一份「食譜」,交給全行一起保管

Anthropic 把自己發明的 AI 技能標準,捐給了一個中立基金會。這一步棋,表面是送禮,實際是搶佔「全行通用格式」的地位。

閱讀時間:約 3 分鐘 · 難度:ELI5(講給五歲小朋友聽的版本)

TL;DR — 先看結論

1

AI 很聰明,但不懂你的工序

AI 懂很多常識。但它不知道你公司怎樣報銷、怎樣寫測試、怎樣排版文件。這些「照住做」的知識,要另外教。

2

Skill = 一本食譜

把工序寫成一份 SKILL.md,連同工具和參考資料放進一個資料夾。AI 遇到相關任務,才打開來看。平時不佔腦容量。

3

食譜太受歡迎,要有公共廚房

2025 年 12 月開放標準以來,100 萬份 skill 被發表,安裝接近 2.8 億次,70 多個平台支援。一家公司獨自保管,別人會不放心。

4

Anthropic 把食譜捐給基金會

2026 年 10 月 22 日,名字、標誌、GitHub 組織和 agentskills.io 網域,全部交給 AAIF。以後由社群共同決定標準點走。

5

但「捐出」不等於「搞掂」

每個工具仍要自己實作支援。版本、安全、合規問題仍在。寫一次、處處用,是目標,未是現實的全部。

第一章

先搞清楚:Skill 到底是甚麼?

想像你請了一個很聰明的廚師。

他甚麼菜式都識一點。但他不知道你家的做法。你阿媽蒸魚要落幾多薑,他不知道。你公司報銷要填哪張表,他更不知道。

解決方法很簡單:寫一本食譜給他。他要煮那道菜時,才翻開來看。煮完,就合上。

Skill 就是這本食譜。技術上,它是一個資料夾:

my-skill/ SKILL.md 說明書(主角) scripts/ 工具程式 references/ 參考資料 AI 助手 需要時才打開 照住說明書做 重點:AI 平時不讀它。有任務,先讀說明書,再動手。
一個 skill 的 anatomy:說明書是主角,工具和資料是配角。

這個設計有一個聰明位:按需載入。AI 不用把一萬本食譜全部背入腦。遇到任務,它才去開對應那一本。所以你可以裝很多 skill,AI 也不會變慢、變亂。

試玩:AI 會開哪本食譜?

按一個任務,看看 AI 的反應。

AI 助手

你好,我識做很多事。給我一個任務,我就知道要不要開食譜。

看懂了嗎?沒有對應任務時,食譜就静静放在架上。這就是 skill 的全部魔法——沒有更複雜的東西。

第二章

今次捐出的,是甚麼?

故事去到 2026 年 10 月 22 日。

Anthropic 宣布:把 Agent Skills 這個標準,捐給 Agentic AI Foundation(AAIF)。這個基金會在 Linux 基金會旗下,由 Anthropic、Block 和 OpenAI 等公司在 2025 年共同創立。

具體捐了四樣東西:

🏷 名字「Agent Skills」這個名稱的使用權
🎨 標誌標準的官方 logo
🐙 GitHub 組織標準的程式碼和規格存放處
🌐 agentskills.io官方網站的網域

換句話說,Anthropic 交出的是「這個標準姓甚麼、住哪裡」的控制權。標準以後點演變,不再由一家公司單方面決定。

這不是 AAIF 第一次收禮物。同一個基金會,之前已經收了 Anthropic 的另一個標準——MCP(Model Context Protocol)。MCP 管的是「AI 怎樣駁工具」,Skills 管的是「AI 怎樣學工序」。兩件套裝,現在同住一個屋簷下。

數字先行。Anthropic 報稱,自 2025 年 12 月開放標準以來:

70+
個平台已支援
ChatGPT、Cursor、GitHub Copilot、VS Code 等
100 萬
份 skill
已被公開發表
2.8 億
次安裝
累計登記數字

注意:2.8 億是「安裝登記」次數。同一個人裝十次,計十次。它不是獨立用家人數。數字大,仍然大;但意思要讀準。

第三章

以後邊個打理?

捐了出去,不代表無人理。

