這樣用 Opus 4.7，才能發(fā)揮實(shí)力

How & Why

Opus 4.7 發(fā)了兩天，反饋褒貶不一

一部分人說手感不如 4.6，同樣的 prompt 跑出來感覺不對(duì)，長(zhǎng) session 里 token 燒得比以前兇。另一部分人，包括我自己，反而覺得這版比 4.6 更順，長(zhǎng)任務(wù)穩(wěn)，code review 更準(zhǔn)，做模糊調(diào)試不用手把手帶

Anthropic 顯然也看到了這個(gè)分化。4 月 15 日和 16 日連發(fā)兩篇 Claude Code 的使用指南，一篇講 Opus 4.7 的最佳實(shí)踐，一篇講 1M context 下的 session 管理。兩篇合起來正好回答了「為什么手感變了」和「怎么用才對(duì)」

我把兩篇整合起來講

Opus 4.7 各 effort 檔位在 agentic coding 上的表現(xiàn)

一、為什么手感變了

Anthropic 官方在最佳實(shí)踐那篇里，點(diǎn)了五條和 4.6 不同的地方。這五條合起來，就是「手感變了」的全部原因

第一條，tokenizer 換了

同樣一段文本，Opus 4.7 算出來的 token 數(shù)是 4.6 的 1 到 1.35 倍。如果之前按 token 用量做過預(yù)算或者 harness，現(xiàn)在會(huì)發(fā)現(xiàn)數(shù)字對(duì)不上。價(jià)格本身沒變，換了計(jì)數(shù)方式而已

第二條，默認(rèn) effort 檔位升到了 xhigh

Opus 4.7 引入了一個(gè)新檔位 xhigh，介于 high 和 max 之間。Claude Code 已經(jīng)把默認(rèn)檔位從原來的 high 自動(dòng)升到 xhigh，老用戶沒手動(dòng)設(shè)過的話，升級(jí)后會(huì)自動(dòng)切。Xhigh 比 high 想得多、token 用得多，所以會(huì)覺得「反應(yīng)變慢了」「token 燒得兇了」

第三條，高 effort 檔位下更傾向于多思考，尤其在長(zhǎng) session 后期

官方原文說，Opus 4.7 在 higher effort levels, especially on later turns in longer sessions 會(huì)主動(dòng)多想。長(zhǎng) session 里這一條會(huì)疊加 context rot 效應(yīng)，放大 token 波動(dòng)

第四條，三個(gè)默認(rèn)行為改了

→ 回答長(zhǎng)度按任務(wù)復(fù)雜度走。簡(jiǎn)單查詢更短，開放分析更長(zhǎng)。Opus 4.6 默認(rèn)偏啰嗦，4.7 收斂

→ 工具調(diào)用變少，推理變多。大多數(shù)場(chǎng)景結(jié)果更好，但習(xí)慣了 4.6 狂讀文件的用戶會(huì)覺得「怎么不主動(dòng)搜了」

→ Spawn subagent 變少。4.7 對(duì)是否委派給子 agent 更審慎

第五條，Extended Thinking 的固定 thinking budget 模式不支持了

換成了 adaptive thinking。每一步 thinking 是可選的，模型自己判斷要不要深入想。簡(jiǎn)單的問題直接答，沒必要想的跳過。官方說 overthinking 改善明顯

這五條加起來，如果 prompt 和 harness 原封不動(dòng)從 4.6 搬過來，就會(huì)感覺「手感不對(duì)」。事實(shí)上模型沒變?cè)悖皇悄J(rèn)變了

二、怎么用才能發(fā)揮最大實(shí)力

手感變了的部分，正好對(duì)應(yīng)新的使用方式。官方這兩篇博客其實(shí)分了兩個(gè)層面講，一是單次交互怎么寫 prompt，二是長(zhǎng) session 怎么管 context。下面按這兩個(gè)層面走

單次交互:把任務(wù)一次說清楚

官方第一條建議，也是整篇最重要的一條

把 Claude 當(dāng)有能力的工程師，不是結(jié)對(duì)編程的同伴

第一輪就給全 context。 意圖、約束、驗(yàn)收標(biāo)準(zhǔn)、相關(guān)文件位置，一次性說清。模糊的 prompt 分多輪漸進(jìn)給，token 效率和結(jié)果質(zhì)量都會(huì)掉

減少用戶交互輪數(shù)。 每一輪用戶消息都會(huì)增加 reasoning 開銷。問題批量問，該給的 context 一次給足

合適時(shí)用 auto mode。 Claude Code Max 用戶可以用研究預(yù)覽版的 auto mode,Shift+Tab 切換。長(zhǎng)任務(wù)且前期 context 給足的時(shí)候特別合適

任務(wù)完成時(shí)加通知。 可以讓 Claude 在任務(wù)結(jié)束時(shí)播放一個(gè)聲音，它會(huì)用 hook 機(jī)制自己創(chuàng)建通知

Effort 五檔怎么選

官方給的建議

