前言¶
在 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。