@buildinternet/releases-skills 0.14.0 → 0.16.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@buildinternet/releases-skills",
3
- "version": "0.14.0",
3
+ "version": "0.16.0",
4
4
  "description": "Agent skills bundled with the Releases CLI. Markdown playbooks for changelog ingest, discovery, and analysis.",
5
5
  "type": "module",
6
6
  "license": "MIT",
@@ -19,7 +19,7 @@ Turn changelog data into competitive intelligence by analyzing release patterns
19
19
  |-----------|-----|------------|
20
20
  | Check existing sources | `releases list --query <company> --json` | `list_sources` with query param |
21
21
  | Fetch releases | `releases admin source fetch <slug> --max 50` | `fetch_source` with identifier (ID or slug) |
22
- | Get latest releases | `releases latest <slug> --json` | `get_latest_releases` with source/org and limit |
22
+ | Get latest releases | `releases tail <slug> --json` | `get_latest_releases` with source/org and limit |
23
23
  | Search releases | `releases search <query> --json` | `search_releases` with query |
24
24
  | Summarize | `releases summary <slug> --json` | (not available as typed tool) |
25
25
  | Compare | `releases compare <slugA> <slugB> --json` | (not available as typed tool) |
@@ -70,5 +70,5 @@ Ask the user where to save the analysis, or use your best judgment based on the
70
70
 
71
71
  - Focus on what companies shipped. If a source has noisy data (blog posts mixed in, missing dates), work around it silently. Don't include source quality commentary in the report unless a company had to be substantially excluded.
72
72
  - Fill data gaps with web fetches. List sources to get release URLs, then WebFetch to spot-check pages for missing dates, versions, or feature details.
73
- - For velocity counting, get the latest releases with dates — CLI: `releases latest <slug> --json`, typed tool: `get_latest_releases`.
73
+ - For velocity counting, get the latest releases with dates — CLI: `releases tail <slug> --json`, typed tool: `get_latest_releases`.
74
74
  - AI-powered summarize and compare are only available via CLI (`releases summary`, `releases compare`). When using typed tools, synthesize manually from raw release data.
@@ -18,7 +18,7 @@ Operations can be performed via CLI commands or typed MCP/agent tools. Use which
18
18
  | Edit source | `releases admin source edit <identifier> [--primary] [--priority <p>]` | `edit_source` with identifier (ID or slug), is_primary, fetch_priority params |
19
19
  | Remove source | `releases admin source remove <slug> [--ignore --reason <reason>]` | `remove_source` with identifier (ID or slug) param |
20
20
  | Fetch releases | `releases admin source fetch <slug> [--dry-run] [--max <n>]` | `fetch_source` with identifier (ID or slug) param |
21
- | Get latest releases | `releases latest [slug] --json [--org <org>]` | `get_latest_releases` with source, organization, limit params |
21
+ | Get latest releases | `releases tail [slug] --json [--org <org>]` | `get_latest_releases` with source, organization, limit params |
22
22
  | Search releases | `releases search <query> --json` | `search_releases` with query, limit params |
23
23
  | Evaluate URL | `releases admin discovery evaluate <url> --json` | `evaluate_url` with url param |
24
24
  | Add org | `releases admin org add <name> [--domain <d>] [--description <t>] [--category <c>] [--tags <t1,t2>]` | `manage_org` action "add" with name, domain, description, category, tags |
