Anthropic 的 Claude Code 產品負責人 Boris Cherny，日前在一場約 30 分鐘的官方工作坊中，親自展示了這款終端機 AI 程式助手的完整使用策略。在此演講中，這位 Claude Code 的創造者，展示了從基礎安裝一路講到平行部署，每一階段的技巧，而且均來自 Anthropic 內部的實際使用經驗，是一篇含金量相當高的演講，在這邊為整理相關重點。
開場：Claude Code 是什麼
Boris 開場先釐清定位：Claude Code 不是那種幫你補齊一兩行程式碼的補完工具，而是一個「完全自主的 AI 代理」，設計目標是一次性實作整個功能、撰寫完整檔案、修復整批 Bug。
他特別強調 Claude Code 與 IDE 無關。無論是 VS Code、Xcode、JetBrains 還是 Vim 使用者，都可以在同一個終端機中執行 Claude Code。這個跨 IDE 的設計決策出自一個務實的判斷——Anthropic 內部工程師使用的編輯器五花八門，終端機是唯一的共通點。Boris 後來在 Q&A 中補充了一句極具野心的話：「我認為到今年年底，人們可能不再使用傳統 IDE 了」。
環境設定實用技巧
Boris 提供了一系列開箱即用的設定：claude terminal-setup 讓 Shift+Enter 支援換行、/theme 切換深淺色主題、/install-github-app 註冊當天宣布的 GitHub App（可在 Issue 與 PR 中 @Claude）。Boris 還展示了一個個人愛用的小技巧：如果使用 macOS，可以到系統設定的輔助使用中開啟聽寫功能，然後對著終端機說出提示詞，Claude Code 就會直接理解。
第一步：程式碼庫問答
Boris 將「程式碼庫問答」列為所有新手的第一優先任務。Anthropic 的內部技術培訓已經全面導入這個做法——新人第一天安裝 Claude Code 後，就直接開始對程式碼庫提問。他展示了一些具體問題：「這個類別要怎麼實例化？」、「為什麼這個函式有 15 個參數，而且參數名稱這麼奇怪？」，Claude Code 不只是做文字搜尋，還會透過 Git 歷史追溯參數是怎麼被引入的、誰引入的、關聯的 Issue 是什麼。Boris 強調這一切不是透過系統提示詞寫死的，而是 Claude 模型夠強，能直接理解並執行這些操作。
這項變革的直接效果是：Anthropic 內部技術新人的上手時間從 2-3 週縮短到 2-3 天。
Boris 刻意將問答排在編輯程式碼之前，因為問答本質上就是提示詞的練習場。使用者可以在零風險的環境中學習如何與 Claude Code 溝通、測試語言模型的推理邊界。對於任何準備導入 Claude Code 的團隊，這個建議直接且實用。
編輯程式碼：先規劃再執行
當使用者熟悉問答模式後，下一步是進入實際的程式碼編輯。Boris 展示了一個關鍵區別：對於大型功能開發，先要求 Claude「在寫程式碼之前先做規劃」，而非直接要求它一口氣完成 3000 行程式的修改。
他提出的標準提示詞極簡：「先構思想法，制定計畫，跑過我這裡確認後再寫程式碼。」Claude 內建的工具集很小但有高度組合性：檔案編輯、Bash 執行、檔案搜尋，它會自動串接這些工具來完成任務。
他還分享了一個日常使用的咒語（incantation）：commit push。Claude Code 會自動建立分支、產生符合專案風格的 Commit、推送，然後建立 Pull Request。不需要逐項指定，模型會從 Git 歷史中自行推斷慣例。
整合團隊工具
進階使用者的下一步是將團隊既有的 CLI 工具和 MCP 伺服器接入 Claude Code。Boris 演示了兩種方式：直接告訴 Claude 使用某個 CLI 並用 --help 學習用法，或是透過 MCP 協定連接外部服務。
他特別強調一個重要的迭代週期：給 Claude Code 一個能夠檢查自己工作成果的工具（例如自動截圖 Puppeteer、單元測試、iOS 模擬器截圖），它就能夠自主迭代 2-3 次，直到結果近乎完美。每個領域的工作都可以找到對應的檢查工具，問題只在於開發者是否願意花時間接上這個回饋迴路。
這個「檢查工具迭代法」是讓 Claude Code 從「還不錯」躍升到「幾乎完美」的關鍵。單純靠提示詞優化有一定天花板，但讓模型自行檢驗並修正的閉環，可以大幅提升產出品質。Boris 的建議背後暗示著：未來的開發者工作不再是寫程式碼，而是建立檢查工具並設定驗證標準。
CLAUDE.md 與情境設定
Boris 用較長篇幅說明了 Claude Code 的情境系統。核心概念是 CLAUDE.md，放在專案根目錄的純文字檔，在每次對話開始時自動讀入。檔案內容應包含常見的 Bash 指令、架構決策、重要檔案路徑等。團隊可以共用一份 CLAUDE.md，達成一次設定、全隊受惠的效果。
除了根目錄的 CLAUDE.md，還有巢狀目錄的 CLAUDE.md（自動依目錄拉入）、企業層級的 Enterprise Policies（可設定全公司共通的允許與封鎖指令，且員工無法覆蓋）、以及個人專屬的 local CLAUDE.md（不上版控）。另外還有 /slash-commands 功能，讓團隊可以自訂斜線指令，例如自動標記 GitHub Issue。
Boris 用一個「瘋狂的矩陣」來形容 Claude Code 支援的情境設定方式，但他推薦從「共用專案情境」開始，寫一次，然後讓整個團隊受益。CLAUDE.md 是 Claude Code 最有潛力的協作功能。傳統上，專案知識散落在 Wiki、文件、前輩口中。CLAUDE.md 將這些知識結構化為 AI 可直接讀取的格式，而且可以隨著專案演進不斷更新。Anthropic 甚至做到了讓企業可以強制執行安全政策（如封鎖特定網域），這對企業導入而言至關重要。
快捷鍵與關鍵操作
由於終端機的 UI 非常簡約，許多快捷功能不易被發現。Boris 列出幾項最實用的操作：
- Shift+Tab：切換到自動接受編輯模式（Bash 指令仍需審核，但檔案編輯自動接受）
- # （井字號）：讓 Claude 記住某件事，會自動寫入 CLAUDE.md
- ! （驚嘆號）：直接執行 Bash 指令，結果自動進入對話上下文
- Escape：隨時中斷 Claude 的當前操作（安全又乾淨）
- Control+R：查看 Claude 在背景中看到的完整輸出
- Escape 兩次：回到歷史節點
這段內容雖然短，但實用性極高。# 讓使用者可以即時修正 Claude 的行為，而不需要重新啟動對話。! 讓使用者可以執行長時間的指令（如測試），Claude Code 能看到輸出並在下一輪回應。Escape 作為安全中斷機制，大大降低了試錯的心理門檻。
Claude Code SDK：超級 Unix 工具
Boris 介紹了由同一位工程師（代號 Say）主導開發的 Claude Code SDK，也就是 claude -p 模式。這個 CLI 版的 SDK 可以接受提示詞與工具限制，輸出 JSON 或串流 JSON，支援 Unix Pipe 串接：git status | claude -p "分析這個 diff" | jq，可從 GCP Bucket 讀取大型日誌檔後 pipe 給 Claude 分析，也可整合進 CI/CD 管線與事故應變流程。
Boris 將其稱為「超級智慧的 Unix 工具」（super intelligent Unix utility），認為這種 pipe 輸入/pipe 輸出的模式，可能代表一個全新的運算典範。
claude -p 作為 CLI SDK 的設計突破了 AI 工具只能互動式使用的限制，當 Claude Code 可以被當作標準 Unix 工具串接到 pipeline 中時，它的應用場景從個人開發工具一舉擴張到系統層級的自動化。無論是 CI 驗證、日誌分析還是批次化編碼任務，都可以透過 pipe 組合實現。
這部影片的重點相當多，對於想使用 Claude Code 作為團隊工作流的人具有相當高的學習價值，我們也將影片翻譯了，有興趣的朋友可以看看：
結語：Boris 對開發者未來的判斷
在 Q&A 環節，Boris 回答了幾個關鍵問題。關於最難實作的部分，他表示是 Bash 的安全性，Bash 可以任意改變系統狀態，但過多的審核又會破壞開發流暢性。團隊的解法是建立了一套靜態分析分級權限系統，讓管理員可以依層級允許或封鎖指令。他也證實 Claude Code 原生支援多模態，可以直接拖曳圖片、貼上圖片或指定圖片路徑，從一開始就具備這個能力。
關於為什麼選擇 CLI 而非 IDE，Boris 的回答值得深思：「因為模型進步太快，ID 的 UI 層可能很快就沒有用處了」。他相信到 2026 年底，「軟體工程師」這個頭銜可能會開始消失，不是因為工作沒了，而是因為工作方式已經徹底改變。