AI 程式設計教學中文版
單維度橫評

Skills / Subagents / Hooks 三件套:10 款工具支援度(2026)

Skills 封裝專長 / Subagents 分工 / Hooks 自動化——2026 年 AI 程式設計工具的三件套設定標準。哪家支援最完整、哪家可遷移、哪家自成一派。

2025-2026 年,AI 程式設計工具的「三件套」標準已經收斂:

  • Skills:把一類專長(如「寫小紅書文案」「跑 Playwright 測試」)打包成可複用模組
  • Subagents:把任務拆給專門的子 agent(如「研究員 subagent」「測試 subagent」),分工協作
  • Hooks:在 agent 工作流的特定時刻自動觸發動作(如「寫完程式碼自動跑測試」)

這一篇橫評 10 款工具的三件套支援度,告訴你哪家可以一次設定全用上、哪家自成一派、哪家可以跨工具遷移

本章目標:你會按三件套成熟度選工具,避開「看起來支援但實際只是 stub」的工具。

1. 三件套各自解決什麼

flowchart LR
  T["AI 程式設計工作流"] --> S[Skill<br/>「我會做這件事」]
  T --> Sub[Subagent<br/>「我讓它做這件事」]
  T --> H[Hook<br/>「這個時刻自動做這件事」]
  S --> Ex1["Skill: 寫公眾號文案<br/>Skill: 跑 Playwright"]
  Sub --> Ex2["Subagent: 程式碼 review 員<br/>Subagent: 測試工程師"]
  H --> Ex3["Hook: 寫完程式碼跑 lint<br/>Hook: commit 前查 secret"]

三件套不是三選一,而是互補

  • Skills 是能力庫——一次寫好長期用
  • Subagents 是分工——主 agent 把髒活分包出去
  • Hooks 是自動化——不需要每次手動觸發

把三件套配齊,AI 程式設計工作流就從「單兵作戰」升級到「一人公司」。

2. 10 款工具的三件套成熟度

工具SkillsSubagentsHooksPlugins整體成熟度
Claude Code✅ 完整✅ 完整✅ 完整✅ Plugins🟢 SSS(參考實現)
Codex✅ 1.0 已釋出✅ 完整✅ 完整⚠️ 部分🟢 SS
Cursor🟡 部分(Rules + Skills)✅ Background Agents✅ 完整⚠️ 部分🟢 S
GitHub Copilot🟡 演進中✅ Cloud Agent🟡 部分🟡 A
Gemini CLI✅ Extensions(≈ Skills)✅ Subagents✅ Hooks⚠️ 部分🟢 S
Windsurf✅ Workflows(≈ Skills)✅ Cascade subtask🟡 部分⚠️ 部分🟡 A
Antigravity✅ Skills✅ Browser Subagent✅ Hooks⚠️ 部分🟢 S
OpenCode✅ Plugins / Skills✅ Agents🟡 部分✅ Plugins🟡 A
Hermes Agent✅ Skills system🟡 部分⚠️ 部分🟡 B+
OpenClaw🟡 自家 Skill 路徑✅ 多 agent 一等公民🟡 部分⚠️ 部分🟡 B+

Claude Code 是這一套規範的事實參考實現——其它工具大多向它對齊或部分對齊。

3. 三件套的實際用法對比

Skill 用法

工具Skill 檔案位置跨工具遷移度
Claude Code~/.claude/skills/{name}/SKILL.md🟢 高(事實標準)
Codex~/.codex/skills/{name}/SKILL.md🟢 高(向 Claude 對齊)
Cursor.cursor/rules/{name}.mdc🟡 中(格式略不同)
Gemini CLIExtensions 目錄🟡 中
其它自家路徑🟠 低(需要重寫)

實操建議:Skills 寫一份在 Claude Code 格式(SKILL.md),其它工具按需要派生。跨工具遷移 80% 內容複用。

Subagent 用法

工具Subagent 定義方式觸發方式
Claude Code~/.claude/agents/{name}.md + subagent_type 引數Task 工具呼叫
Codex專案級 agents/ 目錄 + 工具呼叫Task 工具呼叫
CursorBackground Agents(雲端 + 本地)UI 啟動
GitHub CopilotCloud Agentissue / PR 觸發
Gemini CLISubagents 命令CLI 觸發
AntigravityBrowser SubagentAgent Manager 觸發

