我用 /effort 控制 Claude 的思考深度，省了一半的等待時間

不是每個問題都需要 Claude 想十分鐘。對的問題配對的思考深度，才是真正有效率的用法。

這篇你會看到

• /effort 是什麼、三個等級分別做什麼
• 我在實際開發中怎麼搭配使用
• 哪些任務用 low 就夠了，哪些非 high 不可
• 省下的時間和資源明顯有感

為什麼會用到這個功能

我每天用 Claude Code 寫 OctoDock。有時候我只是要改一個變數名稱，但 Claude 會先花五分鐘「思考」整個架構要不要一起重構。我只是要改個名字而已。

後來我發現了 /effort 這個指令，它讓你告訴 Claude：「這件事不用想太多，直接做。」

三個等級怎麼選

Claude Code 的 /effort 有三個等級：

Low（○）：快速執行，不用多想。 改檔名、加一行註解、讀一個檔案內容、簡單的格式調整。這些任務不需要 Claude 「思考」，需要它「動手」。

Medium（◐）：預設值，大多數時候適用。 寫一個新功能、修一個中等複雜度的 bug、重構一個小模組。Claude 會花適當的時間思考，但不會過度分析。

High（●）：深度思考，適合複雜問題。 架構設計決策、跨多個檔案的重構、複雜的除錯。這時候你希望 Claude 把所有可能性都想過一遍。

我的實際用法

一天之中我會頻繁切換：

早上規劃今天要做什麼 → high，讓 Claude 幫我想清楚優先級和依賴關係。

開始寫功能 → medium，正常開發流程。

中間碰到一個只要改一行的小修正 → low，不用讓 Claude 重新分析整個檔案。

下午需要做一個跨模組的重構決策 → high。

要回到預設值的話，打 /effort auto 就行。

學到的事

💡 省的不只是時間，還有 token。 Low effort 回應更短、用的 token 更少。如果你用 Max 方案而且在意用量，這很有感。

💡 不確定的時候就用 medium。 不用每次都想該用哪個等級。預設的 medium 已經能處理大部分情境。只有當你明確知道「這件事很簡單」或「這件事很複雜」的時候才需要調。

💡 API 也有 effort 參數。 不只是 Claude Code，Claude API 現在也支援 effort 參數（已經正式版，不用 beta header）。如果你在建的產品有串接 Claude API，可以根據任務類型動態調整。

做不到什麼

❌ /effort 不能提升 Claude 的能力上限。 它控制的是「想多深」，不是「能不能做到」。一個 Claude 本來就做不到的任務，設 high 也一樣做不到。

❌ 不能細粒度控制。 只有三個等級，沒有「思考 30 秒就好」這種設定。之前有過 max 等級但已經移除了。