Claude Code 之父（首席開發者） Boris，在上星期 X 上分享了他個人使用 Claude Code 開發的 13條技巧，這在AI開發社群中引發廣泛討論，甚至被業界稱為可能是「軟體開發的轉捩點」。參考：原始貼文（已有600多萬閱覽）。
這些核心技巧的作法：同時運行多個 Claude 實例處理不同任務、在終端與 Web 端並行開啟會話、全程使用最強模型（Opus 4.5）＋ thinking 模式、團隊共用一份 CLAUDE.md 知識庫來記錄與修正 AI 行為、在 code review 時標註 @.claude 幫助更新知識庫、大多數工作從 Plan mode 開始、把頻繁流程抽象成 slash commands、利用 subagents 處理輔助任務、設定 PostToolUse hooks 做格式化及收尾、用 /permissions 白名單而不是跳過權限提示、整合 Slack/BigQuery/Sentry 等外部工具、處理長時間任務用背景代理或 Stop/插件機制，以及讓每次輸出都有驗證機制來反覆確認結果。
我這裡列出他這 13 條的核心技巧，並附上個人簡要評論。
1. 終端機同時執行 5 個 Claude 實例（instance）
分成 5 個 tab ，編號 1–5，並用系統通知提示哪個實例需要輸入。
注：可以看成有 5 個核心成員協同並行開發。
2. Web端（claude.ai/code）開啟 5~10 個 Claude 實例。
Boris 會用 "&" 與 "--teleport" 參數 在本地與網頁間移動 Context，也會在手機啟動一些實例然後查看它們的運作情形。
注：本機與網頁端並行開多個實例，應該是為了讓不同任務可以在合適的環境中同時運作，避免單一 Session 過度累積上下文或阻塞等待，進而提升整體工作流程的效率。
3. 使用 Opus 4.5 + thinking 模式
Boris 認為目前最強的程式碼模型。
注：唉！現實上就要考量到使用這些模型的使用成本。
4. 團隊共享一個 CLAUDE.md
整個團隊將其提交到 Git，每週都會多次貢獻程式碼，如果操作有誤，則會修改 CLAUDE.md，避免犯下相同的錯誤。
5. Code review 中標記 @.claude
在同事 PR（Pull Request）標記 "@.claude"，把相關內容新增進 CLAUDE.md 作為團隊共享規則。
注：4.與 5. 均是使用 CLAUDE.md 來建立團隊開發的共識與約束，每週提交多次，這是團隊協同開發的好習慣。
6. Plan mode 開始複雜任務
對於要提交的 PR，會先切換到 Plan，確認計畫後再下達自動執行的命令。
注：這已經是現代使用AI輔助開發必要的工作流了，確認工作目標再逐一實行，避免耗費太多不必要的虛工與巨量的Tokens消耗。
7. 使用斜線（/）指令
每天多次執行的「內部循環」工作流程都使用斜線指令，避免重複輸入，並且也把這些指令提交至 Git，並存於 .claude/commands/ 目錄下。
注：alias 與 巨集（Macro）指令的應用，但應用在特定專案內。
8. 將常見重複的工作流程交給 subagents 來自動執行。
例如使用 code-simplifier 自動簡化程式碼（類似重構/清理）；verify-app 負責端對端（end to end）的測試流程，確保功能的正確運作。
注：這仍屬於是整合測試 / 系統測試層級，Boris 好像並未採用 TDD 測試先行的方法？
9. 格式化 Claude 產出的程式碼
使用 PostToolUse hook 對程式碼格式化的最後調整，避免跑 CI 時格式錯誤。
注：這裡提到了使用特定 hook 的作用，上述的鉤子可以對成品（程式碼）再進行包裝（格式化）。
10. Permission（權限）管理
不使用 "--dangerously-skip-permissions"，而是用 "/permissions" 參數預先允許可以接受的 bash 命令，以避免不必要的權限提示。這些配置大都已提交至 ".claude/settings.json" 檔案，並與團隊共用。
注：主要就是考量在安全性與便利性中找到一個合適的平衡點。
11. 讓 Claude Code 不只寫程式，更是用來作為開發/協作溝通的平台
Boris 會應用到 MCP Server 來整合外部機制，例如 Slack（協作平台）、BigQuery（回答分析問題）、Sentry（檢視錯誤日誌）等。
注：就是把 Claude Code 當成整個開發期間時的「整合開發平台」，由它串連一切！
12. 對於長時間任務執行的處理方式（監控/驗證/循環執行）
Boris 提到所使用的三種策略：(a)background agent 驗證工作. (b)使用 Stop hook 做驗證/測試. (c)使用 ralph-wiggum 插件循環執行。
注：非常重要的策略！如何有效為耗時長的工作任務把關。
13. 讓 Claude Code 發揮最大綜效 - 給 Claude 提供驗證其運行結果的方法
如果 Claude 擁有這種回饋機制，最終結果的品質將提升 2-3 倍。Boris 會使用 Chrome extension，自動開啟瀏覽器、測試使用者介面，並不斷迭代，直到程式碼運作正常且使用者體驗良好為止。
注：最後這就是產品交付前的 QA 整合性測試了！它涵蓋了 UI 自動化測試與完整的功能測試。