Use this skill to help users work with the open Agent Skills ecosystem through the skills CLI.
Overview
The skills CLI is the package manager for installable Agent Skills. Use it to discover skills, install them with the right flags, and manage them after installation.
Examples below use bunx skills, but npx skills is the same workflow if Bun is not available in the user's environment.
Always prefer the current CLI syntax:
Do not use older owner/repo@skill-name examples.
When to Use
Use this skill when the user:
- asks "find a skill for X", "is there a skill for X", or "how do I do X" and X sounds like a reusable workflow
- asks "can you do X" and X sounds like a specialized capability that may already exist as a skill
- wants help with
bunx skills,npx skills,skills.sh, skill package installation, orskills-lock.json - wants to install a skill for a specific agent such as Codex or OpenCode
- wants to list, check, update, remove, restore, sync, back up, or initialize installed skills
- wants help searching for workflows, tools, templates, or domain-specific capabilities such as design, testing, deployment, documentation, or code review
Do not use this skill when the user already has a local skill and wants help writing or improving its contents. In that case, use a skill-authoring workflow instead.
Discovery Workflow
When a user needs a skill, follow this sequence:
- Identify the domain and task. Examples: React performance, PR review, changelog generation, PDF extraction. Also judge whether the task is common enough that a reusable skill is likely to exist.
- Check skills.sh first. Prefer well-known, well-installed skills when the domain is already covered there.
- If the leaderboard does not clearly answer the need, search with:
- Verify quality before recommending anything:
- install count: prefer skills with 1K+ installs and be cautious with anything under 100
- source reputation: prefer official or well-established maintainers such as
openai,anthropics,microsoft, or similarly trusted publishers - repository quality: check the source repository and treat skills from repos with fewer than 100 stars skeptically
- Present the options clearly.
Include the skill name, what it helps with, the install count and source, why it looks trustworthy, the install command, and a link to learn more on
skills.sh. - Offer installation help if the user wants to proceed.
- If nothing fits, say so directly, help with the task using your general capabilities, and mention that the user can create their own package with
bunx skills init.
Installation Quick Reference
Common sources
Common install patterns
Installation methods
When the user is choosing how to install:
- symlink is the default and usually the best choice because updates stay centralized
--copycreates independent copies and is the fallback when symlinks are unsupported or inconvenient
If the user only asks to install a skill, prefer the default symlink workflow unless they mention CI packaging, portability, filesystem restrictions, or explicitly ask for copies.
Important flags
Managing Installed Skills
Use these commands for ongoing maintenance:
When the user asks to initialize a skill, explain whether they want:
bunx skills initto createSKILL.mdin the current directorybunx skills init <name>to create a new subdirectory containingSKILL.md
Related Tool: Skills Vault
If the user wants declarative backup and restore of installed skills across machines or teams, use Skills Vault.
Skills Vault is a separate CLI companion for the skills ecosystem. It is not a skills add installable skill source. Use it when the user wants to snapshot installed skills into a manifest, preview restore commands, or reproduce the same setup elsewhere.
Common companion commands:
Prefer this tool over skills experimental_* when the user explicitly wants a portable manifest workflow, cross-machine backup and restore, or team-sharing of installed skill setups.
Recommendation Format
When recommending a skill, keep the answer concrete and installable.
Use a structure like this:
If the user mentions a target agent or scope, include it in the command. Examples:
Example:
Common Skill Categories
When the user's wording is vague, map it to likely categories:
Search Tips
- Use specific keywords.
react testingis better than justtesting. - Try alternative terms. If
deployfails, trydeploymentorci-cd. - Check popular sources first. Many strong skills come from established publishers.
- If the first search is too broad, narrow by domain plus task.
Common Mistakes
- Recommending a skill from search results without checking whether it looks established.
- Forgetting to specify
-a <agent>when the user asked for one particular agent. - Treating
bunx skills find --helplike a real help command. Usebunx skills --helpfor command help instead. - Assuming no skill exists after one weak search term. Try a more specific or adjacent query first.
Troubleshooting
If the user hits an error or confusing result:
- "No skills found" - suggest a better query, check skills.sh, or help directly and mention
bunx skills init - interactive prompts in automation or CI - add
-y - wrong installation scope - switch between project install and
-g - symlink issues - retry with
--copy - uncertainty about available package contents - run
bunx skills add <source> --list - uncertainty about installed state - run
bunx skills lsorbunx skills ls --json - portable backup or restore across machines - mention Skills Vault and its
backup/restore --dry-runworkflow
When you are unsure about exact flags, use:


