500萬人在線圍觀，Claude Code創建者的13條獨家實戰秘籍爆火

機器之心報道

2026 新年第三天，Claude Code 創建者、負責人 Boris Cherny 開展「線上教學」，親自示范他自己使用這個 AI 編程工具的工作流。

他表示，自己的配置可能出乎意料地「素」（即簡單）！Claude Code 開箱即用非常出色，所以他個人并沒有做太多自定義。

使用 Claude Code 沒有所謂的「標準答案：在設計時就希望它是可定制、可 Hack 的。用戶完全可以按自己的喜好來使用。事實上，Boris 團隊里的每個人用它的方式都大不相同。

一、五線并行

在終端里同時運行 5 個 Claude 窗口，給這些標簽頁排上 1 到 5 號，并開啟系統通知，這樣當某個 Claude 需要他輸入指令時，便會立刻收到提醒。

二、多端無縫銜接

除了本地終端，他還會同時在網頁端（http://claude.ai/code）運行 5 到 10 個 Claude 任務。

在終端寫代碼時，他經常用 & 把本地會話交給后臺，或者直接在 Chrome 里啟動新會話。有時還會使用 --teleport 命令在兩者之間「傳送」進度。

每天早上甚至會用手機（iOS 版 Claude App）啟動幾個會話，之后再回電腦上查看進度。

三、全力投入 Opus 4.5

他會給所有任務開啟 Opus 4.5 (帶 Thinking 模式)，這是他用過的最強編程模型。

雖然它比 Sonnet 更大、更慢，但同時它更聰明、更擅長調用工具，不需要費心去引導它，所以從結果來看，它通常反而比小模型更快完成任務。

四、共享知識庫：CLAUDE.md

團隊共用一個 CLAUDE.md 文件。他們把它存放在 Git 倉庫里，團隊成員每周都會多次更新。只要發現 Claude 哪里做錯了，他們就把規矩寫進 CLAUDE.md，確保它下次不再犯同樣的錯誤。

五、持續復利：代碼評審

在代碼評審（PR）時，他經常會 @.claude，讓它把同事 PR 中的一些規范沉淀到 CLAUDE.md 中。他們通過 /install-github-action 安裝了 Claude Code 的 GitHub Action。這就是他們版本的「復利工程」（Compounding Engineering）。

六、謀定而后動：Plan 模式

大多數任務都從 Plan 模式開始（連按兩次 Shift+Tab）。如果目標是寫一個 PR，他會先在 Plan 模式下反復和 Claude 溝通，直到認可它的方案。

之后，他會切換到自動接受修改模式（auto-accept edits），Claude 通常能直接「一波帶走」。一個好的方案至關重要！

七、打造自己的斜杠命令（Slash Commands）

他會把每天重復多次的 “內環” 工作流都封裝成斜杠命令。這讓他免于重復輸入提示詞，也讓 Claude 能直接調用這些流程。這些命令存放在 .claude/commands/ 下并提交到 Git。

比如，他和 Claude 每天會用幾十次 /commit-push-pr。這個命令利用內聯 Bash 預先計算 Git 狀態等信息，運行極快，避免了反復對話。

八、善用子智能體（Subagents）

他經常使用特定的子智能體：比如 code-simplifier 用來在完成后簡化代碼，verify-app 用來端到端測試。和斜杠命令一樣，子智能體本質上是把 PR 中最常見的流程自動化。

九、自動代碼美化

他們使用了 PostToolUse 鉤子來格式化代碼。雖然 Claude 寫的代碼格式已經很好了，但這個鉤子能搞定最后 10% 的細節，避免在 CI（持續集成）階段報錯。

十、權限管理

他不用 --dangerously-skip-permissions（危險跳過權限提示）。相反會用 /permissions 預先授權一些在當前環境下安全的常用 Bash 命令。這些配置保存在 .claude/settings.json 中，團隊共享。

十一、工具全家桶

Claude Code 會幫他操作所有工具，經常通過 MCP 服務器搜索并發送 Slack 消息，運行 bq 命令行執行 BigQuery 查詢，或者從 Sentry 抓取報錯日志。Slack 的 MCP 配置保存在 .mcp.json 中供團隊使用。

十二、長時間任務

對于耗時較長的任務，他會：

1. 讓 Claude 在完成后啟動一個后臺智能體進行驗證；
2. 使用 Stop 鉤子進行確定性檢查；
3. 使用 ralph-wiggum 插件。 在這種情況下，使用 --permission-mode=dontAsk 或在沙盒環境中使用跳過權限模式，這樣 Claude 就能心無旁騖地「輸出」，不會被權限彈窗卡住。

最后：構建反饋閉環

最后一點，也是拿到高質量結果的關鍵：給 Claude 一個驗證自己工作的途徑。如果有反饋閉環，結果的質量能提升 2 到 3 倍。 Claude 在更新網頁版代碼時，會通過 Chrome 插件測試每一個改動：它會自動打開瀏覽器，測試 UI，不斷迭代，直到代碼跑通且交互體驗絲滑。

驗證方式因領域而不同：可能是運行一段 Bash 腳本、跑測試套件，或者在模擬器里運行 App。請務必花精力把「驗證流程」做得堅如磐石。

感興趣的開發者，可以在日常使用 Claude Code 時，以 Boris Cherny 的做法作為一個參考。

原推鏈接：https://x.com/bcherny/status/2007179832300581177