create-skill
Create a new skill in the current repository. Use when the user wants to create/add a new skill, or mentions creating a skill from scratch. This skill follows the workflow defined in .agents/skills/README.md and helps scaffold, validate, and sync new skills.
git clone --depth 1 https://github.com/CherryHQ/cherry-studio /tmp/create-skill && cp -r /tmp/create-skill/.agents/skills/create-skill ~/.claude/skills/create-skillSKILL.md
# Create Skill Create a new skill in `.agents/skills/<skill-name>/` following the workflow defined in `.agents/skills/README.md`. ## Workflow ### Step 1: Gather Intent Before creating anything, ask the user: 1. **Skill name**: What should the skill be called? (lowercase, digits, hyphens only, e.g., `gh-create-pr`, `prepare-release`) 2. **Description**: What should this skill do? Include specific trigger contexts (e.g., "Use when user asks to create PRs") 3. **Is this a public skill?**: Should it be synced to `.claude/skills/` for shared use? (default: no, private only) 4. **Test cases** (optional): Does the user want to set up evals for this skill? If the user provides partial info (e.g., just a name), proceed with reasonable defaults and ask to confirm. ### Step 2: Read Guidelines Always read `.agents/skills/README.md` before creating a new skill to ensure compliance with the current workflow. ### Step 3: Create Skill Structure Create the following directory structure: ``` .agents/skills/<skill-name>/ └── SKILL.md ``` **SKILL.md template:** ```markdown --- name: <skill-name> description: <description> --- # <Skill Name> [Instructions for the skill] ``` **Frontmatter fields:** - `name`: Skill identifier (lowercase, digits, hyphens) - `description`: When to trigger (what the skill does + specific contexts) ### Step 4: Sync (if public) If the user wants a **public skill**, before validation: 1. Add the skill name to `.agents/skills/public-skills.txt` (one per line, no inline comments) 2. Run sync: ```bash pnpm skills:sync ``` This creates a symlink at `.claude/skills/<skill-name>/` pointing to `.agents/skills/<skill-name>/`. **Note**: `pnpm skills:check` primarily validates public skills (those in `public-skills.txt`) and also verifies related governance files, so you must sync first before validating. ### Step 5: Validate Run the validation command: ```bash pnpm skills:check ``` If there are issues, fix them and re-run. ### Step 6: Summary Present the user with: - Created files - Validation result - Next steps (how to use the skill) ## Naming Rules - Use lowercase letters, digits, and hyphens only - Prefer short, action-oriented names (e.g., `gh-create-pr`) ## Public vs Private Skills | Type | Location | Sync | Requires | |------|----------|------|----------| | Private | `.agents/skills/` | No | Just create the folder | | Public | Both | Yes | Add to `public-skills.txt` + run `pnpm skills:sync` | ## Commands Reference ```bash # Validate skill structure pnpm skills:check # Sync public skills to Claude pnpm skills:sync ``` ## Constraints - Never create skills outside `.agents/skills/<skill-name>/` - Always run `pnpm skills:check` before completing - Public skills require both adding to `public-skills.txt` AND running `pnpm skills:sync` - If the skill-creator skill is available, you may use it for advanced skill development (evals, iterations), but this skill handles the basic creation workflow.
Develop, fix, and profile Cherry Studio in a tracked Electron instance. Use for everyday implementation, UI and interaction work, bug fixing, runtime debugging, DevTools inspection, lag or jank investigation, CPU and memory monitoring, leak checks, and startup-performance analysis; reuse a verified workspace instance across instructions and launch or replace one only when required.
Use when user wants to create a GitHub issue for the current repository. Must read and follow the repository's issue template format.
Create or update GitHub pull requests using the repository-required workflow and template compliance. Use when asked to create/open/update a PR so the assistant reads `.github/pull_request_template.md`, fills every template section, preserves markdown structure exactly, and marks missing data as N/A or None instead of skipping sections.
Automated Cherry Studio review for local branches, PRs, commits, files, architecture docs, and repository skills. Use for code or documentation reviews that need project-specific naming, main/renderer/shared placement and dependency rules, IpcApi and DataApi boundaries, lifecycle/service ownership, renderer hooks, React/UI conventions, and tests. Review depth adapts to diff size and runtime subagent capability (single-agent or multi-agent reviewer-verifier). Report-only by default; code fixes and GitHub submission each require explicit invocation-time authorization (`fix` / `submit`). Normal-review prompts and safe interruption behavior follow the interaction contract below. To diagnose gaps in the skill after a review session, run `/gh-pr-review diag`.
Prepare a new release by collecting commits, generating bilingual release notes, updating version files, and creating a release branch. Use when asked to prepare/create a release, bump version, or run `/prepare-release`.
React and Next.js performance optimization guidelines from Vercel Engineering. This skill should be used when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance patterns. Triggers on tasks involving React components, Next.js pages, data fetching, bundle optimization, or performance improvements.
从当前安装包查询 Cherry Studio 产品信息并排查运行问题。当用户询问功能、路由、快捷键、Provider、语言、Agent、频道、定时任务、Code CLI、当前版本,或报告运行错误、连接失败、配置异常并需要诊断时触发。
当用户明确要求搜索、安装、查看、卸载或创建 Skill,或内置 Skill / 工具出现能力缺口、无法完成当前任务时触发。通过 `mcp__skills__search_skills` 搜索并用 `mcp__skills__install_skill` 安装;已安装 Skill 的查看和删除通过产品清单导航到 Skills UI;没有合适结果时调用内置 `skill-creator` 创建并验证自定义 Skill,再继续原任务。普通任务仍先尝试内置能力。