1390万次下载的 Skill 为什么在你电脑上跑不通？

Agent 光會想不會做，根本不在於模型聰不聰明，而在於工程層面缺了哪一塊。許多人裝完 Skill 就以為能自動執行，實際上這涉及三層獨立的工程問題。

第一層是運行環境。Cloudflare 最近開源的 Computer 項目回答了「Agent 需要什麼樣的電腦」這個核心問題。它不只是給 Agent 一個 Shell，而是提供了帶檔案狀態、執行後端和隔離策略的工作區。當前實現支持三種後端：真 Linux 容器（能跑二進制，有真實網路），Worker 裡的 JS（輕量但不是完整 Linux），以及隔離的 JavaScript 模組（最輕量）。但這裡有個關鍵：檔案由誰持久化、哪個後端可以聯網、失敗後怎麼回收、結果能否重放——這些都有工程成本。Cloudflare 公開的基準測試顯示，相同環境下安裝依賴，持久化和隔離策略會讓執行時間成倍增長。這不是模型問題，是運行時的實實在在成本。

第二層是 Skill 流程。Agent Skills 規範定義了 Skill 作為一個目錄，裡面有 skill.md（說明和操作步驟）、腳本、參考資料和素材。講者強調，Skill 更像一份可付用的作業手冊，不是簡單的提示詞。問題在於，手冊寫了脆本不代表脆本能跑，目錄放了素材不代表客戶端有權限讀取。Matpok 展示的 51 個 Skill 案例各有不同，比如 TDD Skill 不會自動保證測試能跑，調試 Skill 不會凭空製造日誌。它們解決的是「把高手腦子裡的操作順序和判斷標準寫成模型可以調用的程序性知識」。這對團隊規範、代碼審查標準的穩定傳遞很有價值，但延遲披露機制（刚開始只看名稱和用途）也提醒我們，Skill 本身是供應鏈輸入，有安全風險。

第三層是應用驗收。KimiPPT 項目最清晰地展示了這一點。它不是只寫一段提示詞讓模型生成幻燈片，而是把 PPT 這件事拆成了一個完整可執行流程：規劃內容、生成 PPTD 格式（用 YAML 描述元素和位置，比直接操作 OOXML 簡單），驗證格式，導出頁面圖片，檢查是否有遮擋、溢出、對比度或排版問題，然後繼續修改。交付不只是中間文件，而是可打開的完整 PPTX。運行環境回答「能不能跑」，Skill 回答「知不知道怎麼做」，應用層回答「怎樣才算做完」。只生成文字大綱不算，導出打不開的檔也不算，沒人檢查更不算。

關鍵反轉在此：同一個 Skill 複製到另一台機器，Agent 可以正常讀懂它，卻未必能跑出同樣結果。格式可移植不代表能力可移植，流程能複用不代表交付能複線。Skill 本身也要看來源、審查腳本、限制權限。越是能自動執行的 Skill 越危險，因為它可能把代碼、網路存取和檔案操作都綁在一起。真正的競爭正在從「能不能生成」轉向「能不能可靠交付」。