סקיל Skills CLI
skills-cli הוא הסקיל שמלמד את קלוד קוד לעבוד עם מנהל החבילות של הסקילים, ה-CLI שדרכו מגלים, מתקינים ומנהלים סקילים מותקנים. זה הכלי שמאחורי כל פקודת ההתקנה: גילוי סקיל מתאים, התקנה עם הדגלים הנכונים, רשימת מותקנים, בדיקת עדכונים, הסרה, גיבוי ושחזור. הסקיל גם מלמד לבדוק איכות לפני התקנה: מספר התקנות, מוניטין המקור ואיכות המאגר. בפרויקטי הפיתוח שאני מוביל, ניהול מסודר של הסקילים המותקנים שומר על סביבה נקייה ומעודכנת. במדריך תקבלו את כל ההנחיות, ארבעה תרחישי שימוש, וצ'קליסט איכות.
פקודת התקנה
npx skills add xixu-me/skills --skill skills-cli -g -y
ההתקנה מתבצעת דרך מנהל החבילות הרשמי של הסקילים בפקודה אחת. הסקיל הוא קובץ Markdown פתוח מהמאגר של Xixu. שימו לב: זה הסקיל שמלמד את ה-CLI שבו מתקינים את כל שאר הסקילים. אפשר להוריד ולבדוק את הקוד דרך הכפתורים שבראש העמוד.
מה הסקיל כולל?
הסקיל מתעד עבודה עם ה-CLI של הסקילים: גילוי סקיל מתאים, התקנה עם הדגלים הנכונים, ניהול מותקנים, בדיקת איכות לפני התקנה, וגיבוי ושחזור בין מכונות.
קוד הסקיל המלא
---
name: skills-cli
description: 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.
---
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:
```bash
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](https://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:
```bash
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
```bash
# 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
```bash
# 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
| 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 |
## Managing Installed Skills
Use these commands for ongoing maintenance:
```bash
# 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](https://github.com/xixu-me/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:
```bash
# 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:
```text
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:
```bash
bunx skills add <source> --skill <skill-name> -a codex -y
bunx skills add <source> --skill <skill-name> -g -y
```
Example:
```text
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:
| 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` |
## 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](https://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](https://github.com/xixu-me/skills-vault) and its `backup` / `restore --dry-run` workflow
When you are unsure about exact flags, use:
```bash
bunx skills --help
```
מה זה skills-cli ולמה הסקיל הזה שונה?
skills-cli פותר בעיה שעולה ככל שמתקינים יותר סקילים: ניהול הספרייה הופך מבולגן. לא זוכרים מה מותקן, אילו עדכונים זמינים, ואיך מתקינים לסוכן מסוים או בסקופ הנכון. הסקיל מלמד את קלוד לעבוד עם ה-CLI הרשמי שמנהל את כל זה, מהגילוי ועד התחזוקה.
מה שמייחד אותו הוא שזה המנהל שמאחורי כל הסקילים. הוא מתעד את כל זרימת העבודה: זיהוי התחום והמשימה, בדיקה ב-skills.sh, חיפוש בפקודה, ובדיקת איכות לפני המלצה לפי מספר התקנות ומוניטין המקור. הוא מכסה התקנה עם הדגלים הנכונים, רשימת מותקנים, בדיקת עדכונים, הסרה, אתחול חבילה חדשה, וגיבוי ושחזור בין מכונות. כך הספרייה נשארת מסודרת, מעודכנת ובטוחה.
ההבדל מורגש בשליטה. במקום התקנות אקראיות וספרייה מבולגנת, מקבלים ניהול מסודר עם בדיקת איכות. בשילוב עם סקיל Superpowers שמלמד איך להשתמש בסקילים, אפשר גם לנהל את הספרייה וגם להפיק ממנה את המרב, וזה צירוף חזק לעבודה רצינית עם סקילים.
מה skills-cli נותן לקלוד קוד?
הסקיל מוסיף לקלוד שליטה במנהל החבילות של הסקילים: גילוי והתקנה עם הדגלים הנכונים, ניהול מותקנים, בדיקת איכות, וגיבוי ושחזור.
גילוי סקיל מתאים
הסקיל מלמד תהליך גילוי מסודר: זיהוי התחום והמשימה, בדיקה ב-skills.sh, וחיפוש בפקודה. כך מוצאים את הסקיל הנכון לצורך במקום לנחש, ומכירים סקילים שימושיים שאחרת היו נשארים מתחת לרדאר.
התקנה עם הדגלים הנכונים
ה-CLI תומך בהתקנה לסוכן מסוים, בסקופ גלובלי או פרויקטלי, בסימלינק או בהעתקה. הסקיל מלמד מתי להשתמש בכל דגל, כך שההתקנה מתאימה בדיוק לסביבה ולא נתקעים על הגדרות שגויות.
ניהול מותקנים
הסקיל מכסה את כל מחזור החיים: רשימת מותקנים, בדיקת עדכונים, עדכון, הסרה ואתחול חבילה חדשה. כך הספרייה נשארת מסודרת ומעודכנת, ויודעים בכל רגע מה מותקן ומה דורש טיפול.
בדיקת איכות וגיבוי
לפני התקנה הסקיל מנחה לבדוק מספר התקנות, מוניטין המקור ואיכות המאגר, כדי להימנע מסקילים לא אמינים. הוא גם מכסה גיבוי ושחזור בין מכונות, כך שאפשר לשחזר את אותה סביבה בכל מקום.
ארבע היכולות הופכות את קלוד למנהל ספריית סקילים מסודר. בעבודות שלי, התקנה נכונה עם בדיקת איכות וניהול מותקנים שמרה על סביבה נקייה ובטוחה.
למי הסקיל הזה מתאים?
משתמשי סקילים כבדים: זה הקהל המובהק. ככל שמתקינים יותר סקילים, כך חשוב יותר לנהל אותם. הסקיל נותן שליטה מלאה בגילוי, התקנה, עדכון והסרה, כך שהספרייה נשארת מסודרת ולא מבולגנת.
צוותי פיתוח: כשצוות שלם עובד עם סקילים, חשוב שכולם יעבדו עם אותו סט. הסקיל מכסה גיבוי ושחזור, כך שאפשר לשחזר את אותה סביבת סקילים בכל מכונה בצוות.
מי שלומד תחום חדש דרך סקילים: גילוי סקיל מתאים פותח יכולות חדשות. בשילוב עם סקיל teach, אפשר גם למצוא את הכלי הנכון וגם ללמוד את התחום שמאחוריו.
בוני אוטומציות: סקיל מתאים יכול לחסוך בניית תהליך מאפס. גם בעבודות אוטומציה שלי, התקנת סקיל קיים ואמין במקום פיתוח עצמי מקצרת את הדרך לתוצאה.
יוצרי סקילים: ה-CLI לא רק מתקין, אלא גם מאתחל חבילת סקיל חדשה. הסקיל מלמד איך להתחיל חבילה משלכם, כך שאפשר לעבור ממשתמש ליוצר ולשתף סקילים עם אחרים.
מי שפחות יתאים: מי שכבר כתב סקיל מקומי ורוצה לשפר את התוכן שלו, ולא להתקין או לנהל, יזדקק לכלי כתיבה ולא לסקיל הזה. הוא מבריק דווקא בגילוי, התקנה וניהול של סקילים מהמערכת.
איך skills-cli עזר לי בפרויקטים אמיתיים
גילוי הסקיל הנכון לצורך
היה לי צורך ספציפי ולא ידעתי אם קיים לו סקיל. עברתי את תהליך הגילוי: בדיקה ב-skills.sh וחיפוש בפקודה. מצאתי סקיל מתאים עם הרבה התקנות ממקור אמין, והתקנתי אותו במקום לבנות את התהליך מאפס. הצורך נפתר בדקות.
התקנה לסוכן ולסקופ הנכונים
רציתי להתקין סקיל גלובלית ולסוכן מסוים, אבל לא הייתי בטוח בדגלים. הסקיל הראה בדיוק איזה דגל לכל מצב. ההתקנה תפסה במקום הנכון מהפעם הראשונה, בלי לנחש ובלי להסתבך עם סקופ או סוכן שגוי.
ספרייה מעודכנת בלי בלגן
הצטברו אצלי סקילים ולא ידעתי מה מותקן ומה מיושן. הרצתי רשימת מותקנים ובדיקת עדכונים, עדכנתי את מה שדרש, והסרתי מה שלא היה בשימוש. הספרייה חזרה להיות מסודרת ומעודכנת, ויכולתי לסמוך על מה שמותקן.
שחזור אותה סביבה במכונה חדשה
עברתי למכונה חדשה ורציתי את אותו סט סקילים. בעזרת זרימת הגיבוי והשחזור שחזרתי את כל הסקילים בפקודה, בלי להתקין כל אחד ידנית. הסביבה החדשה הייתה זהה לישנה תוך דקות, מוכנה לעבודה.
ארבעת המקרים מראים שניהול מסודר של הסקילים משנה את העבודה. כשמגלים נכון, מתקינים עם הדגלים הנכונים, בודקים איכות ושומרים על ספרייה מעודכנת, הסקילים הופכים לנכס אמין במקום לערימה מבולגנת.
סיכום
סקיל skills-cli הוא כלי יסוד לכל מי שעובד ברצינות עם סקילים. הוא מלמד את מנהל החבילות הרשמי: גילוי סקיל מתאים, התקנה עם הדגלים הנכונים, ניהול מותקנים, בדיקת איכות לפני התקנה, וגיבוי ושחזור בין מכונות.
אם אתם מתחילים, בפעם הבאה שאתם צריכים יכולת חדשה, בקשו מקלוד לגלות סקיל מתאים עם ה-CLI ולבדוק את האיכות לפני ההתקנה. תראו כמה מהר מוצאים כלי אמין. משם, ניהול הספרייה הופך מסודר.
בפוסטים הבאים אמשיך לסקור את הסקילים החזקים ביותר לעבודה עם בינה מלאכותית. האתר של דביר נעמן מרכז את כל הכלים, השיטות והליווי שאני מציע לעסקים שרוצים נוכחות דיגיטלית מנצחת עם בינה מלאכותית.
שיתוף הסקיל
שאלות ותשובות
מה זה בעצם הסקיל skills-cli?
זה הסקיל שמלמד את קלוד קוד לעבוד עם מנהל החבילות של הסקילים, ה-CLI שדרכו מגלים, מתקינים ומנהלים סקילים. זה הכלי שמאחורי כל פקודת התקנה: גילוי, התקנה עם הדגלים הנכונים, רשימת מותקנים, עדכון, הסרה, וגיבוי ושחזור. הוא גם מלמד לבדוק איכות לפני התקנה.
איך בודקים אם סקיל אמין לפני התקנה?
הסקיל מלמד שלושה מדדים: מספר התקנות, מוניטין המקור ואיכות המאגר. עדיף סקילים עם אלפי התקנות, ממקורות מוכרים וממאגרים עם הרבה כוכבים. כדאי להיזהר עם סקילים מעטי התקנות או ממאגרים קטנים. הבדיקה הזו מונעת התקנת סקילים לא אמינים שעלולים להתנהג לא צפוי.
איך מתקינים את הסקיל בקלוד קוד?
בפקודה אחת דרך מנהל החבילות הרשמי של הסקילים, כפי שמופיע בקופסת ההתקנה למעלה. שימו לב שזה הסקיל שמלמד את ה-CLI עצמו, אותו הכלי שבו מתקינים את כל שאר הסקילים. הוא קובץ Markdown פתוח מהמאגר של Xixu.
מה ההבדל בין התקנה גלובלית לפרויקטלית?
התקנה גלובלית הופכת את הסקיל לזמין בכל הפרויקטים שלכם, בעוד התקנה פרויקטלית מגבילה אותו לפרויקט אחד. הסקיל מלמד מתי כדאי כל אחת ואיזה דגל להשתמש. כך הסקיל מותקן בדיוק בסקופ הנכון, ולא תקוע בפרויקט בודד כשרציתם אותו בכל מקום.
מה זה התקנה לסוכן מסוים?
סקילים יכולים לשמש סוכנים שונים, לא רק קלוד. ה-CLI מאפשר להתקין סקיל לסוכן ספציפי באמצעות דגל ייעודי. הסקיל מלמד מתי ואיך לעשות זאת, כך שאם אתם עובדים עם כמה סוכנים, כל אחד מקבל את הסקילים שהוא צריך, בלי התקנה גורפת מיותרת.
איך שומרים על ספריית סקילים מסודרת?
הסקיל מכסה את כל מחזור החיים: רשימת מותקנים, בדיקת עדכונים, עדכון של מה שצריך, והסרה של מה שלא בשימוש. הרצה תקופתית של הפקודות האלה שומרת על ספרייה רזה ומעודכנת. כך תמיד יודעים מה מותקן ומה דורש טיפול, בלי הצטברות של סקילים נשכחים.
האם אפשר לגבות ולשחזר סקילים בין מכונות?
כן. הסקיל מכסה זרימת גיבוי ושחזור שמאפשרת לצלם את הסקילים המותקנים למניפסט ולשחזר אותם במכונה אחרת בפקודה. כך אפשר לשחזר את אותה סביבת סקילים בכל מקום, מה שחשוב במיוחד למעבר מכונה או לעבודת צוות שבה כולם צריכים את אותו סט.
האם הסקיל מתאים גם למי שרק מתחיל עם סקילים?
בהחלט. דווקא בהתחלה חשוב ללמוד לגלות ולהתקין נכון, כי זה הבסיס לעבודה עם כל שאר הסקילים. הסקיל מלווה צעד-צעד מהחיפוש ועד ההתקנה והניהול, כך שגם מתחילים בונים הרגלים נכונים מההתחלה ושומרים על ספרייה מסודרת ובטוחה.