@@ -32,7 +32,7 @@ Key CLI flags (not available via typed tool — the typed tool always does a ful
32
32
 
33
33
  ### Checking results
34
34
 
35
- After fetching, verify releases were persisted. CLI: `releases latest <slug> --json` or `releases admin source fetch-log <slug>`. Typed tool: `get_latest_releases` with source param. Use `get_organization` (or `releases admin org show <slug> --json`) to see the full picture of an org's sources.
35
+ After fetching, verify releases were persisted. CLI: `releases tail <slug> --json` or `releases admin source fetch-log <slug>`. Typed tool: `get_latest_releases` with source param. Use `get_organization` (or `releases admin org show <slug> --json`) to see the full picture of an org's sources.
36
36
 
37
37
  ## Incremental vs Bulk Parsing
38
38
 
@@ -74,7 +74,7 @@ Do NOT fetch release URLs in the parent agent — always delegate to a subagent
74
74
  If pages are richer than feed content (more text, images, videos, or code examples):
75
75
  1. Record the assessment and enable crawl mode. CLI: `releases admin source edit <identifier> --metadata '{"feedContentDepth":"summary-only","crawlEnabled":true}'`. Typed tool: `edit_source` with the same metadata. Subsequent fetches will follow links to per-release pages and extract full content in one pass.
76
76
  2. Re-fetch the source once to backfill. CLI: `releases admin source fetch <slug> --full`. Typed tool: `fetch_source`.
77
- 3. Verify results. CLI: `releases list <slug> --json` or `releases latest <slug>`. Typed tool: `get_latest_releases` — check content is richer after the re-fetch.
77
+ 3. Verify results. CLI: `releases list <slug> --json` or `releases tail <slug>`. Typed tool: `get_latest_releases` — check content is richer after the re-fetch.
78
78
 
79
79
  If feed already provides full content with no meaningful additions on the page:
80
80
  1. Record `feedContentDepth: "full"` so future sessions skip the sampling step.
@@ -175,6 +175,6 @@ When you encounter a new rollup source during discovery or fetch, update the pla
175
175
  When adding a new source, always validate before committing:
176
176
 
177
177
  1. **Fetch** — CLI: `releases admin source fetch <slug> --dry-run` then `releases admin source fetch <slug>`. Typed tool: `fetch_source` with identifier (ID or slug).
178
- 2. **Verify** — CLI: `releases latest <slug> --json` or `releases admin source fetch-log <slug>`. Typed tool: `get_latest_releases` with source identifier.
178
+ 2. **Verify** — CLI: `releases tail <slug> --json` or `releases admin source fetch-log <slug>`. Typed tool: `get_latest_releases` with source identifier.
179
179
  3. **If poor results** — try a different URL or type. CLI: `releases admin source edit <identifier> --type feed`. Typed tool: `edit_source` with identifier.
180
180
  4. **If no usable releases** — remove the source. CLI: `releases admin source remove <slug> --ignore --reason "..."`. Typed tool: `remove_source` with identifier, then `exclude_url`.
@@ -32,8 +32,8 @@ The CLI talks to `api.releases.sh` by default — no configuration needed for re
32
32
  ```bash
33
33
  # Reader (no auth required)
34
34
  releases search "breaking change" # hybrid FTS + semantic search
35
- releases latest next-js # latest releases from one source
36
- releases latest --org vercel --count 20 # latest from a whole org
35
+ releases tail next-js # latest releases from one source
36
+ releases tail --org vercel --count 20 # latest from a whole org
37
37
  releases list --category ai # browse sources
38
38
  releases show vercel # dispatch by id or slug
39
39
  releases stats # registry overview
@@ -27,12 +27,12 @@ Chunk hits carry `sourceSlug`, `chunkOffset`, and `chunkLength` so you can chain
27
27
  ## Latest releases
28
28
 
29
29
  ```bash
30
- releases latest # across all sources
31
- releases latest next-js # one source (by slug)
32
- releases latest --org vercel --count 20 # whole org
33
- releases latest --product nextjs # one product
34
- releases latest --type feature # filter by release type
35
- releases latest --json
30
+ releases tail # across all sources
31
+ releases tail next-js # one source (by slug)
32
+ releases tail --org vercel --count 20 # whole org
33
+ releases tail --product nextjs # one product
34
+ releases tail --type feature # filter by release type
35
+ releases tail --json
36
36
  ```
37
37
 
38
38
  ## List sources