為何 Claude Code 有三寶：Skills, Subagents, 跟 Hooks ？

目前 Claude Code 官方文件有一整章在講使用 skills, subagents 跟 hooks，還有像是 CLAUDE.md 來「增強」Claude Code – 但為什麼需要這樣做？詳細的理由請看這部影片

以下文章算是補充說明

你以為用 AI 寫程式就是跟 AI 聊聊天，頂多加個 CLAUDE.md / AGENT.md 就好？目前不是，因為：

1. Context Window 還很珍貴
2. 需要確定可預期 + 便宜的工作流

這導致 Claude Code 與其他 AI Coding 導入像是 Skills, Agents / Sub-agents, 還有 Hooks

如果用擬人化的方式來說：

• Context Window 就像是一個人的心智負荷量、短期記憶，所以你會希望建立一個團隊分工合作，寫好每個情況的 SOP 手冊讓員工參閱。
• Hooks 就像是外部的監督，當你寫好程式、停止作業、或開始作業前諸如此類的階段時，會有個外部的流程、外部的程式強迫介入

你也可以說這些是為了 Agent Harness （未來會寫另一篇文），不過目標都是「除了跟 AI 聊天以外我還可以做什麼讓 AI 寫程式更厲害」

當然不止這三寶，至少還有幾個領域：

1. 還有對於長期記憶的操作，無論是用檔案（e.g. CLAUDE.md, rules, …）或是資料庫、無論存取的方式為何
2. 更高一層的軟體工程方法論（你可以說 TDD, SDD, spec-as-code, code-as-spec, you name it）
3. AI-friendly 的 Infra，讓 AI 面對多個 repo + 多個 service stack 依然能好好掌握其中的知識，進而開發與偵錯

回歸到 Claude Code 三寶，會有這些技術就是因為前面說的兩點。如果這兩個前提不再成立

1. Context Window 不再珍貴
2. LLM 比有確定性、CPU 運行的程式還便宜且可預期

則 Skills 與 Hooks 這兩個法寶則不再需要。前者就目前研究來看越來越有可能，後者應該短時間還不會發生

這一陣子用 AI Coding 技術在實際產品的實戰心得是：

1. 很多時候有各種功能，一開始嘗試套用是很正常也必要的。但終究還是要回歸原理、了解發展歷史、以及知道「為什麼」要有這些功能
2. 有更多時候是，今天這是最好的策略，明天新科技出來全部翻盤。這也是為什麼第一點有其必要性