@buildinternet/releases-skills 0.48.0 → 0.50.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.48.0",
3
+ "version": "0.50.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",
@@ -50,6 +50,10 @@ Two commands built for agents specifically:
50
50
 
51
51
  `releases get <source> --json` reports `hasChangelogFile` and the `changelogUrl` keyless, so you can tell whether a source maintains a checked-in CHANGELOG.md. To read the **sliced content** keyless, use the MCP's `get_catalog_entry` (with `changelog_tokens` / `nextOffset`) or fetch the `changelogUrl` directly — the CLI's `releases admin source changelog` wrapper is key-gated and won't run without auth.
52
52
 
53
+ ### Submitting a source (keyless)
54
+
55
+ `releases submit <url>` suggests a changelog or release-notes URL for the registry — the same review queue the [web submit form](https://releases.sh/submit) feeds, no key required. Scheme is optional (`https://` assumed); `--note` adds context and `--contact` an optional reply email. With no argument in a TTY it prompts; it also reads a piped URL from stdin. Its sibling `releases feedback "<message>"` sends product feedback the same keyless way. Maintainers triage submissions under the key-gated `releases admin recommendations …` (see the admin reference).
56
+
53
57
  ## Common Mistakes
54
58
 
55
59
  - `releases list` lists sources (alias `releases sources`). Do NOT write `releases sources list` — it reads `list` as a source slug and fails with "Source not found: list".
@@ -211,3 +211,19 @@ releases admin mcp serve
211
211
  ```
212
212
 
213
213
  Useful for clients that only support stdio transport. For native remote MCP support (Claude Code, Codex), connect directly to `https://mcp.releases.sh/mcp` instead.
214
+
215
+ ## Recommendations
216
+
217
+ Review and triage the source URLs that users submit keyless via `releases submit` (and the [web submit form](https://releases.sh/submit)). The submit side needs no key; only the review verbs below do.
218
+
219
+ ```bash
220
+ releases admin recommendations list # newest first
221
+ releases admin recommendations list --status new --type source
222
+ releases admin recommendations list --include-archived --cursor <cursor>
223
+ releases admin recommendations triage <id> --status closed # new | triaged | closed
224
+ releases admin recommendations archive <id> # hide from default list
225
+ releases admin recommendations archive <id> --undo # restore
226
+ releases admin recommendations delete <id> # permanent — type the id to confirm, or --yes
227
+ ```
228
+
229
+ `list` is cursor-paginated (`--limit`, follow `--cursor` from the previous page) and hides archived rows unless `--include-archived` is passed. Prefer `archive` over `delete` for a reversible removal. Recommendation ids are `rec_…`. Mirrors the `releases admin feedback …` triage surface.
@@ -132,6 +132,21 @@ releases lookup domain vercel.com
132
132
  releases lookup domain https://tailwindcss.com/blog
133
133
  ```
134
134
 
135
+ ## Submit a source
136
+
137
+ Suggest a changelog or release-notes URL for the registry (keyless — no account or key). This feeds the same review queue as the [web submit form](https://releases.sh/submit); maintainers triage it under the key-gated `releases admin recommendations …`.
138
+
139
+ ```bash
140
+ releases submit https://acme.dev/changelog # one-shot
141
+ releases submit acme.dev/changelog # scheme optional — https:// is assumed
142
+ releases submit # prompt for the URL (interactive)
143
+ echo "https://acme.dev/releases" | releases submit # pipe from stdin
144
+ releases submit https://acme.dev/changelog --note "GitHub: acme/acme" --contact you@example.com
145
+ releases submit https://acme.dev/changelog --dry-run --json # preview the payload, send nothing
146
+ ```
147
+
148
+ `--note` carries extra context (product name, GitHub repo, feed quirks); `--contact` is an optional email to notify once it's reviewed. With no URL argument in an interactive terminal, `submit` prompts for the URL (and the optional note/contact); otherwise pass it inline or pipe via stdin. Index pages, changelogs, GitHub releases, and feed URLs are all ideal.
149
+
135
150
  ## Agent self-discovery
136
151
 
137
152
  ```bash