Anthropic 旗下 AI 輔助開發工具 Claude Code 工程團隊宣布調整功能佈局，確認將保留原先規劃刪除的「規劃模式（plan mode）」。開發團隊採納使用者意見後提出折衷方案，將該功能轉化為預設的擴充模組，並開放使用者自行調整或覆寫對應的快捷鍵。
這項決定展現了開發團隊在產品設計策略上的彈性，從原本寫死的功能開關，轉型為高度模組化的開發環境。
收集開發者意見後翻案 規劃模式改為模組化設計
在決定調整前，工程師 Thariq 曾公開詢問使用者意見，提出是否應取消規劃模式，並將原本的快捷鍵 Shift+Tab 改為調整模型的「思考程度（effort level）」。當時團隊認為大型語言模型（LLM）能力提升後，或許不再需要單獨設一個規劃階段。
然而，收集到的意見呈現兩極化。部分開發者確實偏好直接交由模型執行任務，但仍有許多使用者習慣讓 AI 先停留在純粹思考與腦力激盪狀態，單純協助釐清邏輯。為此，團隊決定採取不二選一的作法，將規劃模式轉換成內建模組。未來使用者可透過模組化擴充機制（mods）自訂新的工作模式，或是隨時替換 Shift+Tab 快捷鍵的功能。
工程師提出分享原則 強調提示詞透明度
除了功能架構的調整，工程團隊也分享了內部使用生成式 AI（Generative AI）工具的核心原則。Thariq 指出，團隊在公開由 AI 產出的程式碼合併請求、成品或訊息時，原則是僅在「同時願意公開提示詞（Prompts）」的情況下才發布。
他舉例說明，若是像「查詢溝通工具與版本控制紀錄，產出事件報告」這種明確且可重複檢驗指令的提示詞，就非常適合分享；但如果是要求 AI 生成「讓我聽起來很有想法」的社交訊息或簡報內容，就不符合這項原則。這顯示團隊在發展軟體工具時，相當重視生成內容的可追溯性與真實意圖。
這代表什麼
對於廣大的軟體開發團隊與企業管理者而言，這項決策傳達了兩個重要訊號。首先是 AI 工具在設計架構上正邁向高彈性與客製化。過去產品團隊習慣直接定義使用流程，但隨著使用者對 AI 互動方式的習慣產生分歧，提供開放的模組架構已成為兼顧各式工作流程的必然趨勢。
其次，這項改變也提醒企業在導入 AI 輔助開發時，應建立明確的透明度規範。過度依賴 AI 產出華麗但缺乏實質價值的內容，容易增加組織內部的溝通成本；相反地，要求公開提示詞與生成過程，有助於確保團隊成員了解任務邏輯，提升軟體開發生命週期（SDLC）中的決策品質與責任歸屬。
背景補充
Claude Code 是 Anthropic 推出的指令列 AI 輔助工具，能幫助開發人員直接在終端機中透過自然語言進行程式設計。其中的「規劃模式」能讓使用者在正式寫入程式碼前，先要求 AI 分析架構、擬定步驟並進行腦力激盪，不立刻執行具體修改。
而「思考程度」則是控制模型在回答前投入多少運算資源進行推理的設定；「模組化擴充機制」則是一種外掛架構，允許使用者根據個人需求自訂工具的快捷鍵與互動邏輯。理解這些機制，有助於評估如何將 AI 工具無縫融入現有的工作流程中。
常見問題
Claude Code 的「規劃模式」有什麼作用？
規劃模式允許開發者在 AI 開始編寫程式碼前，先進行架構分析與思路討論，不立刻對程式碼庫進行實質變更。
Anthropic 為什麼不直接取消規劃模式？
因為許多開發者表達了對獨立思考與腦力激盪模式的需求，團隊因此決定保留該功能並轉為彈性的擴充模組。
使用者未來可以如何自訂 Claude Code 的功能？
使用者可透過模組化擴充機制新增不同的工作模式，或是自行覆寫快捷鍵來調整模型設定。