Claude 對話太長？為什麼 1M token 的對話還是會滿，以及 5 種解法

Claude 對話太長要怎麼解決？

共有五種解法：開啟讓 Claude 摘要的設定、交接到新對話、把工作放在專案（Project）裡、拆分大型檔案，以及用 1M 模型開始長時間的工作。前兩種大約只要兩分鐘：

1. 開啟「設定」（Settings），再進入「功能」（Capabilities），若「程式碼執行與檔案建立」（Code execution and file creation）是關閉的就把它打開。Anthropic 在 Free、Pro 和 Max 方案預設開啟（Team 與 Enterprise 則由擁有者在組織設定中控制）。在付費方案上，Claude 自動摘要長對話的功能必須在它開啟時才會運作。
2. 如果舊對話還能回應，就貼上下方的交接提示詞，並下載 Claude 儲存的 handoff.md 檔案。
3. 用 1M token 的模型開啟新對話，如果工作屬於某個專案，就在該專案內開啟。附上 handoff.md，或把它加入專案知識庫，讓專案內的每個對話都能讀取。
4. 貼上下方的開場提示詞，並在提出新要求前先看 Claude 的三行回覆。

```text

We're moving this work to a new chat that can't see this one. Write a handoff document and save it as a Markdown file called handoff.md. Keep it under 800 words, with these headings:

1. Goal: what we're making or deciding, in two sentences.
2. Latest version: the current draft or code in full if it's under 300 words, otherwise its outline with every heading.
3. Decisions: one line each, with the reason.
4. Dead ends: what we tried or ruled out, and why, so it isn't suggested again.
5. Rules: every instruction I gave on tone, format, length, names and numbers.
6. Facts: every number, name, date and file name we rely on, exactly as written.
7. The next step, and any open questions.

Add nothing we didn't discuss. Mark anything you're unsure of with [check].

```

```text

handoff.md is a summary of an earlier chat that ran out of room. Read it, then reply in three lines only: the goal, the rules you'll follow, and the next step. Wait for my go before you start.

```

檔案比摘要更重要。以文字貼上的交接內容只存在於一個對話中；儲存到專案知識庫的交接檔，則每個新對話都讀得到，而且你可以隨著工作進展編輯它。

如果舊對話連一則訊息都不收了呢？在付費方案中，開啟新對話，請 Claude 依專案名稱搜尋你過去的對話。Anthropic 說明中心表示，只要在「設定」的「記憶」下開啟「搜尋並參考對話」，你就可以提示 Claude「搜尋你先前的對話」。在專案內，這項搜尋只會在該專案範圍內進行。在 Free 方案中，請手動複製最後幾份好的輸出，或從「設定」、「隱私」、「匯出資料」申請你的資料。寄到信箱的連結在收到後 24 小時失效。

Claude 的「太長」訊息是什麼意思？

這些訊息的各種版本意思都一樣：這個對話加上你正要送出的內容，已經超過模型的上下文視窗。等待並不會解決它。這是大小限制，不是每五小時重置的使用上限，後者請見 Claude usage limit reached。

第一則訊息是 Anthropic 有文件說明的。它的錯誤訊息頁面建議四種出路：把內容分成較小的部分傳送、摘要或擷取重點段落、先請 Claude 找出相關部分，或開啟新對話。它甚至可能在對話的第一則訊息就出現，因為夠大的上傳檔案本身就能塞滿視窗。

Claude 的對話可以多長？

根據 2026 年 10 月 11 日查閱的 Claude 上下文視窗頁面，在所有付費方案中，Claude 對話在最新模型上可容納 1M token，上一代為 500K，其餘為 200K。Anthropic 表示 200K「約等於 500 頁或更多的文字」。依此比例，1M 的對話約可容納 2,500 頁。

從 Pro 升級到 Max 並不會讓對話變長。視窗屬於模型，而 Anthropic 對所有付費方案列出的視窗大小都相同。Max 買到的是更多使用量，不是更多空間。Free 方案沒有公布數字。而且你也永遠無法把整個視窗都用來放自己的文字。Anthropic 的使用與長度頁面寫道：「A portion of the context window is always reserved for Claude's response」，所以實際最長的對話會比表中的數字略短一些。

是什麼讓 Claude 對話這麼快就滿了？

檔案比打字更快填滿 Claude 的對話。Anthropic 的 PDF 文件指出，依內容密度不同，每頁 PDF 的文字「typically uses 1,500 to 3,000 tokens」。所以一份密集的 100 頁報告，在你提問之前就可能佔掉 300,000 token，比整個 200K 的對話能容納的還多。1M 的對話大約在 333 頁這樣的內容時就會滿。

