Anthropic 內(nèi)部，有數(shù)百個(gè) Skills?每天在運(yùn)行。

這個(gè)數(shù)字，第一次出現(xiàn)在公開(kāi)渠道里，是 Anthropic 的 Thariq Shihipar（DevRel）在最近一篇長(zhǎng)文里披露的。他的身份不是普通的布道者，而是深度參與 Claude Code 推廣和實(shí)踐的 Anthropic 內(nèi)部人員——他講的不是“你應(yīng)該怎么用”，而是“我們自己就是這么用的”。

這個(gè)數(shù)字震撼我的，不是它的量級(jí)，而是它背后的含義：Skills 在 Anthropic 內(nèi)部，已經(jīng)不是 Claude Code 的一個(gè)功能，而是工程團(tuán)隊(duì)的核心基礎(chǔ)設(shè)施。?他們用自己的工具，驗(yàn)證了一套外部開(kāi)發(fā)者還沒(méi)看懂的范式，并且跑出了數(shù)百個(gè)活躍案例。

而絕大多數(shù)正在用 Claude Code 的開(kāi)發(fā)者，還把 Skills 當(dāng)成“存 Prompt 的地方”——寫(xiě)幾行 Markdown，告訴 Claude 你是誰(shuí)、做什么風(fēng)格的代碼。把瑞士軍刀當(dāng)開(kāi)瓶器在用，沒(méi)出錯(cuò)，但你只用了一個(gè)功能。

這就是認(rèn)知差距的起點(diǎn)，也是這篇文章想打破的東西。

Thariq 的這篇文章，是 Anthropic 內(nèi)部 Skills 實(shí)踐的第一次系統(tǒng)性公開(kāi)。他們到底是怎么用的？這套范式，會(huì)怎樣重新定義工程團(tuán)隊(duì)的競(jìng)爭(zhēng)力？

一、先破除最大的誤解

Thariq 在文章開(kāi)頭就點(diǎn)名了：“Skills 是一個(gè)常見(jiàn)的誤解，大家以為它們只是 Markdown 文件?！?/p>

這個(gè)誤解的代價(jià)是巨大的。

Skills 本質(zhì)上是一個(gè)文件夾，不是一個(gè)文件。?這個(gè)文件夾里可以有腳本、靜態(tài)資源、數(shù)據(jù)文件、配置文件、代碼庫(kù)……代理可以發(fā)現(xiàn)、讀取、調(diào)用、操作這里面的一切。更關(guān)鍵的是，Skills 還可以注冊(cè)動(dòng)態(tài) Hook——在特定的工具調(diào)用時(shí)機(jī)觸發(fā)特定行為。

這意味著什么？

意味著 Skills 不只是“給 Claude 的知識(shí)”，而是給 Claude 的工具、給 Claude 的記憶、給 Claude 的行為約束體系。把它理解成 Markdown，就像把瑞士軍刀當(dāng)成開(kāi)瓶器在用——沒(méi)出錯(cuò)，但你只用了一個(gè)功能。

二、Anthropic 內(nèi)部把 Skills 分成了 9 類

在整理了內(nèi)部數(shù)百個(gè) Skills 之后，Thariq 發(fā)現(xiàn)它們自然聚類成 9 種類型。這份分類清單非常值得每個(gè)開(kāi)發(fā)團(tuán)隊(duì)對(duì)照著檢查一遍——因?yàn)槟愫芸赡苌僮隽藥最悺?/p>

1. 庫(kù)與工具使用（Library / CLI / SDK Skills）

幫助 Claude 正確使用特定庫(kù)、CLI 或 SDK。不是官方文檔的復(fù)制，而是你們內(nèi)部使用該工具時(shí)踩過(guò)的坑、正確的調(diào)用模式、危險(xiǎn)操作的警示。

示例：billing-lib（內(nèi)部計(jì)費(fèi)庫(kù)的邊界情況與陷阱）、frontend-design（你們的設(shè)計(jì)系統(tǒng)風(fēng)格指南，讓 Claude 寫(xiě)出符合 UI 規(guī)范的代碼）

2. 驗(yàn)證技能（Verification Skills）

告訴 Claude 如何驗(yàn)證代碼是否正確運(yùn)行。通常配合 Playwright、tmux 等外部工具。

