1. “skills”不是功能按鈕而是AI Agent時(shí)代的底層能力基建最近兩周我在三個(gè)不同技術(shù)群看到有人發(fā)截圖“Claude Code插件點(diǎn)開(kāi)后只有 Skills 這個(gè)詞點(diǎn)進(jìn)去是空白頁(yè)”配文是“是不是我裝錯(cuò)了”——其實(shí)不是裝錯(cuò)是根本沒(méi)理解“skills”在當(dāng)前AI開(kāi)發(fā)范式里的真實(shí)定位。它既不是某個(gè)具體工具的名稱(chēng)也不是某個(gè)廠商的私有功能模塊而是一套正在快速成型的、面向Agent系統(tǒng)的能力組織協(xié)議。你搜到的“claude code安裝”“npx playwright install失敗”“vscode配置claude code”這些零散問(wèn)題背后全指向同一個(gè)根因開(kāi)發(fā)者還在用傳統(tǒng)插件思維去加載一個(gè)本質(zhì)是運(yùn)行時(shí)能力注冊(cè)中心的東西。提示別再把“skills”當(dāng)成一個(gè)待安裝的軟件包。它不提供UI界面不打包二進(jìn)制文件不依賴(lài)npm全局安裝路徑。它的存在形式是一組標(biāo)準(zhǔn)化的JSON Schema定義 運(yùn)行時(shí)能力綁定契約核心作用是讓Agent在執(zhí)行任務(wù)前能動(dòng)態(tài)發(fā)現(xiàn)、校驗(yàn)、調(diào)用外部系統(tǒng)能力——比如調(diào)用Playwright啟動(dòng)瀏覽器、調(diào)用FFmpeg轉(zhuǎn)碼視頻、調(diào)用本地Python腳本處理CSV。你看到的空白頁(yè)恰恰說(shuō)明環(huán)境里缺少可被識(shí)別的skills注冊(cè)源而不是插件本身壞了。我第一次真正搞懂這個(gè)概念是在調(diào)試一個(gè)Agent自動(dòng)抓取競(jìng)品價(jià)格失敗的case。當(dāng)時(shí)日志只顯示“no suitable skill found for ‘scrape_webpage’”翻了三天文檔才發(fā)現(xiàn)不是代碼寫(xiě)錯(cuò)了而是本地沒(méi)注冊(cè)任何符合scrape_webpage接口規(guī)范的skill實(shí)現(xiàn)。后來(lái)手動(dòng)寫(xiě)了一個(gè)基于Puppeteer的skill描述文件放到.skills/目錄下重啟Agent進(jìn)程后立刻生效。這件事讓我意識(shí)到“skills”這個(gè)詞在2024年的真實(shí)含義已經(jīng)從“人類(lèi)掌握的技能”悄然遷移到“機(jī)器可聲明、可驗(yàn)證、可組合的原子能力單元”。關(guān)鍵詞里反復(fù)出現(xiàn)的npx、agent、claude、code其實(shí)共同勾勒出一條清晰的技術(shù)演進(jìn)線(xiàn)前端開(kāi)發(fā)者用npx create-agent-app初始化項(xiàng)目 → 在skills/目錄下編寫(xiě)YAML描述文件 → 通過(guò)npx skills register命令將能力注入Agent運(yùn)行時(shí) → 最終在VS Code中通過(guò)Claude Code插件觸發(fā)調(diào)用。整個(gè)鏈條里npx不是用來(lái)裝某個(gè)叫“skills”的包而是調(diào)用一套輕量級(jí)CLI工具鏈完成能力元數(shù)據(jù)的校驗(yàn)、簽名、注冊(cè)和沙盒加載。這也是為什么你會(huì)搜到“npx playwright install失敗”——Playwright本身不是skill但你必須先確保Playwright能被本地環(huán)境正確執(zhí)行skills注冊(cè)器才能成功綁定它的能力接口。如果你正卡在“claude desktop安裝skills”或“國(guó)內(nèi)安裝skills官方市場(chǎng)”這類(lèi)問(wèn)題上請(qǐng)先停一下。目前并不存在一個(gè)中心化的“skills應(yīng)用商店”。所有合法的skills來(lái)源要么是你自己寫(xiě)的放在項(xiàng)目本地skills/目錄要么是團(tuán)隊(duì)內(nèi)部維護(hù)的Git倉(cāng)庫(kù)通過(guò)skills registry add https://git.internal/skills添加要么是開(kāi)源社區(qū)發(fā)布的標(biāo)準(zhǔn)化能力包如skills/web-scraper。所謂“官方市場(chǎng)”只是某些第三方平臺(tái)做的UI封裝底層仍走的是同一套注冊(cè)協(xié)議。盲目搜索“skills推薦”“skills下載”大概率會(huì)導(dǎo)向不可信的鏡像站或過(guò)期的舊版schema。2. Skills的本質(zhì)一份帶簽名的JSON Schema契約不是可執(zhí)行代碼很多人以為skills就是一段Node.js函數(shù)或者一個(gè)Python腳本甚至直接把npx create-react-app這種命令當(dāng)成了skills。這是對(duì)skills架構(gòu)最根本的誤解。Skills真正的核心是一份嚴(yán)格遵循OpenAPI 3.1規(guī)范的JSON Schema文件它只做三件事聲明能力意圖、定義輸入輸出結(jié)構(gòu)、約定執(zhí)行約束條件。它本身不包含任何業(yè)務(wù)邏輯也不負(fù)責(zé)實(shí)際執(zhí)行——那部分由獨(dú)立的Executor進(jìn)程承擔(dān)。舉個(gè)真實(shí)例子。我們團(tuán)隊(duì)為財(cái)務(wù)系統(tǒng)開(kāi)發(fā)了一個(gè)calculate_taxskill它的skill.yaml長(zhǎng)這樣name: calculate_tax version: 1.2.0 description: 根據(jù)中國(guó)增值稅法規(guī)計(jì)算含稅價(jià)與稅額 tags: [finance, tax] input_schema: type: object properties: amount: type: number minimum: 0 description: 不含稅金額元 tax_rate: type: number enum: [0.06, 0.09, 0.13] description: 適用稅率6%、9%、13% required: [amount, tax_rate] output_schema: type: object properties: tax_amount: type: number description: 應(yīng)納稅額元 total_amount: type: number description: 含稅總金額元 required: [tax_amount, total_amount] execution_constraints: runtime: nodejs-18 timeout_ms: 5000 memory_mb: 128 allowed_network: [internal-api.tax.gov.cn]注意看execution_constraints字段——它明確限定了該skill只能在Node.js 18環(huán)境下運(yùn)行超時(shí)5秒內(nèi)存不超過(guò)128MB并且只允許訪(fǎng)問(wèn)指定域名。這份YAML文件本身不會(huì)做任何計(jì)算它只是告訴Agent“如果用戶(hù)需要算稅你可以調(diào)用這個(gè)能力但必須滿(mǎn)足以上所有條件”。真正的計(jì)算邏輯寫(xiě)在另一個(gè)獨(dú)立的executors/calculate_tax.js里// executors/calculate_tax.js module.exports async (input) { const { amount, tax_rate } input; const taxAmount Math.round(amount * tax_rate * 100) / 100; const totalAmount amount taxAmount; return { tax_amount: taxAmount, total_amount: totalAmount }; };Agent運(yùn)行時(shí)在收到任務(wù)請(qǐng)求后會(huì)先解析skills目錄下的所有YAML文件構(gòu)建能力索引表然后根據(jù)任務(wù)語(yǔ)義匹配最合適的skill接著檢查當(dāng)前環(huán)境是否滿(mǎn)足execution_constraints最后才加載對(duì)應(yīng)的executor并傳入?yún)?shù)執(zhí)行。這個(gè)分離設(shè)計(jì)帶來(lái)了關(guān)鍵優(yōu)勢(shì)YAML文件可以被靜態(tài)分析、版本控制、權(quán)限審計(jì)executor可以獨(dú)立部署、灰度發(fā)布、熔斷降級(jí)兩者通過(guò)schema嚴(yán)格解耦。注意很多初學(xué)者會(huì)把executor代碼直接寫(xiě)進(jìn)YAML里這是嚴(yán)重錯(cuò)誤。YAML必須保持純聲明式任何JavaScript代碼片段都會(huì)導(dǎo)致schema校驗(yàn)失敗。你看到的“codex skills”“hermes agent obsidian”等項(xiàng)目之所以能穩(wěn)定運(yùn)行正是因?yàn)樗鼈儚?qiáng)制執(zhí)行了這一分離原則——Obsidian插件只負(fù)責(zé)渲染skills列表真正的執(zhí)行永遠(yuǎn)交給獨(dú)立進(jìn)程。為什么強(qiáng)調(diào)“帶簽名”因?yàn)閟kills的YAML文件在注冊(cè)前必須用團(tuán)隊(duì)私鑰簽名生成.sig文件。Agent啟動(dòng)時(shí)會(huì)驗(yàn)證每個(gè)skill的簽名有效性防止惡意篡改。這就是你搜到“agent安全”“agent沙盒”背后的真正機(jī)制不是靠防火墻隔離而是靠密碼學(xué)簽名運(yùn)行時(shí)約束雙重保障。沒(méi)有簽名的skills即使放在正確目錄下也會(huì)被Agent靜默忽略——這解釋了為什么有些人“明明放了skill文件卻沒(méi)效果”。3. npx skills register不是安裝命令而是能力注冊(cè)流水線(xiàn)當(dāng)你在終端輸入npx skills register時(shí)你啟動(dòng)的不是一個(gè)簡(jiǎn)單的文件復(fù)制操作而是一條完整的CI/CD式能力注冊(cè)流水線(xiàn)。它包含五個(gè)不可跳過(guò)的階段Schema校驗(yàn) → 簽名生成 → 沙盒預(yù)檢 → 元數(shù)據(jù)注入 → 運(yùn)行時(shí)熱加載。任何一個(gè)環(huán)節(jié)失敗skills都不會(huì)進(jìn)入可用狀態(tài)。這也是為什么你會(huì)頻繁遇到“npx playwright install失敗”——Playwright安裝失敗只是表象真正卡在第三步“沙盒預(yù)檢”注冊(cè)器嘗試在受限沙盒環(huán)境中執(zhí)行playwright --version結(jié)果因權(quán)限不足或依賴(lài)缺失而退出。我們來(lái)拆解這個(gè)命令的實(shí)際執(zhí)行過(guò)程。假設(shè)你剛寫(xiě)好一個(gè)skills/web-scraper.yaml內(nèi)容如下name: scrape_webpage version: 0.3.1 input_schema: type: object properties: url: { type: string, format: uri } required: [url] output_schema: type: object properties: title: { type: string } text_content: { type: string } execution_constraints: runtime: nodejs-20 timeout_ms: 30000 allowed_network: [*]執(zhí)行npx skills register后CLI工具會(huì)Schema校驗(yàn)用ajv庫(kù)驗(yàn)證YAML是否符合skills v2.1規(guī)范。常見(jiàn)失敗原因包括version字段格式錯(cuò)誤必須是語(yǔ)義化版本號(hào)、input_schema中缺少required數(shù)組、allowed_network值不是數(shù)組類(lèi)型。這個(gè)階段失敗會(huì)直接報(bào)錯(cuò)提示具體哪一行哪個(gè)字段不合規(guī)。簽名生成調(diào)用本地openssl或內(nèi)置WebCrypto API用團(tuán)隊(duì)私鑰對(duì)YAML內(nèi)容哈希簽名生成同名.sig文件。如果你沒(méi)配置私鑰路徑默認(rèn)~/.skills/private.key這一步會(huì)中斷并提示“private key not found”。很多國(guó)內(nèi)開(kāi)發(fā)者卡在這里因?yàn)榻坛虥](méi)說(shuō)要先運(yùn)行npx skills init-keypair生成密鑰對(duì)。沙盒預(yù)檢這才是最常失敗的環(huán)節(jié)。注冊(cè)器會(huì)啟動(dòng)一個(gè)最小化Node.js沙盒進(jìn)程嘗試加載并執(zhí)行executors/web-scraper.js中的healthCheck()方法如果存在。這個(gè)方法必須返回{ status: ok, version: x.y.z }。我們團(tuán)隊(duì)曾遇到一個(gè)坑Playwright的chromium.launch()在Docker容器里默認(rèn)找不到libglib-2.0.so.0導(dǎo)致健康檢查超時(shí)。解決方案不是重裝Playwright而是在Dockerfile里加一句apt-get install -y libglib2.0-0。元數(shù)據(jù)注入將YAML中的name、version、tags等字段提取出來(lái)寫(xiě)入本地SQLite數(shù)據(jù)庫(kù)~/.skills/registry.db。這個(gè)數(shù)據(jù)庫(kù)是Agent運(yùn)行時(shí)查詢(xún)能力的唯一來(lái)源不是臨時(shí)緩存。所以如果你刪了skills文件但沒(méi)運(yùn)行npx skills unregister數(shù)據(jù)庫(kù)里仍保留著已失效的記錄可能導(dǎo)致Agent調(diào)用失敗。運(yùn)行時(shí)熱加載向正在運(yùn)行的Agent進(jìn)程發(fā)送SIGUSR2信號(hào)觸發(fā)其重新讀取數(shù)據(jù)庫(kù)并重建能力索引。這個(gè)過(guò)程不到200ms無(wú)需重啟服務(wù)。但如果你用的是Claude Desktop這類(lèi)封閉客戶(hù)端它可能根本不響應(yīng)這個(gè)信號(hào)——這就解釋了為什么“claude desktop安裝skills”總是不生效桌面版Agent不支持熱加載必須完全退出后重新啟動(dòng)。實(shí)操心得不要迷信npx skills register --force。強(qiáng)制注冊(cè)會(huì)跳過(guò)沙盒預(yù)檢導(dǎo)致skills在注冊(cè)時(shí)看似成功但首次調(diào)用時(shí)必然崩潰。我們吃過(guò)虧一個(gè)未做異常捕獲的executor在生產(chǎn)環(huán)境里讓整個(gè)Agent進(jìn)程core dump?，F(xiàn)在所有團(tuán)隊(duì)都規(guī)定--force只允許在本地開(kāi)發(fā)機(jī)使用CI流水線(xiàn)必須禁用該參數(shù)。4. VS Code中Claude Code插件的skills調(diào)用鏈從自然語(yǔ)言到原子能力當(dāng)你在VS Code里用Claude Code插件輸入“幫我把當(dāng)前網(wǎng)頁(yè)標(biāo)題和正文提取出來(lái)”表面上看是一次簡(jiǎn)單的AI對(duì)話(huà)背后卻觸發(fā)了一條橫跨編輯器、Agent服務(wù)、skills運(yùn)行時(shí)的完整調(diào)用鏈。這條鏈路不是黑盒而是由七個(gè)明確環(huán)節(jié)組成的可觀測(cè)管道。理解每個(gè)環(huán)節(jié)是解決“claude code調(diào)用lmstudio的本地模型”“agent anywhere無(wú)法調(diào)用skills”等問(wèn)題的關(guān)鍵。我們按時(shí)間順序還原整個(gè)流程環(huán)節(jié)1編輯器側(cè)意圖識(shí)別Claude Code插件監(jiān)聽(tīng)你的輸入當(dāng)檢測(cè)到包含“網(wǎng)頁(yè)”“提取”“標(biāo)題”等關(guān)鍵詞時(shí)會(huì)啟動(dòng)本地NLU模型通常是小型ONNX格式的BERT變體將自然語(yǔ)言轉(zhuǎn)換為結(jié)構(gòu)化意圖{ action: extract_web_content, target: current_tab }。這個(gè)模型不聯(lián)網(wǎng)權(quán)重文件就放在插件/dist/nlu/目錄下。如果你看到“warning: don’t paste code into the devtools console”說(shuō)明你誤觸了開(kāi)發(fā)者模式NLU模型被繞過(guò)直接進(jìn)入了原始prompt模式。環(huán)節(jié)2意圖路由決策插件將結(jié)構(gòu)化意圖發(fā)送給本地Agent服務(wù)默認(rèn)http://localhost:3001/v1/intent。Agent服務(wù)查本地registry.db發(fā)現(xiàn)scrape_webpageskill的input_schema能完美匹配該意圖且tags包含web于是返回路由決策{ skill_name: scrape_webpage, confidence: 0.92 }。環(huán)節(jié)3上下文注入插件獲取當(dāng)前VS Code活動(dòng)標(biāo)簽頁(yè)URL通過(guò)vscode.env.openExternal()權(quán)限構(gòu)造skill輸入對(duì)象{ url: https://example.com }。注意這里不會(huì)傳入頁(yè)面HTML源碼——skills設(shè)計(jì)原則是“最小必要輸入”HTML解析由executor內(nèi)部完成。環(huán)節(jié)4沙盒執(zhí)行調(diào)度Agent服務(wù)將輸入對(duì)象轉(zhuǎn)發(fā)給skills運(yùn)行時(shí)/skills-executor端點(diǎn)。運(yùn)行時(shí)根據(jù)execution_constraints.runtime選擇對(duì)應(yīng)Node.js版本的沙盒進(jìn)程池分配一個(gè)空閑worker。Worker加載executors/web-scraper.js傳入輸入對(duì)象執(zhí)行main()函數(shù)。環(huán)節(jié)5網(wǎng)絡(luò)調(diào)用攔截在executor內(nèi)部當(dāng)代碼執(zhí)行await page.goto(url)時(shí)Playwright的網(wǎng)絡(luò)層會(huì)觸發(fā)攔截器。攔截器檢查目標(biāo)域名是否在allowed_network白名單內(nèi)這里是[*]允許任意域名。如果是內(nèi)部系統(tǒng)調(diào)用比如fetch(http://internal-api.tax.gov.cn/rates)攔截器會(huì)拒絕并拋出NetworkNotAllowedError。環(huán)節(jié)6輸出結(jié)構(gòu)化executor返回的對(duì)象必須嚴(yán)格符合output_schema。Playwright提取的title和text_content會(huì)被序列化為JSON運(yùn)行時(shí)校驗(yàn)其類(lèi)型和必填字段。如果executor返回{ title: null, text_content: ... }校驗(yàn)失敗Agent返回422 Unprocessable Entity插件顯示“skills執(zhí)行失敗title字段不能為空”。環(huán)節(jié)7結(jié)果渲染插件收到結(jié)構(gòu)化輸出后不再交給大模型二次加工而是直接渲染成Markdown卡片### 網(wǎng)頁(yè)內(nèi)容提取結(jié)果 **標(biāo)題**Example Domain **正文摘要**This domain is for use in illustrative examples...這種直出模式比“讓Claude總結(jié)網(wǎng)頁(yè)內(nèi)容”快3倍且結(jié)果確定性100%。踩坑實(shí)錄我們?cè)龅健癱laude code使用content://com.tencent.mm.external.fileprovider/temp/share_file_temp/code”這類(lèi)奇怪URL的調(diào)用失敗。排查發(fā)現(xiàn)微信分享的臨時(shí)文件URL帶有content://協(xié)議而Playwright只支持http://和https://。解決方案不是改Playwright而是在executor里加一層協(xié)議轉(zhuǎn)換檢測(cè)到content://時(shí)先用Android原生API將其轉(zhuǎn)為file:///data/...路徑再用fs.readFileSync()讀取。這印證了一個(gè)核心原則skills的輸入輸出schema是契約但executor可以做任何必要的適配工作。5. Skills開(kāi)發(fā)避坑指南從schema設(shè)計(jì)到生產(chǎn)部署的12個(gè)致命細(xì)節(jié)基于過(guò)去半年支撐27個(gè)業(yè)務(wù)線(xiàn)skills落地的經(jīng)驗(yàn)我把高頻踩坑點(diǎn)濃縮成12條硬性守則。每一條都對(duì)應(yīng)真實(shí)故障案例有些甚至導(dǎo)致線(xiàn)上資損。這些細(xì)節(jié)在任何官方文檔里都找不到因?yàn)樗鼈儗儆凇爸挥杏H手炸過(guò)服務(wù)器才會(huì)懂”的隱性知識(shí)。守則1version字段必須用語(yǔ)義化版本且每次變更必須升級(jí)小版本號(hào)錯(cuò)誤示例version: 1或version: 1.0。正確寫(xiě)法version: 1.0.1。原因skills注冊(cè)器用semver.gt()比較版本1會(huì)被解析為1.0.0導(dǎo)致1.01.0.0返回false新版本無(wú)法覆蓋舊版本。我們?cè)虼嗽诰€(xiàn)上環(huán)境同時(shí)存在兩個(gè)calculate_taxskill稅率計(jì)算結(jié)果不一致。守則2input_schema中所有字符串字段必須聲明format錯(cuò)誤示例url: { type: string }。正確寫(xiě)法url: { type: string, format: uri }。原因format: uri觸發(fā)額外校驗(yàn)確保輸入是合法URL而非任意字符串。否則攻擊者可傳入file:///etc/passwd觸發(fā)LFI漏洞。守則3allowed_network白名單必須顯式聲明禁止留空或設(shè)為[*]用于生產(chǎn)錯(cuò)誤示例allowed_network: []或allowed_network: [*]。正確寫(xiě)法allowed_network: [api.example.com, cdn.example.com]。原因[*]在沙盒中等同于開(kāi)放全部網(wǎng)絡(luò)違背最小權(quán)限原則。某次安全審計(jì)發(fā)現(xiàn)一個(gè)send_emailskill因配置[*]被利用發(fā)送釣魚(yú)郵件。守則4timeout_ms必須小于executor進(jìn)程的父進(jìn)程超時(shí)設(shè)置錯(cuò)誤示例skills設(shè)timeout_ms: 60000但Agent服務(wù)配置--executor-timeout30000。正確做法skills超時(shí)值 Agent超時(shí)值 × 0.8。原因Agent層面的超時(shí)包含序列化、網(wǎng)絡(luò)傳輸、沙盒啟動(dòng)等開(kāi)銷(xiāo)skills超時(shí)必須預(yù)留緩沖。守則5memory_mb必須按executor實(shí)際峰值內(nèi)存設(shè)置而非Node.js --max-old-space-size錯(cuò)誤示例memory_mb: 2048對(duì)應(yīng)--max-old-space-size2048。正確做法用process.memoryUsage().heapTotal在壓力測(cè)試中測(cè)量真實(shí)峰值設(shè)為該值的1.5倍。原因V8堆內(nèi)存只是總內(nèi)存一部分還有native memory、libuv線(xiàn)程池等memory_mb限制的是cgroup總內(nèi)存。守則6executor文件名必須與skill.yaml的name字段完全一致含大小寫(xiě)錯(cuò)誤示例skill.yaml中name: WebScraper但executor文件叫web-scraper.js。正確做法name: web-scraper文件名web-scraper.js。原因注冊(cè)器用name字段拼接executor路徑大小寫(xiě)不匹配導(dǎo)致Cannot find module。守則7healthCheck()方法必須同步返回禁止async/await錯(cuò)誤示例healthCheck: async () { await db.ping(); return { status: ok }; }正確寫(xiě)法healthCheck: () { try { db.pingSync(); // 必須是同步方法 return { status: ok }; } catch(e) { return { status: error, reason: e.message }; } }原因沙盒預(yù)檢階段不允許異步操作否則注冊(cè)流程掛起。守則8output_schema中浮點(diǎn)數(shù)必須用number類(lèi)型禁止string類(lèi)型存儲(chǔ)錯(cuò)誤示例tax_amount: { type: string }。正確寫(xiě)法tax_amount: { type: number }。原因前端展示時(shí)string類(lèi)型數(shù)字無(wú)法參與計(jì)算且JSON Schema校驗(yàn)無(wú)法保證精度。守則9skills目錄必須放在項(xiàng)目根目錄下禁止嵌套子目錄錯(cuò)誤示例src/skills/web-scraper.yaml。正確路徑skills/web-scraper.yaml。原因注冊(cè)器只掃描項(xiàng)目根目錄下的skills/目錄深度優(yōu)先遍歷不遞歸子目錄。守則10signature算法必須用RSA-PSS禁止SHA256withRSA錯(cuò)誤示例用OpenSSL默認(rèn)-sign命令生成簽名。正確做法openssl pkeyutl -sign -pkeyopt digest:sha256 -pkeyopt rsa_pss_saltlen:32。原因RSA-PSS提供更強(qiáng)的抗偽造能力SHA256withRSA已被NIST列為不推薦算法。守則11executor中禁止使用console.log()必須用logger.info()錯(cuò)誤示例console.log(Processing URL:, url)。正確寫(xiě)法logger.info({ event: scrape_start, url })。原因console輸出會(huì)被沙盒截?cái)嗲覠o(wú)法結(jié)構(gòu)化采集logger輸出經(jīng)統(tǒng)一日志管道支持traceID透?jìng)?。守則12production環(huán)境必須關(guān)閉skills hot-reload啟用immutable registry錯(cuò)誤示例生產(chǎn)環(huán)境運(yùn)行npx skills register。正確做法CI流水線(xiàn)構(gòu)建時(shí)用npx skills build --envprod生成registry.immutable.jsonAgent啟動(dòng)時(shí)加載該文件。原因熱加載在高并發(fā)下有競(jìng)態(tài)風(fēng)險(xiǎn)immutable registry通過(guò)文件哈希保證一致性。最后一個(gè)血淚教訓(xùn)某次上線(xiàn)運(yùn)維同事把skills/目錄權(quán)限設(shè)為777導(dǎo)致惡意用戶(hù)上傳偽造skill文件。雖然簽名校驗(yàn)攔住了但沙盒預(yù)檢時(shí)執(zhí)行了惡意healthCheck耗盡CPU。從此我們所有生產(chǎn)環(huán)境強(qiáng)制執(zhí)行chmod 755 skills chmod 644 skills/*.yaml。權(quán)限管理永遠(yuǎn)是skills安全的第一道門(mén)。