100 頁以內的 PDF 除了文字，也會帶入圖片。Claude 的檔案上傳頁面說，Claude 會分析其中的「both text and visual elements」。Anthropic 只在 API 說明了 token 成本，其中每一頁也會以圖片計價，因此預期一份短 PDF 佔用的空間會比純文字更多。超過 100 頁時，Claude 只讀取文字，最多 1,000 頁。以每頁 3,000 token 計算，1,000 頁的 PDF 可達 3M token，沒有任何 Claude 對話視窗能完整容納。

圖片也是同樣的累積方式。Anthropic 的視覺文件指出，在近期的模型上，一張 1000 x 1000 像素的圖片約為 1,296 token，一張 4K 螢幕截圖約為 4,784 token。Claude 每則訊息最多接受 20 張圖片，所以一則附滿大型螢幕截圖的訊息可能耗掉約 96,000 token。

還有四件較不起眼的事每一輪都在佔空間。專案知識庫會在專案內的每個對話中被當作上下文讀取，直到大到讓 Claude 改用檢索為止。工具與連接器自帶說明，Anthropic 警告「Tools and connectors are token-intensive」。延伸思考與較高的努力程度，每次回覆會用掉更多 token。而且 Claude 每次都會重讀整段歷史，所以第 50 則訊息要帶著前面的 49 則。

大型檔案在放進去之前先拆分。送出你需要的 20 頁，而不是 300 頁的手冊，或是先請 Claude 列出相關章節，再只附上那些章節。在不需要的對話中，關閉連接器與網頁搜尋。

Claude 現在會自動壓縮長對話嗎？

會，在付費方案上。根據 Anthropic 的版本說明，自 2025 年 11 月 24 日起，當對話接近上下文上限時，Claude 會摘要較早的訊息並繼續進行。使用與長度限制頁面是這樣說的：「When your conversation approaches the context window limit, Claude summarizes earlier messages to make room for new content.」你的完整歷史仍保留在對話中，Claude 仍可回頭參照。運作時，你可能會看到 Claude 在「整理思緒」。

有三個但書。Anthropic 的錯誤訊息頁面將它限定於「users on paid plans with code execution enabled」，所以 Free 對話，或關閉程式碼執行的對話，仍可能撞牆。Anthropic 表示，像是第一則訊息特別大這類罕見的邊緣情況，仍可能碰到上限。而且摘要是有代價的：「Longer conversations that trigger automatic context management consume more of your usage limit.」這就是為什麼一個長對話可能比好幾個短對話更快耗盡 Pro 的一個時段額度。

摘要也會損失細節。Claude Code 的文件對自己的壓縮也有同樣說法：「detailed instructions from early in the conversation may be lost」。必須保留的規則（語氣、格式、名稱）請放在專案指示中，不要放在長對話的第 3 則訊息裡。

ChatGPT 的做法不同。它會中止對話串並要求你開新對話，詳見 ChatGPT conversation too long，這讓 Claude 的自動摘要成為兩者之間較大的實際差異。

在 Claude Code 中，壓縮會自動執行，你也可以引導它。執行 /compact 並指定重點，例如「/compact focus on the API changes」，執行 /context 查看什麼佔用了空間，並把永久規則放進 CLAUDE.md。如果 /compact 失敗並顯示「Conversation too long」，依錯誤訊息所說，按兩次 Esc 往回退幾則訊息，再從那裡壓縮。

如何避免長期的 Claude 專案空間不足？

把參考資料放進 Claude 專案，並在專案內每個任務開一個對話。在付費方案中，當專案知識庫接近上下文上限時，Claude 會改用檢索，只拉進相關的部分。Anthropic 的 RAG for Projects 頁面說，這讓你可以「store up to 10x more content」。專案檔案每個上限為 30MB，而附加在對話中的檔案為 500MB。

專案指示要簡短，因為它們每一輪都會一起帶入。用完的檔案就移除。當新對話需要舊對話的內容時，請 Claude 搜尋專案過去的對話，而不是把歷史貼回來。

要進行單一長對話，請從 1M 模型開始。在 200K 模型上的對話，填滿的速度是同樣對話在 1M 的 Claude Opus 或 Claude Sonnet 上的五倍快。不過空間不等於記得住。What is a context window 說明為什麼模型會漏掉埋在長輸入中間的事實，而 context window comparison 則逐一列出各家廠商各模型的視窗大小。

發布本頁的 Whizi 可在瀏覽器中匯入 Claude 匯出檔，並讓每則訊息都可搜尋，所以你無法再繼續的舊對話仍然很容易挖掘。它會略過思考區塊、工具呼叫和附件。它不會讓長對話多出空間：每個 Whizi 模型每一輪有 40,000 個輸入 token，較舊的歷史會被悄悄修剪。對於一個超大的對話，Claude 自己的 1M 視窗加上自動摘要是更好的工具。