extended thinking 是什麼？該不該讓 Claude 先想再答

你有沒有遇過這種情況：問題有點難，模型卻急著給答案，結果答得漂亮但是錯的。extended thinking 就是為這種時刻設計的：讓 Claude 先想，再答。

有個比喻很貼切：extended thinking 就是 Claude 的「草稿紙」。它給的判斷準則出乎意料地務實：不是功能越強就越該開，而是讓評測數據替你決定。這篇先把觀念講清楚，下一篇再進實作。

先想再答：extended thinking 在做什麼

extended thinking 是 Claude 的進階推理功能：在生成最終回應之前，先給模型一段時間把複雜問題想過一遍。你可以把它想成 Claude 的草稿紙，而且這張草稿紙你看得到：推理是怎麼一步步走到答案的，攤在你面前。

這帶來兩層價值。一層是品質：有時間推理，困難問題的答案往往更準。另一層是透明：你能檢視思考過程，對除錯與建立信任都有幫助。

打個比方，這就像考場上的兩種學生：一種拿到題目直接寫答案，另一種先在計算紙上把步驟列一遍再謄寫。簡單的題目兩者差不多，但題目一難，先打草稿的那位通常穩得多。extended thinking 做的，就是把「先打草稿」變成模型的內建能力，而且草稿紙願意攤開給你看。

回應結構變了：thinking 區塊加最終答案

沒開 extended thinking 時，Claude 的回應就是一個單純的文字區塊。開啟之後，回應變成結構化的兩部分：先是一個 thinking 區塊裝著推理過程，接著才是裝最終答案的文字區塊。

對開發者來說，這代表回應處理的程式要跟著改：不能再假設「回應就是答案」，而要先辨認每個區塊的型別，把 thinking 與 text 分開取用。要不要把思考過程展示給使用者、還是只取最終答案，主導權在你手上。

好處與代價

extended thinking 不是免費升級，它是一組明確的交換：

這三組交換沒有標準答案，取決於你的應用對「答對」有多在乎。回答常見問題的客服機器人，多半不值得為每句話付出思考成本；但錯不起的任務，例如複雜文件的分析與推理，多花一點錢換準確度就很划算。

什麼時候該開？讓評測替你決定

判斷方式非常直接：用你的 prompt 評測來決定。先在不開思考的狀態下跑你的評測，如果你已經把 prompt 優化到位、準確度還是達不到要求，再考慮開啟 extended thinking。

這個準則背後的精神是：extended thinking 解決的是「推理不夠深」的問題，而實務上很多準確度不足，其實是 prompt 沒寫好。先把便宜的手段用完，才輪到貴的，順序不要反過來。這裡說的評測，指的是用一批有標準答案的測試題系統性地量測 prompt 表現，而不是憑幾次手動測試的印象。

signature 與 redacted thinking：兩個安全機制

thinking 區塊帶著一個 signature：加密性質的記號，用來確認思考文字沒有被動過手腳。這是為了防止開發者竄改模型的推理過程，因為改寫推理有可能把模型帶往不安全的方向。

另外，有時你會收到 redacted thinking 區塊：當思考過程被內部安全系統標記時，內容會以加密形式呈現，你讀不到內文。但別急著丟掉它，把完整訊息原樣傳回後續對話，Claude 依然保有完整的脈絡。你的程式應該把「收到讀不懂的思考區塊」當成正常情況來處理，而不是例外。

這兩個機制平常你不太會意識到它們的存在，但寫程式時要知道它們在，才不會誤踩。

觀念到這裡就齊了：extended thinking 是一個「用成本換推理品質」的開關，開不開由評測說了算。下一篇進實作：thinking budget 怎麼設、程式碼長什麼樣、跟 tool use 一起用時要注意什麼。