前言¶

給 Agent 寫 Skill 的開發者通常會遇到三類問題：新建一個技能時不知道 SKILL.md 該寫到什麼程度；已有的技能越改越亂，改完不知道有沒有變好；技能上線後缺少統一口徑去判斷它到底好不好用。前面兩類靠個人經驗還能撐，第三類基本沒有抓手。

下面介紹的「技能創造者」就是針對這三個環節的 Skill，它把技能的創建、改進和績效度量放在同一條流程裏。

這是什麼¶

一句話定位：這是一個用來管理 Agent Skill 生命週期的元技能，覆蓋新技能創建、現有技能的修改與改進、技能績效的衡量。

出品方爲「智雨科技」，來源類型標記爲 enterprise，座標 @org-02qudk26/skill-creator-team，版本 1.0.0，分類 ai-agent。它不需要 API Key（標籤 requires_api_key=false），本身不會因爲調用外部模型服務而產生密鑰配置負擔。

從名字和簡介可以看出它與普通業務技能的差別：多數技能的輸入是用戶的請求，這個技能的輸入是「技能」本身，屬於二階工具。

核心功能¶

按官方簡介，能力分爲三條主線：

1、創建新技能：從需求出發搭建技能骨架，產出符合通用 SKILL.md 格式的技能定義。
2、修改和改進現有技能：對已有技能做修訂，定位描述不清、步驟缺失或流程冗餘的位置並調整。
3、衡量技能績效：給技能定義可觀測的指標，用統一口徑比較修改前後的表現。

第一條和第二條偏工程流程，第三條偏度量。三者串起來就是一次完整的技能迭代：先有技能，再改技能，最後用指標確認改動是否有效。

安裝與啓用¶

官方頁面未給出具體的安裝命令和配置項，因此這裏不臆造命令。目前可覈實的接入信息如下：

官方地址：https://api.skillhub.cn/org-02qudk26/skill-creator-team
SkillHub 頁面：https://www.skillhub.cn/skills/org-02qudk26/skill-creator-team
座標：@org-02qudk26/skill-creator-team
版本：1.0.0

由於它基於通用 SKILL.md 格式，實際啓用方式取決於你使用的 Agent 宿主如何加載技能：多數宿主按項目內的 skills 目錄或技能清單掃描 SKILL.md。安裝前建議先打開上面的 SkillHub 頁面，確認當前版本的分發方式和宿主要求，再做目錄放置或清單登記。

另外注意兩點：該技能標註不需要 API Key，但宿主本身運行模型仍然需要各自的鑑權配置；頁面顯示安裝數爲 0、下載數爲 971，說明目前分發主要靠下載後自行接入。

典型用法¶

官方資料沒有提供可直接復現的示例命令，下面按簡介中的三條主線給出通用推進順序，具體步驟以技能包內的 SKILL.md 爲準。

1、準備階段：列出待創建技能要覆蓋的任務範圍，明確輸入、輸出和失敗時的降級行爲。
2、創建階段：按 SKILL.md 格式寫下技能名稱、適用場景和分步操作說明，步驟寫到可執行粒度，避免只寫目標不寫路徑。
3、改進階段：對已有技能逐節比對，找出描述模糊或順序不合理的段落，改完保留改動記錄。
4、度量階段：爲技能定義統一的通過標準，例如任務完成率或結果正確率，在同一批輸入上跑修改前後的版本並記錄差異。
5、歸檔階段：把技能定義、指標結果和宿主接入方式一起提交，方便下一次迭代有據可查。

第 4 步是這套流程裏最容易被省略的部分，也是「衡量技能績效」這條能力的實際落點：沒有基線，前兩步的改動就無法被證明有效。

適用場景與注意¶

適合這兩類人：一是正在批量沉澱 Agent 技能、需要統一技能結構和文檔標準的團隊；二是技能數量已經多到靠記憶維護、需要用指標替代主觀判斷的維護者。

需要注意的限制：

1、它管理的是技能本身，不替代業務技能裏的領域知識，領域細節仍要由各技能自行承擔。
2、度量能力依賴宿主能記錄調用結果，如果你的運行環境不保留輸入輸出，績效衡量只能做到抽樣人工評估。
3、官方頁面安裝數爲 0，接入案例少，遇到兼容性問題需要自行排查。
4、頁面未公佈評分人數和評價樣本，評分與下載數只代表頁面展示值，不宜直接當作質量背書。

結尾¶

「技能創造者」的價值在於把技能的創建、改進、度量收斂到一條鏈路裏，讓技能迭代有記錄、有指標、可回溯。對於技能數量已經上來的團隊，比單點寫一個好技能更重要的是這套統一流程。

官方地址：https://api.skillhub.cn/org-02qudk26/skill-creator-team
SkillHub 頁面：https://www.skillhub.cn/skills/org-02qudk26/skill-creator-team