npx skills add ...
npx skills add xixu-me/skills --skill skills-cli
Use when users ask to discover, install, list, check, update, remove, back up, restore, sync, or initialize Agent Skills, mention `bunx skills`, `npx skills`, `skills.sh`, or `skills-lock.json`, ask "find a skill for X", or want help extending agent capabilities with installable skills.
npx skills add xixu-me/skills --skill skills-cli
Use this skill to help users work with the open Agent Skills ecosystem through the skills CLI.
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.
Use this skill when the user:
bunx skills, npx skills, skills.sh, skill package installation, or skills-lock.jsonDo 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.
When a user needs a skill, follow this sequence:
openai, anthropics, microsoft, or similarly trusted publishersskills.sh.bunx skills init.When the user is choosing how to install:
--copy creates independent copies and is the fallback when symlinks are unsupported or inconvenientIf 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.
| Flag | Use |
|---|---|
--skill <name> | install one or more named skills |
-a, --agent <agent> | target specific agents such as codex |
-g, --global | install at user scope instead of project scope |
-y, --yes | skip prompts |
--list | list available skills in a package |
--copy | copy instead of symlink |
--all | shorthand for all skills to all agents |
Use these commands for ongoing maintenance:
When the user asks to initialize a skill, explain whether they want:
bunx skills init to create SKILL.md in the current directorybunx skills init <name> to create a new subdirectory containing SKILL.mdIf 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.
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:
When the user's wording is vague, map it to likely categories:
| Category | Example queries |
|---|---|
| Web Development | react, nextjs, typescript, css, tailwind |
| Testing | testing, jest, playwright, e2e |
| DevOps | deploy, docker, kubernetes, ci-cd |
| Documentation | docs, readme, changelog, api-docs |
| Code Quality | review, lint, refactor, best-practices |
| Design | ui, ux, design-system, accessibility |
| Productivity | workflow, automation, git |
react testing is better than just testing.deploy fails, try deployment or ci-cd.-a <agent> when the user asked for one particular agent.bunx skills find --help like a real help command. Use bunx skills --help for command help instead.If the user hits an error or confusing result:
bunx skills init-y-g--copybunx skills add <source> --listbunx skills ls or bunx skills ls --jsonbackup / restore --dry-run workflowWhen you are unsure about exact flags, use: