Skill Repo Curator
Goal
Keep a public Agent Skills repository coherent, installable, safe, and ready for users who install skills through npx skills.
When to use
- The user asks to maintain or release a skills repository.
- The README catalog may not match the
skills/ tree.
- Validation, deprecation, publishing, or install commands need review.
When not to use
- The user wants to write a single skill; use
skill-authoring-review.
- The user wants install help only; use
skill-installation-support.
- The repository is not a skills repository and needs a general audit; use
repo-health-audit.
Inputs
skills/**/SKILL.md
README.md, CHANGELOG.md, CONTRIBUTING.md, SECURITY.md, and LICENSE
package.json, validation scripts, and CI workflows
- Output from
npm run validate, npm run list, and the local npx skills discovery command.
Inputs to inspect
- Inspect the skill tree, catalog docs, validation scripts, ignored local helper installs, and install smoke-test output.
- Check that upstream helper skills are installed project-locally rather than vendored into the public catalog.
Process
- Inspect the skill tree and top-level repository files.
- Run the local validation and listing commands when possible.
- Compare README catalog entries against discovered skills.
- Check install commands for
<github-owner>/<repo> placeholders or final repository coordinates.
- Review changelog and release checklist when preparing a release.
- Apply deprecation policy before removing or replacing a skill.
- Report the exact validation status, drift, and next action.
Workflow
Follow the process above, fix structural drift first, then update catalog, changelog, and release notes.
Decision points
- If a skill is obsolete, prefer deprecation over deletion.
- If README and skill tree disagree, update the catalog or explain why the skill is intentionally hidden.
- If validation fails, fix structural errors before content polish.
- If project-local helper skills exist under
.agents/skills/, use npx skills@latest add ./skills --list for local discovery so helper skills do not mask the publishable catalog.
Safety rules
- Do not publish, push, tag, install globally, or change remote settings without explicit approval.
- Do not add private paths, secrets, internal hostnames, or copied proprietary skill text.
- Do not vendor already-published upstream skills into
skills/ or incubator/skills/; use ignored project-local npx skills installs.
- Prefer read-only checks unless the user asks for repository edits.
References
Read only when needed:
references/agent-skills-release.md when preparing a release for this repository.
references/repo-release-checklist.md before a release.
references/deprecation-policy.md before replacing or removing a skill.
Scripts
No bundled scripts.
Output format
Return:
- Repository status
- Catalog drift
- Validation result
- Release or deprecation notes
- Blocking issues
- Recommended next action
Failure modes
- If the
skills CLI cannot discover local skills, report the exact command output.
- If upstream helper skills are vendored into
skills/, block public release until they are removed or intentionally licensed for redistribution.
- If validation scripts disagree, treat the stricter failure as release-blocking.
Completion criteria
- The repo validates.
- The README catalog matches the skill tree or intentional differences are documented.
- Install commands are correct for local and public use.
- Any release or deprecation path is explicit.
1---2name: skill-repo-curator3description: Maintain a public Agent Skills repository. Use when updating skill catalogs, validating SKILL.md files, preparing a release, deprecating skills, reviewing install commands, checking README consistency, or keeping a skills repo ready for npx skills installation.4license: Apache-2.05---67# Skill Repo Curator89## Goal1011Keep a public Agent Skills repository coherent, installable, safe, and ready for users who install skills through `npx skills`.1213## When to use1415- The user asks to maintain or release a skills repository.16- The README catalog may not match the `skills/` tree.17- Validation, deprecation, publishing, or install commands need review.1819## When not to use2021- The user wants to write a single skill; use `skill-authoring-review`.22- The user wants install help only; use `skill-installation-support`.23- The repository is not a skills repository and needs a general audit; use `repo-health-audit`.2425## Inputs2627- `skills/**/SKILL.md`28- `README.md`, `CHANGELOG.md`, `CONTRIBUTING.md`, `SECURITY.md`, and `LICENSE`29- `package.json`, validation scripts, and CI workflows30- Output from `npm run validate`, `npm run list`, and the local `npx skills` discovery command.3132## Inputs to inspect3334- Inspect the skill tree, catalog docs, validation scripts, ignored local helper installs, and install smoke-test output.35- Check that upstream helper skills are installed project-locally rather than vendored into the public catalog.3637## Process38391. Inspect the skill tree and top-level repository files.402. Run the local validation and listing commands when possible.413. Compare README catalog entries against discovered skills.424. Check install commands for `<github-owner>/<repo>` placeholders or final repository coordinates.435. Review changelog and release checklist when preparing a release.446. Apply deprecation policy before removing or replacing a skill.457. Report the exact validation status, drift, and next action.4647## Workflow4849Follow the process above, fix structural drift first, then update catalog, changelog, and release notes.5051## Decision points5253- If a skill is obsolete, prefer deprecation over deletion.54- If README and skill tree disagree, update the catalog or explain why the skill is intentionally hidden.55- If validation fails, fix structural errors before content polish.56- If project-local helper skills exist under `.agents/skills/`, use `npx skills@latest add ./skills --list` for local discovery so helper skills do not mask the publishable catalog.5758## Safety rules5960- Do not publish, push, tag, install globally, or change remote settings without explicit approval.61- Do not add private paths, secrets, internal hostnames, or copied proprietary skill text.62- Do not vendor already-published upstream skills into `skills/` or `incubator/skills/`; use ignored project-local `npx skills` installs.63- Prefer read-only checks unless the user asks for repository edits.6465## References6667Read only when needed:6869- `references/agent-skills-release.md` when preparing a release for this repository.70- `references/repo-release-checklist.md` before a release.71- `references/deprecation-policy.md` before replacing or removing a skill.7273## Scripts7475No bundled scripts.7677## Output format7879Return:80811. Repository status822. Catalog drift833. Validation result844. Release or deprecation notes855. Blocking issues866. Recommended next action8788## Failure modes8990- If the `skills` CLI cannot discover local skills, report the exact command output.91- If upstream helper skills are vendored into `skills/`, block public release until they are removed or intentionally licensed for redistribution.92- If validation scripts disagree, treat the stricter failure as release-blocking.9394## Completion criteria9596- The repo validates.97- The README catalog matches the skill tree or intentional differences are documented.98- Install commands are correct for local and public use.99- Any release or deprecation path is explicit.