skills-cli

作者: xixu-me

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 https://github.com/xixu-me/skills --skill skills-cli

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:

bunx skills add <source> --skill <name>

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, or skills-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:

  1. 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.
  2. Check skills.sh first. Prefer well-known, well-installed skills when the domain is already covered there.
  3. If the leaderboard does not clearly answer the need, search with:
bunx skills find <query>
  1. 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
  2. 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.
  3. Offer installation help if the user wants to proceed.
  4. 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

# GitHub shorthand
bunx skills add xixu-me/skills

# Full GitHub URL
bunx skills add https://github.com/xixu-me/skills

# Direct path to one skill inside a repo
bunx skills add https://github.com/xixu-me/skills/tree/main/skills/skills-cli

# GitLab URL
bunx skills add https://gitlab.com/org/repo

# Any git URL
bunx skills add [email protected]:owner/repo.git

# Local package path
bunx skills add ./my-local-skills

Common install patterns

# List skills in a package without installing
bunx skills add <source> --list

# Install one skill
bunx skills add <source> --skill skills-cli

# Install multiple skills
bunx skills add <source> --skill pr-review --skill commit

# Install globally
bunx skills add <source> --skill skills-cli -g -y

# Install to a specific agent
bunx skills add <source> --skill skills-cli -a codex -y

# Install all skills to all agents
bunx skills add <source> --all

# Install all skills to one agent
bunx skills add <source> --skill '*' -a codex -y

# Copy files instead of symlinking
bunx skills add <source> --skill skills-cli -a codex --copy -y

Installation methods

When the user is choosing how to install:

  • symlink is the default and usually the best choice because updates stay centralized
  • --copy creates 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

FlagUse
--skill <name>install one or more named skills
-a, --agent <agent>target specific agents such as codex
-g, --globalinstall at user scope instead of project scope
-y, --yesskip prompts
--listlist available skills in a package
--copycopy instead of symlink
--allshorthand for all skills to all agents

Managing Installed Skills

Use these commands for ongoing maintenance:

# List installed skills
bunx skills ls
bunx skills ls -g
bunx skills ls -a codex
bunx skills ls --json

# Check for updates
bunx skills check

# Update installed skills
bunx skills update

# Remove installed skills
bunx skills remove my-skill
bunx skills remove my-skill -a codex
bunx skills remove -g my-skill
bunx skills remove --all

# Initialize a new skill package
bunx skills init
bunx skills init my-skill

# Restore from skills-lock.json
bunx skills experimental_install

# Sync node_modules skills into agent directories
bunx skills experimental_sync
bunx skills experimental_sync -a codex -y

When the user asks to initialize a skill, explain whether they want:

  • bunx skills init to create SKILL.md in the current directory
  • bunx skills init <name> to create a new subdirectory containing SKILL.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:

# Back up installed skills into skvlt.yaml
bunx skvlt backup

# Preview a restore
bunx skvlt restore --dry-run

# Restore everything from the manifest
bunx skvlt restore --all

# Diagnose the local environment
bunx skvlt doctor

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:

I found a skill that should fit.

Skill: <skill-name>
Why it matches: <one sentence>
Source: <owner/repo or URL>
Quality check: <install count / source reputation / repository confidence note>
Install:
bunx skills add <source> --skill <skill-name> [optional flags]
Learn more: https://skills.sh/<publisher>/<package>/<skill-name>

If you want, I can install it for <agent-or-scope>.

If the user mentions a target agent or scope, include it in the command. Examples:

bunx skills add <source> --skill <skill-name> -a codex -y
bunx skills add <source> --skill <skill-name> -g -y

Example:

I found a skill that might help.

Skill: screenshot
Why it matches: it focuses on OS-level desktop and window screenshot capture.
Source: openai/skills
Quality check: high install volume, trusted publisher, and a widely used source repository.
Install:
bunx skills add openai/skills --skill screenshot
Learn more: https://skills.sh/openai/skills/screenshot

Common Skill Categories