Thariq 說(shuō)了一句很重的話：“花一周時(shí)間專門(mén)打磨你的驗(yàn)證 Skills，是值得的?！?考慮在 Skill 里內(nèi)置錄像功能，讓 Claude 自己錄下操作過(guò)程；或者在每一步強(qiáng)制做程序化的斷言。驗(yàn)證 Skills 的質(zhì)量，直接決定了 Claude 輸出的可信度上限。

示例：signup-flow-driver（完整走完注冊(cè)→郵件驗(yàn)證→引導(dǎo)流程，帶狀態(tài)斷言）、checkout-verifier（Stripe 測(cè)試卡驅(qū)動(dòng)結(jié)賬 UI 驗(yàn)證）

3. 數(shù)據(jù)訪問(wèn)（Data Access Skills）

連接你的數(shù)據(jù)倉(cāng)庫(kù)和監(jiān)控系統(tǒng)。包括獲取數(shù)據(jù)的腳本、憑據(jù)配置、常用查詢模式、看哪個(gè) Dashboard 看什么問(wèn)題。

示例：funnel-query（哪些事件表 JOIN 在一起能看到從注冊(cè)到激活到付費(fèi)的完整漏斗）、grafana（數(shù)據(jù)源 UID、集群名、問(wèn)題→儀表盤(pán)的對(duì)照表）

4. 工作流自動(dòng)化（Workflow Automation Skills）

把重復(fù)性工作流封裝成一條命令?？梢员４鏆v史運(yùn)行記錄，讓 Claude 在下次執(zhí)行時(shí)參考上次的結(jié)果，保持一致性。

示例：standup-post（聚合 Jira、GitHub、Slack → 生成站會(huì)更新，只展示 delta 變化）、weekly-recap（合并 PR + 關(guān)閉 Ticket + 部署記錄 → 格式化周報(bào)）

5. 腳手架生成（Scaffolding Skills）

生成框架樣板代碼，專門(mén)用于你們代碼庫(kù)的特定模塊類型。在純代碼無(wú)法覆蓋的地方，用自然語(yǔ)言描述約束條件。

示例：new-migration（你們的遷移文件模板 + 常見(jiàn)陷阱）、create-app（預(yù)置鑒權(quán)、日志、部署配置的新應(yīng)用腳手架）

6. 代碼質(zhì)量（Code Quality Skills）

執(zhí)行你們團(tuán)隊(duì)的代碼規(guī)范，也可以做代碼審查?？梢园_定性腳本，增加魯棒性。配合 Hook 在代碼提交時(shí)自動(dòng)觸發(fā)。

示例：adversarial-review（啟動(dòng)一個(gè)獨(dú)立子 Agent 扮演挑剔的審查者，反復(fù)迭代直到問(wèn)題降級(jí)為小改動(dòng)）、code-style（強(qiáng)制執(zhí)行 Claude 默認(rèn)風(fēng)格下不擅長(zhǎng)的那些規(guī)范）

7. DevOps 操作（DevOps Skills）

拉取、推送、部署代碼，可以引用其他 Skills 來(lái)收集數(shù)據(jù)。

示例：deploy-（構(gòu)建→冒煙測(cè)試→漸進(jìn)式流量切換→與錯(cuò)誤率對(duì)比→超閾值自動(dòng)回滾）、babysit-pr（監(jiān)控 PR → 重試 Flaky CI → 解決合并沖突 → 開(kāi)啟自動(dòng)合并）

8. 調(diào)試與運(yùn)維（Debug &； Ops Skills）

給定一個(gè)癥狀（Slack 線程、告警、報(bào)錯(cuò)特征），自動(dòng)走完多工具調(diào)查流程，產(chǎn)出結(jié)構(gòu)化的排查報(bào)告。

示例：oncall-runner（拉取告警 → 檢查常見(jiàn)嫌疑 → 格式化發(fā)現(xiàn)結(jié)論）、log-correlator（給定 Request ID，從所有可能處理過(guò)它的系統(tǒng)拉對(duì)應(yīng)日志）

9. 維護(hù)與運(yùn)維（Maintenance &； Ops Skills）