low / medium成本或延遲敏感、任務(wù)范圍清楚的時(shí)候用。硬任務(wù)上會(huì)弱一些，但同檔位下比 Opus 4.6 強(qiáng)

high平衡智能和成本。多 session 并發(fā)或者想省錢時(shí)用

xhigh(默認(rèn))大部分編碼和 agent 任務(wù)的最佳檔位。智能和自主性接近 max，但不會(huì)像 max 那樣在長(zhǎng) agent 跑動(dòng)時(shí) token 失控

max真正困難的問題才用，邊際收益遞減，而且容易過度思考。適合跑 eval 測(cè)模型上限，或者極端 intelligence-sensitive 的場(chǎng)景

官方特別提醒，不要把 4.6 的檔位原封不動(dòng)搬過來。同一個(gè)任務(wù)里也可以手動(dòng)切檔位管 token

Adaptive thinking 怎么引導(dǎo)

固定預(yù)算不再支持之后，想控制 thinking 頻率只能在 prompt 里寫

→想多想Think carefully and step-by-step before responding. This problem is harder than it looks.

→想少想Prioritize responding quickly rather than thinking deeply. When in doubt, respond directly.

需要更多工具調(diào)用或 subagent 時(shí)怎么寫

Opus 4.7 默認(rèn)調(diào)工具少、spawn subagent 少，如果場(chǎng)景需要更激進(jìn)地讀文件、搜索、或者并行處理，必須在 prompt 里明確寫清楚什么時(shí)候用、為什么用

官方給的 subagent 示范 prompt 是這樣

不要為單輪就能完成的工作 spawn subagent(比如改一個(gè)已經(jīng)看到的函數(shù))。扇出多個(gè)文件或獨(dú)立項(xiàng)時(shí)，在同一輪里 spawn 多個(gè) subagent

官方還提醒一件事，用正面例子(想要什么樣的)比 don't do this 這種負(fù)面指示更管用

長(zhǎng) session:1M context 不等于省心

Opus 4.7 的長(zhǎng)任務(wù)能力提升了，1M context window 也擴(kuò)出來了。但這兩件事疊加的結(jié)果，是用戶在 session 管理上的差異變得比以前更大

有人一直開著一兩個(gè) session，有人每條 prompt 都開新的。什么時(shí)候 /compact、什么時(shí)候 /clear、什么時(shí)候 /rewind、什么時(shí)候上 subagent，這一塊是 4.7 之后最值得重新理一遍的

先把三個(gè)概念對(duì)齊

context window 是模型一次能看到的全部

Context window: 模型生成下一條回答時(shí)能看到的全部?jī)?nèi)容。系統(tǒng) prompt、對(duì)話歷史、每個(gè)工具調(diào)用和輸出、每個(gè)讀過的文件，都算進(jìn)去。Claude Code 的 context window 是 100 萬(wàn) token

Context rot: 模型表現(xiàn)會(huì)隨 context 變大而下降。原因是 attention 被攤薄，老的無關(guān)內(nèi)容開始干擾當(dāng)前任務(wù)

Compaction: context 快到上限時(shí)，Claude Code 會(huì)自動(dòng)把已完成的任務(wù)總結(jié)成一段描述，然后在新 context window 里接著做。也可以手動(dòng)觸發(fā)

Compaction 把舊內(nèi)容壓縮成摘要，騰出空間繼續(xù)

每一輪交互都是一個(gè)分叉點(diǎn)

Claude 剛做完一件事，context 里留下了工具調(diào)用、工具輸出、你的指令。下一步的選擇其實(shí)不止「繼續(xù)」一個(gè)

官方給了五個(gè)選項(xiàng)

Continue同 session 發(fā)下一條消息

/rewind(連按兩下 Esc)跳回之前某條消息，從那里重新 prompt。之后的消息全部從 context 里丟掉

/clear開新 session，通常帶一段自己總結(jié)好的簡(jiǎn)要

Compact總結(jié)當(dāng)前 session，在總結(jié)之上繼續(xù)

Subagents把下一段工作委派給一個(gè)獨(dú)立 context 的 agent，只把最終結(jié)果拉回來

最自然的是 continue，另外四個(gè)都是為了管 context

每一輪之后，有五條路可以走

開新 session 的判斷

基本原則:開新任務(wù)時(shí)，也開新 session

1M context 讓長(zhǎng)任務(wù)更穩(wěn)，比如從零搭一個(gè)全棧應(yīng)用，現(xiàn)在能在一個(gè) session 里完成。但 context rot 依然存在

有些相關(guān)任務(wù)，比如剛實(shí)現(xiàn)一個(gè) feature 之后寫文檔，開新 session 的話 Claude 要重新讀這些文件，慢且貴。這種情況留在舊 session 更合適

Rewind 比 Correct 好

這是整套里最反直覺的一條