維護工作繼續由一班工程師負責。他們來自 Anthropic、Google、OpenAI 等公司。但重點是:他們以個人身份參與,不是代表公司坐進來。其中兩位是首席維護者(Lead Maintainers):David Soria Parra 和 Mahesh Murag。

用家和貢獻者不用加入基金會,照樣可以用標準、照樣可以提交貢獻。門一直開著。

接下來的路線圖,官方提議先做三件事:

🔖 版本發行標準要有正式版號,工具才知道自己跟到哪一版
📝 正式提案流程任何人提議改規格,都有一套公開程序去審
🛡 安全指引教寫 skill 和裝 skill 的人,怎樣避開危險寫法

另外,專案設有 Discord 頻道,收集用家對規格改動的意見——這是日常溝通渠道,不算在上述路線圖之內。

同一日,AAIF 還有三位新成員加入——看清楚名單,就明白這個基金會想做「全行共用」的野心:

Open Responses來自 OpenAI
OpenEnv來自 Hugging Face
OpenSandbox來自阿里巴巴

競爭對手把各自的標準放進同一個中立場地。這正是 MCP 當年行過的路。

第四章

社群點睇?

消息一出,開發者圈子的整體反應是歡迎的。但歡迎入面,有幾種不同的聲音:

👍 主流:MCP 劇本重演,好事標準中立了,寫一次的 skill 就有機會跨工具使用。不用為每個 AI 平台重寫一遍。投資寫 skill,變得更安全。
🔧 技術派:問題多過答案大量追問集中在細節:版本怎樣管理?企業合規怎樣做?安裝第三方 skill 的安全邊界在哪?標準未定案的地方,還有很多。
😤 順帶的不滿:Claude 用量上限討論區裡,不少留言借機會抱怨 Claude 的用量限制。話題和捐贈無直接關係,但情緒是真的。
🤫 一個誠實的註腳Anthropic 這篇公布本身,在 Hacker News 只有約 3 分、零留言。反應主要在其他討論串和社交平台。換句話說:這件事在圈內重要,但未「爆」到出圈,也沒有權威結論可報。
第五章

三個要留神的位

ELI5 不是只報喜。以下三點,是這單新聞最容易被讀錯的地方。

⚠️ 一、中立管治 ≠ 人人一樣大聲

標準放在基金會,程序上人人有份。但現實中,大平台有更多工程師、更多用家、更多資源。它們的意見,自然較重。

所以正確的讀法是:管治變中立,是進步;影響力變均等,是另一回事,暫時未發生。

⚠️ 二、捐出標準 ≠ 明天全部兼容

基金會保管的是「規格書」。每個 AI 工具,仍要自己動手實作支援,才讀得懂 skill。

實作的完整程度,每個工具都不同。某個 skill 在 A 工具行得到,在 B 工具可能只行到一半。「一次寫好,處處通行」是方向,不是即時承諾。

⚠️ 三、「掃描過,乾淨」≠ 安全

曾經有安全掃描,檢查了 9,930 份公開的 SKILL.md。結果表面令人安心:

檢查結果數量
被掃描的公開 SKILL.md9,930
發現惡意程式0
不良習慣:把網上下載的內容,直接導入 shell 執行14
不良習慣:讀取整個密鑰檔案8

零惡意程式,是好消息。但 14 加 8 份危險寫法,說明「寫的人無心,裝的人中招」的風險真實存在。更重要的是:掃描本身可以被繞過。寫法規避檢查,並不困難。

所以結論要準確:掃描乾淨,只代表「在掃描看得到的地方,未見惡意」。它不是安全保證。裝來歷不明的 skill 前,仍然要當它是一段會在自己電腦跑的程式來看待。

一句記住

Skill 是給 AI 的食譜;Anthropic 今次做的,是把食譜的版權和管理權,交給全行共管的圖書館。

圖書館中立了,但書要每家餐廳自己入貨,食譜安不安全,仍然要自己看清楚。

資料來源

平台數目、發表和安裝數字為 Anthropic 官方公布的數字。社群反應和安全掃描數字來自公開討論與掃描報告的整理,屬二手資料,閱讀時請留意。