執(zhí)行例行維護(hù)和運(yùn)維操作——其中有些是破壞性操作，需要內(nèi)置安全護(hù)欄。這類 Skills 的價(jià)值在于：把高風(fēng)險(xiǎn)操作規(guī)范化，讓工程師在執(zhí)行關(guān)鍵操作時(shí)有明確的最佳實(shí)踐可循，而不是全靠個(gè)人經(jīng)驗(yàn)和膽量。

示例：<；resource>；-orphans（查找孤立的 Pod/Volume → 發(fā)到 Slack → 等待確認(rèn)期 → 用戶確認(rèn) → 級(jí)聯(lián)清理）、cost-investigation（「為什么我們的存儲(chǔ)/出口賬單暴漲」，帶具體的桶名和查詢模式）

對(duì)照這份清單，你們團(tuán)隊(duì)現(xiàn)在有哪幾類？我猜大多數(shù)團(tuán)隊(duì)只有第一類。

三、讓 Skills 真正強(qiáng)大的 8 個(gè)核心原則

有了分類框架，下一步是怎么寫(xiě)好一個(gè) Skill。Thariq 給出了 7 條經(jīng)驗(yàn)，每一條背后都是內(nèi)部踩坑踩出來(lái)的。

原則一：只寫(xiě) Claude 不知道的東西

Claude 本身已經(jīng)非常了解代碼，也有很多默認(rèn)觀點(diǎn)。如果你的 Skill 是通用知識(shí)，它基本上已經(jīng)內(nèi)化了。真正有價(jià)值的 Skill，是把 Claude 從它的“默認(rèn)路徑”推出去，引導(dǎo)它進(jìn)入你們的特定路徑。

frontend-design?這個(gè) Skill 就是典型：一個(gè) Anthropic 工程師通過(guò)跟客戶迭代，專門(mén)打磨了 Claude 對(duì) UI 設(shè)計(jì)的品味——避開(kāi)經(jīng)典的 Inter 字體和紫色漸變，讓它符合更有質(zhì)感的設(shè)計(jì)標(biāo)準(zhǔn)。

原則二：Gotchas 是 Skill 里含金量最高的部分

每個(gè) Skill 都應(yīng)該有一個(gè)“踩坑記錄”章節(jié)。這里記錄的是 Claude 在使用這個(gè) Skill 時(shí)反復(fù)觸發(fā)的失敗模式。每次 Claude 踩了新坑，就更新進(jìn)去。

這個(gè)章節(jié)不是文檔，它是你們團(tuán)隊(duì)與 AI 協(xié)作經(jīng)驗(yàn)的活體積累。

原則三：把 Skill 當(dāng)文件系統(tǒng)工程來(lái)做

Skills 是文件夾。充分利用文件結(jié)構(gòu)做“漸進(jìn)式上下文披露”——告訴 Claude 里面有哪些文件，它會(huì)在合適的時(shí)機(jī)按需讀取，而不是一次性把所有內(nèi)容塞進(jìn)上下文。

references/api.md?放詳細(xì) API 文檔；assets/?放模板文件；scripts/?放可執(zhí)行腳本。Claude 自己會(huì)決定什么時(shí)候讀哪個(gè)文件。

原則四：給 Claude 自由度，不要過(guò)度指令化

Skills 會(huì)被反復(fù)復(fù)用。如果指令太剛性，Claude 在不同情境下都會(huì)用同一種方式處理，效果會(huì)很差。給它足夠的信息，也給它足夠的靈活性去適應(yīng)每次不同的上下文。

原則五：用 Config 文件做動(dòng)態(tài)初始化

有些 Skill 需要用戶在第一次運(yùn)行時(shí)提供配置信息（比如 Slack 頻道）。把這些配置存在?config.json，如果文件不存在，Claude 會(huì)自動(dòng)引導(dǎo)用戶填寫(xiě)。這是一個(gè)非常干凈的交互模式。

原則六：Skill 的 Description 是觸發(fā)器，不是摘要

Claude Code 啟動(dòng)時(shí)會(huì)掃描所有 Skill 的 Description 字段，決定什么請(qǐng)求該用哪個(gè) Skill。所以 Description 不是用來(lái)給人看的介紹，而是用來(lái)告訴 Claude“在什么情況下觸發(fā)我”。這個(gè)字段的措辭直接決定了 Skill 的觸發(fā)率。