Subagent 正規化正在收斂到「一個主 agent + N 個專項 subagent」。Claude Code 的實現最成熟。

Hook 用法

工具Hook 型別
Claude CodePreToolUse / PostToolUse / UserPromptSubmit / Stop 等
Codexsession-level + tool-level hooks
Cursorhooks API(演進中)
Gemini CLIhooks 支援完整
Antigravityhooks 支援

Hook 是三件套裡自動化程度最高的——配好後,agent 工作流不需要你手動盯每一步。

4. 跨工具遷移可行性

如果你用 A 工具配齊了三件套,遷到 B 工具能複用多少?

A → BSkills 遷移度Subagents 遷移度Hooks 遷移度
Claude Code → Codex80%70%60%
Claude Code → Cursor50%(格式差異)30%40%
Claude Code → Gemini CLI60%50%40%
Codex → Claude Code80%70%60%
Cursor → Claude Code50%30%40%

規律:Claude Code ↔ Codex 之間遷移度最高(事實上向同一標準收斂);跨家族(如 Claude Code ↔ Cursor)遷移度跌到 30-50%。

如果你的 Skills / Subagents / Hooks 複用訴求很強,Claude Code 或 Codex 是最穩的選擇——其它工具向它們對齊。

5. 三類使用者的推薦

A 類 · 重度三件套使用者

特徵:每天用 Skills 自動化重複任務、定期寫 subagent 分工、hooks 全程自動。

推薦 Claude Code。三件套參考實現 + Plugins 體系最完整。

B 類 · 中度使用者

特徵:偶爾寫 Skill,subagent 用得少,hooks 配 1-2 個核心場景。

Codex / Cursor / Gemini CLI 都行。按其它維度選。

C 類 · 不用三件套的最小化使用者

特徵:只用工具自帶 agent 能力。

三件套支援不重要。按價格 / 模型 / 工作位置選。

6. 三件套的真實價值

很多新手疑惑「為什麼要三件套?我直接用工具不就行了?」——三件套的價值不在單次任務,在工作流的可複用性

  • 沒有 Skills:每次讓 AI 寫小紅書文案都要重新解釋規範、風格、字數

  • 有 Skills:一次寫好 xiaohongshu-writer Skill,之後輸入主題即可

  • 沒有 Subagents:一個大任務從頭到尾讓主 agent 跑,上下文累積爆炸

  • 有 Subagents:主 agent 把"調研"分給 researcher、"程式碼 review"分給 reviewer,各自獨立上下文

  • 沒有 Hooks:每次寫完程式碼要手動跑 lint、test、commit

  • 有 Hooks:PostToolUse Hook 自動觸發,agent 改完檔案你就看到測試結果

三件套是把 AI 程式設計從「一次性任務」升級到「常駐工作流」的關鍵基礎設施

7. 常見問題

Q1 · 三件套必須全用嗎?

不必須。多數開發者只用 Skills + 一兩個 Hooks 就夠了。Subagents 是中重度使用者才需要的

Q2 · Cursor 的 Rules 和 Claude Code 的 Skills 是一回事嗎?

類似但不完全等價。Cursor Rules 偏向「行為約束」(寫程式碼風格、不該做什麼),Claude Code Skills 偏向「能力打包」(一類專長怎麼做)。兩者可以互相借鑑但不能直接遷移。

Q3 · 自己寫一個 Skill 難嗎?

不難。一個 SKILL.md 包含 frontmatter(name + description + 呼叫條件)和 body(專長說明),最小 30 行可用。

Q4 · Hook 會拖慢 agent 速度嗎?

會一點,但通常可忽略。每個 Hook 在 PreToolUse 或 PostToolUse 觸發時增加幾百毫秒到幾秒延遲。重度 Hook 鏈(5+ 個 Hook)會顯著拖慢。

Q5 · Subagent 比主 agent 調小模型省錢嗎?

可以。Subagent 可以設定使用小模型(如 haiku4o-mini),處理簡單任務,主 agent 留給複雜推理。這是 Claude Code / Codex 的常見最佳化套路。

8. 下一步去哪

本頁目錄