同一場對話開到第三個小時,它開始忘記你兩小時前講過的規矩,回答也變得囉唆。這時候你會做什麼?
我以前只有一招:清空重來。重來很乾淨,代價是那兩小時裡談出來的判斷、否決過的方案、講好的規矩,全部要重講一次。而且重講的時候你只會記得結論,記不得那些「我們試過,不行」的路。
現在有三種收法,選錯的代價不一樣。
狀況 收法 換題目了,前面完全用不到 清空重來 同一件事但前半段太雜 摘要掉前半段 剛剛那幾步走歪了 還原到那個點
三種收法
第一種是清空。適合真的換題目:早上在寫企劃,下午要處理報價,兩件事沒有關係。2026 年 6 月起多了一個保險,清空之後如果發現還是需要前一場的內容,還原選單最上面可以回到前一場對話,不用重開。
第二種是摘要,這是多數人不知道的那個。還原選單裡有五個選項:還原程式碼和對話、只還原對話、只還原程式碼,加上兩種摘要——把某個點「之前」的壓掉,或把某個點「之後」的壓掉。前者用在同一件事講太久、前半段已經沒有參考價值;後者用在你想退回某個分岔點,把之後那段亂跑的過程收掉。
摘要有個細節值得知道:被壓掉的原始訊息還留在紀錄裡,只是不再佔用視窗。你還可以在壓縮時補一句話,告訴它摘要要保留哪個重點。
第三種是還原。走歪了三步,退回去重講,程式碼和對話一起倒回。它的限制前面談過:指令刪掉的檔案、子代理改的東西,它救不回來。
收之前先留下什麼
不管哪一種收法,都會丟掉東西。差別只在你有沒有先把該留的挑出來。
我的習慣是收之前先讓它輸出一份交接單:現在的目標、已經定案的決定、試過但行不通的路和原因、還沒解決的問題。最後那一項最常被漏掉,但它最貴——沒有它,下一場對話會興高采烈地把你已經否決過的方案再提一次。
這件事跟視窗大小無關。視窗一百萬字也一樣要收,因為東西越多、每一條分到的注意力越少。收的目的從來不是省錢,是讓重要的那幾條被看見。
動手做
先認識選單。輸入框空白時連按兩下 Esc,或打 /rewind,把五個選項看一遍,記住哪一個是「摘要到這裡」。
長對話要收之前,先貼這段,把該留的撈出來:
我們要結束這一段對話了。請輸出一份交接單,只用條列,不要客套: 1. 目標:這件事最後要交出什麼,一句話。 2. 已定案:我們談過並且確定的決定,每條附一句理由。 3. 死路:試過但行不通的方向,以及為什麼不行——這一項請寫完整, 下一場對話的人不知道我們試過。 4. 未決:還沒決定的問題,以及各自卡在哪裡。 5. 下一步:具體到可以直接開始做的第一個動作。 不要複述過程,不要總結我的個性或工作方式。
拿到交接單之後再決定收法:換題目就清空,同一件事就摘要前半段。
做對了的樣子:你不再只會清空這一招;收之前會先撈出死路和未決;你知道摘要掉的東西還在紀錄裡;一場對話開了半天之後,你會主動看一眼視窗被什麼佔走,而不是等它變鈍。
站內延伸
- 為什麼視窗變大還是要精簡 → 視窗一百萬字、快取變便宜,為什麼還要精簡
- 交接單要寫哪幾格 → 整段對話貼過去,它為什麼反而接不住
- 長文摘要的做法 → 找方法AI 長文摘要
來源: Claude Code:Checkpointing(/rewind 與雙擊 Esc、五個選單選項、摘要後原始訊息保留在紀錄、可補充摘要指示);Claude Code:週報 2026-w20(「摘要到這裡」壓縮先前脈絡);Claude Code:週報 2026-w26(清空之後可回到前一場對話)。
長對話變鈍不是只有清空一招:換題目就清空,同一件事太雜就摘要掉前半段,走歪了就還原到分岔點。不管哪一種,收之前先撈一份交接單,尤其是「試過但行不通」那一欄。視窗再大都要收,因為東西越多,重要的那幾條越容易被蓋掉。
對話變鈍,
不是只有清空重來一招
什麼時候看這張:同一場對話開了三小時,它開始忘記你早上講過的規矩。
- 摘要掉的原始訊息還在紀錄裡,只是不佔視窗
- 清空之後還能回到前一場,不用重開
- 收之前先撈出死路,不然它會再提一次
第一個動作收掉長對話之前,先請它輸出一份交接單,尤其是試過但行不通的那一欄。輸入 /rewind 看五個選項。