Claude 讀了五個(gè)文件，試了一種方法不 work。大多數(shù)人的直覺是接著打「剛才那個(gè)不行，試試 X」。但更好的做法是 rewind 回文件讀取之后那一步，帶著學(xué)到的東西重新 prompt，類似「別用 A 方案，foo 模塊沒這個(gè)接口，直接用 B」

文件讀取的成果保留下來，失敗的嘗試從 context 里清掉。context 里只剩有用的東西

還有一個(gè)用法是 summarize from here 或 /rewind，讓 Claude 自己寫一段 handoff 消息，類似給上一個(gè)版本的自己留個(gè)紙條

Rewind 跳回早前某條消息，帶著學(xué)到的東西重來

Compact 和 /clear 不是一回事

Session 變長(zhǎng)之后，想卸掉陳舊 context，有兩種辦法。/compact 和 /clear，用起來感覺相似，實(shí)際差別很大

Compact 讓模型自己總結(jié)，然后用總結(jié)替換對(duì)話歷史。有損，但不用自己動(dòng)手，Claude 可能還更周全地把重要學(xué)習(xí)和文件都留住?？梢杂弥噶钜龑?dǎo)，比如 /compact focus on the auth refactor, drop the test debugging

/clear 是自己寫下什么重要?！肝覀?cè)谥貥?gòu) auth middleware，約束是 X，重要文件是 A 和 B，方案 Y 已經(jīng)排除」這種。工作量大一些，但留下的 context 完全由你決定

Compact 把對(duì)話壓成摘要，/clear 直接開新局

官方還點(diǎn)了一個(gè)壞 autocompact 的常見場(chǎng)景:模型預(yù)測(cè)不出你下一步要干什么的時(shí)候

比如長(zhǎng) debug session 之后 autocompact 觸發(fā)，總結(jié)了整個(gè)調(diào)試過程。你下一條消息是「那現(xiàn)在修一下 bar.ts 里另一個(gè) warning」。但 session 專注在 debug 上，那個(gè) warning 可能根本沒被總結(jié)進(jìn)來

更棘手的是 context rot 下，模型在 compact 的那一刻，恰好是最不聰明的時(shí)候。1M context 多出來的余地，正好可以用來提前主動(dòng) /compact，用一段描述告訴 Claude 接下來要做什么

Subagent 的判斷標(biāo)準(zhǔn)

Subagent 適合的場(chǎng)景:提前就知道這段工作會(huì)產(chǎn)生大量中間輸出，但之后用不到

Claude 通過 Agent 工具 spawn subagent，子 agent 自己有一個(gè)新的 context window，能做多少做多少，最后把結(jié)果綜合成一段 report 發(fā)回父 session

Anthropic 內(nèi)部用一句話來判斷

我還會(huì)再用到這個(gè)工具輸出嗎，還是只要結(jié)論就夠?

Claude Code 會(huì)自動(dòng)調(diào) subagent，也可以主動(dòng)要求。官方給了三個(gè)示范 prompt

→Spin up a subagent to verify the result of this work based on the following spec file

→Spin off a subagent to read through this other codebase and summarize how it implemented the auth flow, then implement it yourself in the same way

→Spin off a subagent to write the docs on this feature based on my git changes

Subagent 擁有獨(dú)立 context，只把結(jié)果返回父 session

一張實(shí)用對(duì)照表

官方在文末給了一張表，把情境、選項(xiàng)、原因?qū)?yīng)起來

同一任務(wù)，context 仍然相關(guān)選 Continue。窗口里的內(nèi)容都在起作用，沒必要重建

Claude 走錯(cuò)路了選 Rewind(連按兩下 Esc)。保留有用的文件讀取，丟掉失敗嘗試，帶著學(xué)到的東西重新 prompt

任務(wù)還沒完，但 session 被陳舊的調(diào)試填滿選 /compact 。成本低，Claude 判斷什么重要，必要時(shí)用指令引導(dǎo)

開始一個(gè)真正的新任務(wù)選 /clear。零 rot，延續(xù)什么完全由你決定

下一步會(huì)產(chǎn)生大量輸出但只需要結(jié)論選 Subagent。中間工具噪音留在子 context，只有結(jié)果返回

回到開頭那個(gè)分化

說手感變了的朋友沒感覺錯(cuò)，默認(rèn)行為確實(shí)調(diào)了不少。說更好用的朋友(包括我)也沒夸張。4.7 的新默認(rèn)剛好貼合自己的用法

Opus 4.7 更聰明、更克制，Claude Code 的默認(rèn)也調(diào)得更激進(jìn)。想讓它好用，第一輪把任務(wù)說清楚，effort 留在 xhigh，長(zhǎng)會(huì)話里主動(dòng)管 context，該 rewind 就 rewind，該 subagent 就 subagent

比以前要多操一點(diǎn)心，但一旦上道，結(jié)果會(huì)更好

兩篇原文都來自 Anthropic 官方博客

→ Best practices:claude.com/blog/best-practices-for-using-claude-opus-4-7-with-claude-code

→ Session management:claude.com/blog/using-claude-code-session-management-and-1m-context