原則七：給 Skill 配記憶，讓它越用越聰明

Skill 可以用文件存儲(chǔ)歷史狀態(tài)——追加日志、JSON 文件，甚至 SQLite 數(shù)據(jù)庫(kù)。standup-post?保存歷史 standup 記錄，讓 Claude 下次運(yùn)行時(shí)自動(dòng)對(duì)比變化，只輸出 delta。這種“記憶”把一次性工具變成了真正的長(zhǎng)期助手。

原則八：給 Claude 配腳本，讓它把精力花在決策上

這是最容易被忽視、也最有技術(shù)深度的一條。Claude 很擅長(zhǎng)組合和推理，不擅長(zhǎng)的是從零重建樣板代碼。在 Skill 里預(yù)置好腳本和 helper 函數(shù)庫(kù)，Claude 就能把每一個(gè) Token 花在“做什么”而不是“怎么取數(shù)”上。

舉個(gè)具體例子：你的數(shù)據(jù)分析 Skill 里預(yù)置了一套從事件數(shù)據(jù)源取數(shù)的 helper 函數(shù)。當(dāng)你問(wèn) Claude「上周二發(fā)生了什么」，它不需要重新寫(xiě)取數(shù)邏輯，直接調(diào)用 helper 組合出分析腳本，把精力全放在解讀數(shù)據(jù)上。這個(gè)差距，用了才知道有多大。

好的 Skill，是你們團(tuán)隊(duì)與 AI 協(xié)作經(jīng)驗(yàn)的活體積累——寫(xiě)進(jìn)去的每一條 Gotcha、每一個(gè)腳本，都在持續(xù)放大 Claude 的實(shí)際能力上限。

四、Skills 正在重塑工程團(tuán)隊(duì)的協(xié)作方式

到這里，大多數(shù)文章會(huì)就此結(jié)束——介紹完了，收工。但我覺(jué)得最重要的一層還沒(méi)說(shuō)到。

Skills 不只是工程效率工具，它正在改變團(tuán)隊(duì)的知識(shí)流動(dòng)方式。這個(gè)變化的意義，比你想象的深得多。

想象一下過(guò)去的情況：一個(gè)高級(jí)工程師花了兩周搞清楚了內(nèi)部計(jì)費(fèi)庫(kù)的所有陷阱。這些知識(shí)存在哪里？存在他的腦子里，或者一個(gè)沒(méi)人維護(hù)的 Confluence 頁(yè)面里。下一個(gè)接手的工程師，大概率要重新踩一遍同樣的坑。知識(shí)在人與人之間傳遞，但傳遞效率極低，而且每次傳遞都有損耗。

現(xiàn)在呢？他把這些知識(shí)寫(xiě)進(jìn)?billing-lib?Skill，推到團(tuán)隊(duì)的內(nèi)部插件市場(chǎng)。每個(gè)用 Claude Code 的工程師，都自動(dòng)獲得了他兩周積累的經(jīng)驗(yàn)，并且每次踩新坑都會(huì)迭代進(jìn)去。Anthropic 內(nèi)部沒(méi)有一個(gè)集中的團(tuán)隊(duì)來(lái)維護(hù)所有 Skills，而是由各個(gè)工程師自己上傳、分發(fā)、迭代。當(dāng)一個(gè) Skill 在 Slack 里獲得了足夠的關(guān)注和使用，它就會(huì)被 PR 進(jìn)正式的 Marketplace。

經(jīng)驗(yàn)，第一次有了可以復(fù)用的載體。

這句話的含義，在個(gè)人和組織兩個(gè)層面都值得細(xì)想。

個(gè)人層面：會(huì)不會(huì)系統(tǒng)性地建設(shè) Skills 庫(kù)，正在成為工程師的新能力分水嶺。不是“加分項(xiàng)”，而是“基礎(chǔ)門(mén)檻”。就像十年前，在很多團(tuán)隊(duì)中，會(huì)不會(huì)用 Git、會(huì)不會(huì)寫(xiě)單元測(cè)試，曾經(jīng)是區(qū)分工程師水平的標(biāo)志——今天，會(huì)不會(huì)把自己的經(jīng)驗(yàn)沉淀成高質(zhì)量的 Skills，會(huì)成為下一個(gè)分水嶺。一個(gè)把踩坑經(jīng)驗(yàn)系統(tǒng)化進(jìn) Skills 的工程師，和一個(gè)把經(jīng)驗(yàn)裝在腦子里的工程師，在 AI 協(xié)作效率上的差距會(huì)越來(lái)越大。