When the user's wording is vague, map it to likely categories:

CategoryExample queries
Web Developmentreact, nextjs, typescript, css, tailwind
Testingtesting, jest, playwright, e2e
DevOpsdeploy, docker, kubernetes, ci-cd
Documentationdocs, readme, changelog, api-docs
Code Qualityreview, lint, refactor, best-practices
Designui, ux, design-system, accessibility
Productivityworkflow, automation, git

Search Tips

  • Use specific keywords. react testing is better than just testing.
  • Try alternative terms. If deploy fails, try deployment or ci-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 --help like a real help command. Use bunx skills --help for 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 ls or bunx skills ls --json
  • portable backup or restore across machines - mention Skills Vault and its backup / restore --dry-run workflow

When you are unsure about exact flags, use:

bunx skills --help

來自 xixu-me 的更多技能

github-actions-docs
xixu-me
當使用者詢問如何撰寫、解釋、自訂、遷移、保護或疑難排解 GitHub Actions 工作流程、工作流程語法、觸發器、矩陣、執行器、可重複使用工作流程、成品、快取、密碼、OIDC、部署、自訂動作或 Actions Runner Controller 時使用,特別是當他們需要官方 GitHub 文件、精確連結或基於文件的 YAML 指引時。
developmentdevopsdocument
use-my-browser
xixu-me
當工作依賴於用戶的即時瀏覽器工作階段或可見的渲染狀態,而非靜態擷取時使用,特別適用於瀏覽器除錯情境、開發者工具選取的元素或請求、已登入的儀表板或CMS流程、本地主機應用程式、表單、上傳、下載、媒體檢查、DOM或iframe檢查、Shadow DOM,以及看似軟性404、驗證牆、反機器人檢查或速率限制的瀏覽器故障。
browser-automationweb-scrapingtesting
readme-i18n
xixu-me
當使用者想要翻譯儲存庫的README、讓儲存庫支援多語言、在地化文件、加入語言切換器、國際化README,或是在GitHub風格的儲存庫中更新已在地化的README版本時使用。
documentdevelopmentapi
openclaw-secure-linux-cloud
xixu-me
在雲端伺服器上自行託管 OpenClaw 時使用,用於強化遠端 OpenClaw 閘道、選擇 SSH 隧道、Tailscale 或反向代理暴露方式,或審查 Podman、配對、沙箱、令牌驗證及工具權限預設值,以確保安全的個人部署。
devopssecurity
develop-userscripts
xixu-me
在構建、除錯、打包或發佈用於 Tampermonkey 或 ScriptCat 的瀏覽器使用者腳本時使用,包括 GM API、元數據區塊、權限問題、@match/@grant/@connect 設定、ScriptCat 背景或排程腳本、UserConfig 區塊或訂閱工作流程。
developmentbrowser-automationweb-scraping
secure-linux-web-hosting
xixu-me
在設定、強化或檢視用於自架站的雲端伺服器時使用,包括 DNS、SSH、防火牆、Nginx、靜態網站託管、應用程式的反向代理、使用 Let's Encrypt 或 ACME 用戶端的 HTTPS、安全的 HTTP 到 HTTPS 重新導向,或可選的啟動後網路調校(如 BBR)。
devopssecurityaws
opensource-guide-coach
xixu-me
當使用者希望獲得關於啟動、貢獻、發展、治理、資助、保護或維持開源專案的指導,或詢問貢獻者入門、社群健康、維護者倦怠、行為準則、指標、法律基礎或開源專案採用的相關問題時使用。
developmentresearch
running-claude-code-via-litellm-copilot
xixu-me
在透過本地 LiteLLM 代理將 Claude Code 路由至 GitHub Copilot 時使用,以減少直接 Anthropic 花費、設定 ANTHROPIC_BASE_URL 或 ANTHROPIC_MODEL 覆寫,或疑難排解 Copilot 代理設定失敗,例如模型未找到、無 localhost 流量或 GitHub 401/403 驗證錯誤。
developmentapidevops