Claude Code 最新攻略：Opus 4.8、Dynamic Workflows、Auto Mode 怎麼用？
Claude Code 最近更新很密集：Opus 4.8、dynamic workflows、auto mode、agent view、/goal、/usage、/code-review 與 security-guidance plugin 都改變了實戰打法。這篇用一套可複製的流程說清楚怎麼用。
截至 2026-06-01，Claude Code 已經不只是「開終端機叫 AI 寫程式」。它更像一套 agentic engineering 的小型作業系統：模型選擇、effort、背景 sessions、workflows、plugins、review commands、usage 診斷，都會影響實戰效果。
這篇把近期官方更新整理成一套可執行打法。主要來源是 Claude Code changelog、 5 月 25-29 日更新、 best practices、permission mode 文件，以及 dynamic workflows 官方文章。
1. 先升級，再選對模型
第一步很無聊，但很重要：先升級並確認版本。5 月底這些功能依賴近期 2.1.x 版本，Opus 4.8 支援至少需要 v2.1.154。
claude update
claude --version
claude
認真做 coding task 時，先切到 Opus 4.8。Week 22 更新說明提到，Opus 4.8 已是多個 Claude 方案與 Anthropic
API 的預設模型，預設 high effort，困難任務可以用 /effort xhigh。
> /model claude-opus-4-8
> /effort xhigh /fast 只適合等待時間本身很貴的情境。最新 fast mode 已預設轉到 Opus 4.8，價格是
$10/M input、$50/M output，約為標準價格 2 倍，換約 2.5 倍速度。它適合
live debugging、互動式 code review，不適合預設開在離線批次工作。
2. 把工作切成三種模式
Claude Code 的任務可以先分三類。小型、可逆修改，普通 session 加測試即可。中型任務要有書面計畫、明確驗證命令，必要時用
/goal。大型跨 repo 任務，才考慮 background agents 或 dynamic workflows。
| 工作類型 | 建議工具 | 原因 |
|---|---|---|
| 小修復 | 普通 session + tests | 最快，也最容易人工檢查。 |
| 中型 feature | Plan + /goal | 讓 Claude 持續工作，直到通過可驗證條件。 |
| 稽核、遷移、研究 | claude agents 或 workflow | 並行調查，避免主 context 被 logs 和搜尋結果塞滿。 |
Anthropic 的 best practices 也強調同一件事：給 Claude 一個可以驗證結果的方式，先探索再計畫再寫程式，並且積極管理 context。實際 prompt 裡應該寫清楚目標、限制、要看的檔案或命令，以及最終驗證命令。
3. Dynamic workflows 用在大任務
Dynamic workflows 是近期最大更新。Claude 會為任務寫 orchestration script，把工作分發給多個 subagents，檢查結果後彙整成一個答案。 Anthropic 把它定位在 codebase-wide audit、大型遷移、大型研究問題，以及需要獨立複核的工作。
> create a workflow that audits every payment path for missing idempotency checks
> /workflows觸發方式很明確：當任務大到一個 conversation 協調不住，就在 prompt 裡寫 workflow。官方公告也提醒，workflows 可能跑數小時到數天， 而且 usage 明顯高於普通 Claude Code session，所以第一次要從小範圍開始。適合的例子包括：
- 把所有內部
fetch()呼叫遷移到新的 HTTP client - 稽核所有 route handler 是否缺少 auth check
- 比較三種重構方案，並讓 adversarial agents 嘗試擊穿每個方案
- 在大型 repo 裡找 dead code，並要求每個候選都先驗證再回報
不要把 workflow 用在小修復。它的協調成本和 token 成本本來就高，買的是廣度、獨立檢查和長時間執行能力。
4. Auto mode 與安全邊界
Auto mode 會減少 permission prompts，把動作交給 classifier 判斷，阻擋破壞性、可疑或超出範圍的操作。它適合可信的開發工作， 尤其適合長任務，但仍然是 research preview，不應該取代人工 review、secrets 檢查、deploy 審核或 migration 審核。
# Interactive session 裡用 Shift+Tab 切換模式。
# Trusted infrastructure 放在 user settings，不放進 repo shared settings。
> /permissions
> /status
Permission docs 寫明，auto mode 預設信任 working directory 和 repo remotes；production deploy、force push、大量刪除、
外部資料傳輸等動作預設會被擋下，除非你明確配置。5 月 30 日 changelog 還提到，Bedrock、Vertex、Foundry 上的 Opus 4.7
和 Opus 4.8 可透過 CLAUDE_CODE_ENABLE_AUTO_MODE=1 opt in。若你本機表現不同，以 /status
和最新 changelog 為準。
實用規則：任務開始前，用自然語言寫邊界。例如「不要 push、不要 deploy、不要改 billing code，測試通過就停」。真正的組織硬規則， 應該寫進 managed settings 的 deny rules，而不是只依賴對話上下文。
5. 用 plugins、review、usage 控成本
新打法不是「讓 agent 跑更久」這麼簡單。越長的 run 越需要護欄。只要 Claude 會改重要程式碼，就建議安裝官方 security-guidance plugin。它會檢查程式修改中的漏洞，並在 commit 或 push 週期做更深的 review。
> /plugin install security-guidance@claude-plugins-official
> /reload-plugins
然後配合 review commands。想找 correctness bugs，用 /code-review high；想清理重複、簡化結構、提升可讀性，
用 /simplify。最近更新後，這兩個命令的角色已經分開，不要混用。
> /code-review high
> /simplify
> /usage /usage 很重要，因為 Claude Code 成本已經不只是一段 chat。費用可能來自 subagents、skills、plugins、MCP servers、
cache misses、long context、fast mode 和 workflows。長任務結束後先看 usage，再決定要不要把這個流程變成團隊預設。
6. 一套可複製的實戰流程
如果是實際 repo，我會這樣跑：
- 升級 Claude Code，進入 repo，跑
/status。 - 切到
claude-opus-4-8；只有困難規劃或高風險修改才用/effort xhigh。 - 先讓 Claude 探索，並列出它看到的檔案、命令和風險。
- 要求它寫計畫，並指定唯一驗證命令，例如
npm test、pytest或 build。 - 中型任務設定
/goal tests pass and build is clean。 - 大型任務要求 workflow，但確認 scope 後再讓它 fan out。
- 最後跑
/code-review high，再跑/simplify，然後自己檢查 diff。 - 收尾看
/usage，判斷這套成本是否值得常態化。
核心心態很簡單：Claude Code 最適合被當成一個初級工程團隊來管理，而不是 autocomplete。給它上下文、隔離環境、 可衡量的完成條件和 review gate。最近更新讓這套模式更強，但也讓成本與安全邊界更重要。