Claude Code 創始人實際上點樣用 Claude Code

Claude Code 嘅創始人 Boris Cherny 公開分享咗佢嘅開發工作流 - 兩個鐘頭內就攞到超過 5,000 個讚。當造工具嘅人自己揭曉佢點樣用呢個工具嘅時候，所有人都會停低聽。

最令我驚訝嘅係佢嘅簡潔。冇複雜嘅客製化，冇秘密配置。佢方法嘅核心就係用有紀律、有目的嘅方式去組合 Claude Code 嘅內建功能。

如果你讀過 Andrej Karpathy 最近拆解 AI 程式碼代理入面開發者需要理解嘅抽象層級，Boris 嘅指南就係嗰篇嘅實戰篇。

並行處理 - 同時跑 15 個 Claude 工作階段

Boris 喺終端機同時運行五個 Claude 實例，再加上五到十個喺 claude.ai/code 嘅瀏覽器工作階段。佢甚至朝早用手機開工作階段，遲啲先返嚟睇結果。

佢嘅設定：

• 將終端機分頁編號 1 到 5，靠系統通知去知道幾時需要輸入。
• 用 & 指令喺本地同網頁工作階段之間切換。
• 用 --teleport 喺唔同工作階段之間跳轉。
• 每個終端機分頁都有自己嘅 git checkout，所以每個工作階段都喺獨立嘅分支上面跑獨立嘅計劃。

呢個唔係為咗多工而多工。每個工作階段處理一個明確、範圍清晰嘅任務。並行性嚟自於清楚嘅計劃，而唔係嚟自上下文切換。

留言區有個有趣嘅細節：Boris 用嘅係每個終端機分頁獨立嘅 git checkout，而唔係 git worktrees。佢覺得呢個簡單啲嘅模型喺同時處理多個工作階段嘅時候更容易理清。

Opus 4.5 連思考模式 - 越大反而越快

Boris 每個任務都用最大嘅可用模型。呢個聽落違反直覺 - Opus 每個 token 更慢、更貴。但佢嘅推理好實際：大模型需要更少嘅修正，工具使用更準確，第一次輸出嘅品質更好。

淨效果就係用 Opus 完成任務嘅總時間比用細模型更短，因為你花喺修正錯誤同重新提示嘅時間大幅減少。

• 佢測試過嘅所有模型當中，程式碼表現最好。
• 執行過程中需要嘅人手介入更少。
• 雖然每個 token 嘅延遲更高，但整體實際完成時間反而縮短。

CLAUDE.md - 團隊級上下文工程

成個團隊將一個 CLAUDE.md 檔案簽入 Git。每次 Claude 犯錯，就有人喺呢個檔案入面加一條筆記，令同一個錯誤唔會再出現。

呢個就係複利工程嘅實踐：

• 每個禮拜都有多名團隊成員貢獻更新。
• 做 code review 嘅時候，團隊用 @.claude 標籤嚟要求新增 CLAUDE.md 條目。
• 每個團隊維護自己嘅 CLAUDE.md。
• 呢個檔案會變成一個不斷增長嘅機構知識庫，每個 Claude 工作階段都會繼承。

概念好簡單，但係持續維護佢嘅紀律先係令佢強大嘅關鍵。

計劃模式 - 好嘅規劃係成功嘅 90%

Boris 大部分工作階段都由計劃模式開始（按兩次 shift+tab）。如果目標係一個 pull request，佢會同 Claude 討論計劃直到滿意為止，然後切換到自動接受模式，畀 Claude 唔受干擾噉執行成個計劃。

工作流程：

1. 前期喺規劃階段投入時間。
2. 反覆改進計劃，直到涵蓋邊緣情況同潛在問題。
3. 計劃鎖定之後，切換到自動執行。
4. 實作過程中盡量減少來回修正。

呢個模式消除咗最常見嘅失敗原因：喺方向未清楚之前就開始寫 code。規劃成本低，返工成本高。

斜線指令同子代理 - 將重複工作自動化

Boris 日常用超過幾次嘅工作流都會變成斜線指令，儲存喺 .claude/commands/ 入面。好似 /commit-push-pr 噉嘅指令唔止開發者可以用，Claude 自己都可以用。

• 徹底消除重複嘅提示輸入。
• 用內嵌 bash 預先計算上下文，令指令執行更快。
• 子代理好似 code-simplifier 同 verify-app 負責處理常見嘅驗證工作流。
• PostToolUse hook 喺每次編輯之後自動格式化程式碼。

Boris 亦都將 Skills 理解為斜線指令嘅一種形式 - 可重用、可分享嘅工作流定義，標準化 Claude 處理特定任務嘅方式。

權限管理同工具整合

Boris 冇用 --dangerously-skip-permissions，而係用 /permissions 去預先批准安全嘅指令。團隊共享 MCP 伺服器配置，令 Claude 可以直接存取 Slack、BigQuery、Sentry 同其他工具。

• 透過 .claude/settings.json 共享權限設定。
• 透過 .mcp.json 共享工具整合。
• 喺唔犧牲安全嘅前提下，減少唔必要嘅權限提示。

呢個就係完全鎖死同完全開放之間嘅務實中間路線。團隊共識邊啲係安全嘅，將佢規範化，然後繼續前進。

驗證循環 - 品質提升 2-3 倍嘅關鍵

Boris 工作流入面最重要嘅一個實踐：畀 Claude 一個驗證自己工作嘅方法。

喺 claude.ai/code 上面，佢會透過一個 Chrome 擴充功能令 Claude 測試每一個改動，呢個擴充功能會同實際應用互動。驗證循環包括：

• 後台代理喺完成之後檢查工作。
• Agent Stop hook 運行確定性驗證。
• ralph-wiggum 插件提供額外驗證。
• 沙盒環境配合調整過嘅權限模式，避免阻塞。
• 喺瀏覽器同模擬器入面做真實 UX 測試。

呢個唔係可有可無嘅修飾。Boris 認為驗證循環係 1 倍同 2-3 倍輸出品質之間嘅分別。

實踐背後嘅模式

撇除具體嘅工具同配置，四個原則浮現出嚟：

• 大膽並行化。 跑多個工作階段，每個都有明確範圍同獨立分支。
• 先規劃再動手。 計劃模式係 Claude Code 入面槓桿效應最高嘅功能。
• 以團隊為單位共享上下文。 CLAUDE.md 將個人嘅教訓轉化為集體知識。
• 閉合驗證循環。 喺你審查之前，先畀 Claude 檢查自己嘅工作。

Boris 嘅設定入面最令人深刻嘅唔係任何單一技巧 - 而係佢嘅系統入面活動部件竟然咁少。呢個工具嘅創始人並冇依賴特殊嘅配置。佢依賴嘅係基本功，持續噉應用。