回到頂部
深色水粉手繪共同編修桌中央放著可拆式工作手冊,三種不同閱讀架透過書籤連向共用手冊,呈現團隊方法可跨工具沿用的概念

Agent Skills 規格轉由 AAIF 共同維護

Anthropic 將 Agent Skills 捐給 AAIF,名稱、GitHub 組織與網域一起移交。從基金會列舉的企業實例,看團隊如何共享工作方法,以及共用格式仍有哪些執行差異。

內容查核: 來源查核:

Anthropic 10 月 22 日宣布,將 Agent Skills 開放標準捐給 Linux Foundation 旗下的 Agentic AI Foundation(AAIF)。基金會同日的發布稿也確認納入這個專案。對已經把工作方法寫成技能的團隊,重點是這份知識今後如何在不同工具間沿用、由誰決定格式怎麼改。

Agent Skills 把任務說明、腳本與參考材料放進資料夾,讓代理在需要時載入。原本只有一位同事知道的報表寫法、審稿標準或例外處理,因而有了可以交接的載體。這次捐贈,把這個已開放的格式交給多方參與的基金會維護。

捐出名稱與網域,規格改版也要有共同程序

Anthropic 列出的移交資產包括 Agent Skills 名稱與標誌、GitHub 組織,以及 agentskills.io 網域。它也說明,不加入 AAIF,仍然可以使用標準或參與貢獻。這次公告沒有要求企業交出自己寫的工作流程。

維護工作將由 Anthropic、Google、OpenAI 等公司的工程師以個人身分參與,David Soria Parra 與 Mahesh Murag 擔任主要維護者。Anthropic 提出的後續路線包括版本化發布、正式的規格提案程序,以及技能撰寫與安裝的安全指引;這些是規劃,不能讀成新的發布制度已經全部上路。

為什麼版本值得在意?當公司內的不同代理都讀同一套流程,格式怎麼改就會影響大家能否繼續使用。可辨識的規格版本與變更程序,能讓實作者知道自己支援哪一套約定。它處理的是共同格式的演進,並不會替企業決定會議紀錄該保留哪些欄位,或品牌文章該用什麼語氣。

還在分辨技能、工具連線與套件包裝,可看 Agent Plugins、MCP 與 Skills 的分工。這次新聞聚焦的是技能格式的共同維護,既有的工具連線仍各有其用途。

一次修正,怎麼變成整個團隊都能沿用的方法?

AAIF 的專文列舉了具體做法。Brainlabs 讓不同職務的員工透過 Notion 提交技能,經人工審查後再分發回代理。Block 則有內部技能目錄,涵蓋事故處理、程式審查與實驗準備,工程師可以在自己選擇的代理中使用。

值得注意的是共享方式。流程寫進某個人的筆電,只解決他自己反覆貼提示詞的問題;經過審查、修正,再送回同事使用的工具,才有機會把個人的經驗變成團隊的共同方法。官方儲存庫的貢獻說明目前也明列,不維護社群技能目錄、不接受技能投稿。公司內的技能放哪裡、誰負責更新,仍須自行安排。

台灣團隊可以用客戶會議紀錄來理解這件事。假設大家原本各存一份整理指令,有人發現代理總把「還在討論」寫成「已承諾」,便在共用技能補上判斷例子。若修正只留在他的對話裡,下次換人做仍會重犯;讓負責人確認後更新共同版本,才把這次教訓留下來。

共用方法仍有執行條件。現行規格讓作者在 compatibility 欄位寫清楚需要的系統套件、網路或特定環境;allowed-tools 欄位則仍標為實驗性,各代理的支援可能不同。因此,文字流程搬過去,不代表附帶腳本、外部資料權限與工具名稱都會自動對上。

我的判斷是,值得先整理的是團隊已經修過錯、能說清楚交付標準的流程。不建議因為標準進了基金會,就大量匯入陌生技能,把目錄數量當成採用成果。讓下一位接手的人拿到修正版本,才不用重新撞上同一個錯誤。

要開始寫,可接著看 Claude Skills 的任務範圍與範例;要判斷共享後是否真的改善結果,則可參考 Skill 有無對照的評測方法。

常見問題

使用 Agent Skills 要先加入 AAIF 嗎?

不用。Anthropic 公告明確表示,不加入 AAIF 也能繼續使用標準或參與貢獻;加入基金會不是使用格式的前提。

公司也得公開工作流程嗎?

公告列出的移交資產是標準名稱、標誌、GitHub 組織與網域,沒有要求企業公開自己的流程。公司仍須自行安排自訂技能的保存、分發與授權。

兩個工具都支援 Agent Skills,執行結果就會一樣嗎?

共用格式能讓工具讀懂相同類型的技能,但腳本依賴、外部服務權限與模型能力仍可能不同。規格也註明 allowed-tools 是實驗性欄位,各代理支援不一,因此不能只看格式符合,就保證工作成果一致。

參考來源

№ · further reading

延伸閱讀