Boris Cherny 13 條心法

Claude Code 核心開發者 Boris Cherny 公開的 AI 開發實戰技巧——從並行運行多實例、模型選擇、團隊知識累積，到反饋循環的核心價值。

為什麼值得整理

Boris 不是行銷號的「AI 教學」，他是 Anthropic 的工程師、Claude Code 的核心開發者，本人就用這套工具開發 Claude Code 自己——30 天內產出 259 個 PR、連續 47 天有 46 天活躍、最長一次工作階段持續 1 天 18 小時。創建者本人以這種強度使用自家工具 = 工具已達到生產級水準的證據。

13 條心法歸納成三個大原則：並行處理 / 知識累積 / 反饋循環。

13 條心法

#	心法	對應 wiki 概念
1	並行 5 個 Claude 實例 + 系統通知追蹤	並行 Claude 實例
2	Opus 4.5 + thinking mode 雖慢但人工引導少	Claude 模型家族
3	共享 CLAUDE.md + @.claude 自動更新審查意見	CLAUDE.md（專案手冊）
4	Plan 模式優先（Shift+Tab×2）	Plan 模式
5	斜線命令封裝高頻流程（人類 + Claude 都能呼叫）	Slash Commands
6	子代理用任務型，不要角色型	Sub-agent
7	PostToolUse 鉤子處理收尾（格式化、型別、changelog）	Hooks
8	/permissions 白名單而非 dangerously-skip-permissions	Slash Commands
9	連接所有相關工具（Slack / BigQuery / Sentry）	Connectors、MCP 三層架構
10	長任務自動循環外掛（如 ralph-wiggum）	Cowork Plugins
11	（同上）	-
12	（同上）	-
13	反饋循環是核心——讓 Claude 看見自己工作結果	反饋循環

Boris 把第 13 條列為最重要：有反饋循環的工作流程，輸出品質提升 2-3 倍。

三大核心原則

1. 並行處理是效率倍增的關鍵

傳統開發是線性執行，但 AI 工具的成本結構允許同時運行多個實例。善用這個特性把等待時間轉化為生產時間。詳見 並行 Claude 實例。

2. 知識累積要系統化

CLAUDE.md 體現：團隊對 AI 工具的理解不應只存在於個人經驗，而要結構化記錄下來。每次 Claude 出錯就把情境 + 正確做法寫進去，形成飛輪。詳見 CLAUDE.md（專案手冊）。

3. 反饋循環是品質的保證

無論工具多強，沒有驗證機制就無法確保輸出正確。讓 Claude 能執行自己寫的 code、跑測試、看錯誤訊息——它就能自我修正。詳見 反饋循環。

對企業導入的啟示

• 並行：把 AI 助手視為可並行的「同事池」而非單線工具
• 記錄：先建立 CLAUDE.md 再開始用 Claude——把規範前置
• 驗證：要求 AI 工作成果可被 AI 自己驗證（測試、執行、輸出比對）
• 權限：用白名單而非全開放（/permissions > --dangerously-skip-permissions）

相關概念

強連結（原文明確提及）

• Claude Code — 主舞台
• Claude 模型家族 — Opus 4.5 / Sonnet 對照
• CLAUDE.md（專案手冊） — 第 3 條心法核心
• Plan 模式 — 第 4 條心法
• Slash Commands — 第 5、8 條心法
• Sub-agent — 第 6 條心法
• Hooks — 第 7 條心法
• Connectors — 第 9 條心法
• MCP 三層架構 — 第 9 條心法的技術基礎
• Cowork Plugins — 第 10 條心法
• 反饋循環 — 第 13 條（最重要）
• 並行 Claude 實例 — 第 1 條

推斷連結（LLM 認為相關，待確認）

• Tasks 任務管理 ?? — Plan 模式跟 Tasks 概念有重疊
• Agent Teams ?? — 並行多實例是 Agent Teams 的精神
• Voice Mode ?? — Boris 也用，但本文未明確提

深入閱讀（外部資源）

• 原文：20260426_Claude Code 之父 Boris Cherny 親授！13 條 AI 開發心法，效率翻 10 倍
• Boris Cherny 個人網站：https://boris.cherny.com/
• 09-Claude Code 建置與使用

← 回到 wiki