前言¶
在 Cursor、Claude Code 等环境里,可复用能力越来越多地以 Skill(SKILL.md)形式沉淀。常见难点不是「会不会写 Markdown」,而是流程散在单次对话里:需求没结构化、描述和触发词难调准、改完也不知道有没有比不用 Skill 更好。手写一份 SKILL.md 可以起步,但缺少统一的创建—测试—优化闭环时,迭代成本会很快上来。
下面介绍 SkillHub 社区 Skill @user_00c9b356/buddy-skill-creator(Skill 创建与迭代工具,从零创建 Skill、修改现有 Skill、运行评估测试性能),它把创建、修改和 eval 评估串成一条可重复的路径,并标明与 skill-seekers、skill-vetter 等相邻 Skill 的分工。
这是什么¶
一句话定位:面向 Agent Skill 作者的创建与迭代助手,覆盖需求访谈、编写 SKILL.md、运行 eval、优化 description / 触发准确度。
来源与坐标:SkillHub 社区发布,坐标 @user_00c9b356/buddy-skill-creator,当前版本 1.0.0,分类 ai-agent,标签 requires_api_key=false(无需 API Key)。发布者 user_00c9b356。
解决的问题:把「写 Skill」从一次性提示词工程,变成可测试、可对比 baseline 的迭代;并通过三对话分离(Planner / Generator / Evaluator)降低单会话里角色混杂带来的质量波动。
核心功能¶
以下能力均来自 SkillHub 页面说明,可按需组合使用。
1. 创建 Skill¶
流程概括为:需求访谈 → 写 SKILL.md → 测试 → 迭代。适合从零开始做一个 Skill,或把对话里反复出现的流程沉淀为可安装能力。
2. 运行 eval 评估¶
支持 eval 评估体系,可做 with-skill vs baseline 对比,用于回答「挂上这个 Skill 后,任务完成是否更好」这类问题,而不是仅凭主观感受。
3. Description 与触发优化¶
提供 description 优化 与 trigger accuracy 优化循环,面向「触发不准确」「要改 trigger_terms / description」等场景。
4. 三对话分离架构¶
内部按 Planner / Generator / Evaluator 分工:规划、生成 Skill 内容与评估分离,避免同一轮对话里既写规范又自评。
安装与启用¶
SkillHub 官方安装方式是让 AI 按通用安装文档拉取指定坐标,而不是手写本地路径。
- 打开安装说明:https://skillhub.cn/install/skillhub.md
- 让当前环境的 AI 按该文档安装本 Skill,坐标如下:
@user_00c9b356/buddy-skill-creator
页面给出的安装提示词示例为:
请根据 https://skillhub.cn/install/skillhub.md,安装 `@user_00c9b356/buddy-skill-creator`。
不同客户端(Cursor、Codex CLI、Claude Code 等)的具体目录与配置项以 skillhub.md 为准;本 Skill 未要求额外 API Key。
典型用法¶
安装并启用后,用自然语言触发即可,无需记忆子命令。官方列出的 触发场景(满足任一即可)包括:
- 用户说「创建 Skill」「新建 Skill」「create skill」
- 用户说「修改 Skill」「改进 Skill」「优化 Skill」
- 用户说「测试 Skill」「评估 Skill」「跑 eval」
- 用户说「从零开始做一个 Skill」
- 用户提到
trigger_terms、description优化 - 用户想从对话 / 工作流中提取可复用的 Skill
识别信号(口语化表述,便于对照):
- 「创建 / 新建 / 写一个 Skill」
- 「改进 / 优化 / 修改这个 Skill」
- 「评估 / 测试 / 跑 eval」
- 「把这段流程变成 Skill」
- 「触发不准确」「description 要优化」
示例意图(可直接发给 Agent):
从零开始做一个 Skill:帮我在 PR 里自动检查 commit message 是否符合团队规范。
改进这个 Skill 的 description,触发经常误伤,帮我跑一轮 eval 和 baseline 对比。
把我们在对话里定的发布检查流程提取成可复用的 Skill,写完 SKILL.md 后做测试迭代。
说明:若需求是「从文档 / 网站 / GitHub 生成 Skill」,官方指引应使用 skill-seekers,而非本 Skill。
适用场景与注意¶
适合谁
- 需要规范地新建
SKILL.md,并希望有访谈与测试步骤的开发者 - 已有 Skill,要改描述、触发词或整体行为,并想用 eval 验证改动
- 想把对话或工作流里的重复步骤固化为 Skill,而不是每次重讲一遍
明确不用于(官方边界)
| 需求 | 建议使用的 Skill |
|---|---|
| 从文档 / GitHub / PDF 自动转换 Skill | skill-seekers |
| 安全审计 Skill | skill-vetter |
| 质量审计 Skill | skill-auditor |
| 批量扫描、优化多个 Skill | skill-evolution-engine |
其他说明
- 本 Skill 基于通用 SKILL.md 格式,与 SkillHub 生态一致。
- SkillHub 页面统计(截至页面展示):评分 100000,下载 3945,安装 33;社区来源 community。
结尾¶
Skill 创建与迭代工具把创建、修改和 eval 放在同一条工作流里,并单独处理 description / 触发优化与三角色分离,适合作为 Skill 作者的主工具,而把文档抓取、安全审计、批量进化交给相邻 Skill。