組織層面：Skills 庫(kù)的質(zhì)量，正在成為工程團(tuán)隊(duì)的隱性資產(chǎn)。兩個(gè)規(guī)模相同的團(tuán)隊(duì)，一個(gè)有 200 個(gè)高質(zhì)量 Skills，一個(gè)只有 10 個(gè)——在我看來(lái)，他們的 AI 協(xié)作效率差距，不是 2 倍，可能是 10 倍。更關(guān)鍵的是，這種差距是復(fù)利式的，而且是不可見(jiàn)的。高質(zhì)量 Skills 庫(kù)會(huì)吸引更多工程師貢獻(xiàn)新 Skills，新 Skills 又進(jìn)一步放大團(tuán)隊(duì)效率，形成飛輪。而旁觀者什么都看不到——他們看到的只是“這個(gè)團(tuán)隊(duì)的 AI 用得特別好”，卻不知道背后跑著多少隱形的基礎(chǔ)設(shè)施。

這就是 Thariq 說(shuō)的“插件市場(chǎng)”背后真正的價(jià)值邏輯：它不是工具的分發(fā)，而是組織智慧的結(jié)晶與傳承。?好的 Skills 庫(kù)，是一個(gè)團(tuán)隊(duì)與 AI 協(xié)作經(jīng)驗(yàn)的活體積累——它會(huì)生長(zhǎng)，會(huì)迭代，會(huì)在每次踩坑之后變得更強(qiáng)。

那些在今天開(kāi)始系統(tǒng)性建設(shè) Skills 庫(kù)的團(tuán)隊(duì)，正在積累一種別人追不上的先發(fā)優(yōu)勢(shì)。而那些依然把 Skills 當(dāng)成“偶爾用用的 Prompt 存檔”的團(tuán)隊(duì)，差距正在以你看不見(jiàn)的速度拉開(kāi)。

結(jié)語(yǔ)：你們團(tuán)隊(duì)的 Skills 庫(kù)，今天有幾個(gè)？

Thariq 在文章末尾說(shuō)了一句很誠(chéng)實(shí)的話：“我們還都在摸索怎么用好 Skills，這更像是一把有用的技巧，而不是最終答案?！?/p>

這種坦誠(chéng)，反而更有說(shuō)服力。

Skills 不是魔法，也沒(méi)有標(biāo)準(zhǔn)答案。但有一點(diǎn)已經(jīng)被 Anthropic 內(nèi)部實(shí)踐驗(yàn)證：當(dāng)你把工程經(jīng)驗(yàn)系統(tǒng)性地沉淀進(jìn) Skills，它就不再只是你一個(gè)人的資產(chǎn)，而是整個(gè)團(tuán)隊(duì)的基礎(chǔ)設(shè)施。?這是工程知識(shí)第一次有了可以復(fù)利增長(zhǎng)的載體。

這不是程序員的威脅，而是工程團(tuán)隊(duì)的新機(jī)遇。第一次，你們踩過(guò)的坑、趟過(guò)的路、積累的判斷力，可以被系統(tǒng)性地編碼、分發(fā)、傳承——不再依賴?yán)鲜謳率郑辉僖蕾囄臋n被動(dòng)等人來(lái)讀，而是直接嵌入每一次 AI 協(xié)作的過(guò)程里。

從今天開(kāi)始，建議每個(gè)使用 Claude Code 的團(tuán)隊(duì)做一件事：對(duì)照上面的 9 類 Skills，檢查你們?nèi)绷四膸最?，從最痛的那個(gè)地方開(kāi)始補(bǔ)。

會(huì)用 Skills 的工程師和團(tuán)隊(duì)，與不會(huì)用的，正在快速分化。

你們團(tuán)隊(duì)的 Skills 庫(kù)，今天有幾個(gè)？

參考來(lái)源：

Thariq Shihipar，?“Lessons from Building Claude Code： How We Use Skills”， X (Twitter)， 2026