Claude Code's Real Secret Sauce Isn't the Model

事實證明，Claude Code 在 2026 年 3 月 31 日被洩露了。GitHub 上有幾個 TypeScript 代碼庫的快照。出於法律原因，我不想在這裡放連結，但透過瀏覽這些代碼，可以學到一些有趣的教育性資訊。

當然，大家可能都知道 Claude Code 在編程方面的表現比 Claude 網頁版更好，因為它不僅僅是一個加裝了 Shell 的聊天介面，更是一個經過精心設計、並針對提示詞（Prompt）和上下文（Context）進行了優化的工具。

我還想說的是，雖然大部分的編程定性表現來自於模型本身，但我相信 Claude Code 如此出色的原因在於這個軟體框架（Software Harness）。這意味著，如果我們換成其他模型，如 DeepSeek、MiniMax 或 Kimi，並針對這些模型進行一些優化，我們同樣能獲得非常強大的編程表現。

總之，以下是一些有趣的發現。

1. Claude Code 構建即時的儲存庫上下文

這可能是最顯而易見的一點，但當你開始輸入提示詞時，Claude 會載入 Git 主分支、當前 Git 分支、最近的提交紀錄以及 CLAUDE.md 作為上下文。

2. 積極的提示詞快取重用

代碼中似乎有一種邊界標記，用於區分靜態內容和動態內容。這意味著靜態部分會被全局快取以保持穩定性，這樣昂貴的部分就不需要每次都重新構建和處理。

3. 工具鏈優於「上傳檔案聊天」

提示詞似乎會告訴模型使用專用的 Grep 工具，而不是透過 Bash 調用 grep 或 rg，這大概是因為專用工具具有更好的權限處理，而且可能會有更好的結果收集機制。

此外，還有一個專用的 Glob 工具用於檔案查找。最後，它還具備 LSP（語言伺服器協定）工具，用於調用層次結構、尋找引用及相關任務。與網頁聊天介面相比，這應該是一個巨大的升級，因為我認為網頁介面更多是將代碼視為靜態文本。

4. 最小化上下文膨脹

在處理代碼庫時，最大的問題之一當然是受限的上下文大小。當我們與代理（Agent）進行來回對話，並重複讀取檔案、日誌檔案、冗長的 Shell 輸出等內容時，情況尤為嚴重。

Claude Code 中有許多底層機制來最小化這種情況。例如，它具有檔案讀取去重功能，會檢查檔案是否未經更改，從而不進行重複處理。

此外，如果工具輸出的結果太大，它們會被寫入磁碟，而上下文中僅使用預覽加上檔案引用。

當然，就像任何現代 LLM 介面一樣，它會自動截斷過長的上下文，並在需要時執行自動壓縮（摘要）。

5. 結構化的對話記憶

Claude Code 為當前對話維護一個結構化的 Markdown 檔案，包含如下章節：

我想說，這有點像我們人類編程的方式，我們會記錄筆記和摘要。

6. 使用分叉（Forks）與子代理

Claude Code 透過子代理（Subagents）並行處理工作，這可能並不令人意外。在很長一段時間內，這基本上是它優於 Codex 的賣點之一，直到最近 Codex 也加入了子代理支持。

在這裡，分叉出的代理會重用父代理的快取，同時感知可變狀態。這讓系統能夠執行側向工作，如摘要、記憶提取或背景分析，而不會干擾主代理的循環。

為什麼這比在網頁介面編程感覺更好、效果更佳

總而言之，Claude Code 比純網頁介面更好用的原因不在於提示詞工程或更好的模型。關鍵在於上述這些關於效能和上下文處理的小改進。當然，還有便利性——將一切井然有序地安排在你的電腦上，而不是將檔案上傳到聊天介面。