前言¶
Skill 的能力邊界，寫死在安裝那一刻。任務來了，Agent 缺一個技能，要麼直接失敗，要麼卡住等人工介入。
常規做法是人去技能市場搜、讀說明、判斷能不能用、手動解壓到技能目錄。動作不少，而且”這個技能安全嗎”基本靠看 README 感覺。技能疊加神器（Self-Skill Forge）把這條鏈路交給 Agent 自己跑：發現缺技能 → 審計候選 → 下載或生成 → 打包落地。下面介紹它具體怎麼做，以及資料裏沒寫清楚的地方。
這是什麼¶
技能疊加神器是一個自助技能鍛造器，座標 @user_176cb31c/self-skill-forge，版本 2.0.1，分類 ai-agent，來源 community，發佈者 user_176cb31c，不需要 API Key。
它要解決的問題是：WorkBuddy（龍蝦）在執行任務時意識到自己缺某項技能後，不需要人工去市場上翻找，可以自己完成”搜索 → 審計 → 下載/生成 → 打包”這條鏈路。
本地抓取到的頁面顯示評分 100000、下載 779 次、安裝 0 次。安裝數爲 0 意味着還沒有第三方接入統計，評分與下載量也應以官方頁面實時數據爲準。
核心功能¶
官方簡介給出的流程分四步，下面逐步說明每一步在做什麼。
一、自動發現¶
Agent 在任務執行中發現能力缺口時，自行檢索 SkillHub 技能廣場，把候選技能拉進候選池。這一步替代的是人工打開市場搜索。
二、安全審計¶
對候選技能逐個做安全性篩選。這一步的輸出是一份”能用 / 不能用”的清單，而不是讓 Agent 直接下載。審計規則的具體實現細節，本地抓取資料沒有展開，需要看源碼或官方文檔。
三、下載或生成¶
- 審計後有合適技能：直接下載現成包。
- 沒有合適技能：Agent 自主生成符合標準的技能包。
兩條分支的產物都是標準技能包，不是臨時腳本。
四、打包落地¶
生成的技能包通過安全性驗證後，打包爲可發佈的 .zip 技能包。這一步保證了產出不是散落在對話裏的一堆文件，而是一個可以分發、可以安裝的單元。
五、關於”使用中自主迭代”¶
線索中還提到一項能力：持續監測已裝技能的問題、用戶反饋與新版本可用，持續改進並升級版本。本地抓取到的官方簡介未對這一點展開，因此本文不做細節描述。如果這項能力對你是必需的，建議直接到官方頁面或源碼確認，再決定是否採用。
安裝與啓用¶
官方簡介提到產出爲 .zip 技能包，本地抓取資料沒有給出具體的安裝命令、目錄路徑或配置字段。因此下面只說明通用形式，不編造命令。
這類 Skill 基於通用 SKILL.md 格式。一個可發佈的技能包通常包含一個 SKILL.md 描述文件（名稱、用途、觸發條件）和若干輔助文件，解壓後放到客戶端的技能目錄中即可被識別：
skill-name/
├── SKILL.md # 技能元數據與使用說明
└── ... # 技能自身的腳本或資源
注意事項：
- 不同客戶端的技能目錄路徑不一致，安裝前先查對應客戶端文檔，不要照搬其他客戶端的路徑。
- 用 Agent 自己生成技能時，先確認生成目錄與權限範圍，避免寫到項目無關位置。
- 安裝數爲 0，說明目前缺少第三方實踐反饋，首次使用建議在測試環境跑一遍再投入實際任務。
典型用法¶
本地抓取資料中沒有提供可復現的官方示例，因此這裏不給示例命令。實際驗證時，可以從”讓 Agent 執行一個它當前做不到的任務”入手，觀察它是否觸發搜索與生成流程。
適用場景與注意¶
適合的場景：
- 任務類型多變、技能缺口頻繁出現，人工維護技能清單成本高。
- 希望技能來源可審計，而不是隨手從網上拉一個包就裝上。
- 需要 Agent 在離線或弱干預環境下自己補齊能力。
限制與坑：
- 自動生成的技能質量取決於生成時的判斷，裝完仍應人工檢查
SKILL.md與腳本內容。 - 安全審計只能篩掉明顯風險，不能替代對來源的信任判斷。community 來源的技能尤其如此。
- 生成與打包會佔用任務執行時間，不適合對延遲敏感的流程。
- 本文依據的是本地抓取到的簡介，功能細節與版本（2.0.1）以官方頁面爲準。
小結¶
技能疊加神器的價值在於把”缺技能”從人工處理的例外，變成 Agent 可以自己消化的常規路徑：搜索、審計、下載或生成、打包落地。它的邊界也很清楚——審計和生成都需要驗證，裝包之前仍需人工過目。
官方地址：https://api.skillhub.cn/user_176cb31c/self-skill-forge
SkillHub 頁面：https://www.skillhub.cn/skills/user_176cb31c/self-skill-forge
