DeepSeek 對話長度上限：這是 1M token 的單次對話牆，不是每日額度，用交接摘要就能繼續

DeepSeek 出現「Length limit reached」該怎麼辦？

寫滿的 DeepSeek 對話通常還能再做最後一件事：替自己寫交接摘要。DeepSeek 沒有可以延長對話的按鈕，所以出路是開一個新對話，把工作帶過去。大約只要一分鐘：

1. 在舊對話裡，編輯你最近的一則訊息，換成下方的交接提示詞。編輯會把對話串截回那則訊息，請求就可能再次放得下。DeepSeek 沒有公開說明這點，而且有使用者回報自 2026 年 5 月 29 日起編輯次數上限約為六次，所以請選接近結尾的訊息。
2. 如果編輯也被拒絕，就手動複製你需要的內容：最新的草稿或程式碼、你的規則、已做的決定。用同一個提示詞把它們貼進新對話。
3. 複製 DeepSeek 寫出的交接摘要。
4. 以相同模式（Expert 或 Instant）開一個新對話，貼上下方的開場白，並把交接摘要放在它下面，在提出任何新需求之前，先讀它的三行回覆。

```text

This conversation is moving to a new chat that cannot see it. Write a handoff I can paste in as the first message, under 800 words, with these parts:

1. Goal: what we are making or deciding, in two sentences.
2. Latest version: the current draft or code, quoted in full if it is under 300 words, otherwise its outline with every heading or function name.
3. Decisions: one line each, with the reason.
4. Ruled out: what we tried or rejected, and why.
5. My rules: tone, format, length, language, and any names or numbers I asked for.
6. Facts to keep exactly: figures, dates, file names, links.
7. The next step and any open questions.

Add nothing we did not discuss. Mark anything you are unsure of with [check].

```

```text

Below is a handoff from a DeepSeek chat that hit its length limit. Read it, then reply in three lines only: the goal, the rules you will follow, and the next step. Wait for my go before doing anything else.

[paste the handoff here]

```

這個提示詞有兩個部分最關鍵。最新版本要整段引用，而不是摘要，因為你草稿的摘要就是另一份草稿。另外「已排除」清單也會一起帶過去，新對話並不知道某個想法已經失敗過。行不通的做法是把整份舊逐字稿貼過去。2026 年 10 月，一位 V2EX 使用者的 DeepSeek 網頁對話在 243 輪後結束，他試著把舊對話的分享連結餵給新對話。頁面是延遲載入，新對話根本沒讀完，而他也預期完整歷史紀錄反正會再次爆掉。他說對了。完整逐字稿的大小，和剛剛塞滿的那個對話一模一樣。

DeepSeek 對話在觸及長度上限前能有多長？

截至 2026 年 10 月，一個 DeepSeek 對話可容納 1M token。DeepSeek 在 2026 年 4 月 24 日的 V4 發表說明用一句話交代：「1M context is now the default across all official DeepSeek services.」2026 年 10 月 18 日查閱的 API 定價頁，對兩個現行模型都列出 1M 的上下文長度。App 的 Expert 模式使用 DeepSeek V4 Pro，其 0813 版本在 2026 年 8 月 13 日上線 App 和網頁版，DeepSeek V4.1 Flash 1017 則在 10 月 17 日取代了 App 的 Flash 模型。ChatGPT Free 的 Instant 視窗，在 OpenAI 定價表上是 27K token（2026 年 10 月 13 日的存檔）。免費的 DeepSeek 對話，容量和 Claude 付費方案一樣大。

換算成字元，這已經是很大的輸入量。DeepSeek 的 token 用量頁面寫著「1 English character ≈ 0.3 token」和「1 Chinese character ≈ 0.6 token」。照這個算法，一個寫滿的對話約容納 330 萬個英文字元，或約 170 萬個中文字元。DeepSeek 也補充這個比例會因模型而異，所以兩個數字都只是估算。很少有人會在一個對話串裡打這麼多字。這面牆通常來自貼上或附加的內容，後面幾節會談到。

視窗也成長得很快，這就是各種指南對數字說法不一的原因。下表每一列都是該模型發表時列出的視窗，來源標在該列：

所以寫 64K 的頁面講的是 R1，寫 128K 的講的是 V3 時代。兩者都曾經是對的。但對 2026 年 4 月之後開的對話，兩者都不對。

DeepSeek 的長度上限是每日上限嗎？

不是。DeepSeek 的長度上限計算的是單一對話的大小，而不是你今天用了多少，所以新對話馬上就能用，對舊對話等待也沒有用。DeepSeek 的 App 會出現三種不同的牆，只有一種跟長度有關。下方長度訊息的英文原文，引自 2026 年 6 月 22 日一則 Better DeepSeek issue 標題，中文則引自 2026 年 6 月 12 日的 DeepSeek-V3 錯誤回報。繁忙訊息的中文，則是 2026 年 5 月 8 日當機期間 鳳凰科技所引用的版本。

DeepSeek 沒有公布重新生成和編輯的上限。這些數字是虎嗅和钛媒体在 2026 年 5 月 30 日（大家第一次碰到上限的隔天）彙整的使用者回報。兩家都引用了小紅書帳號「白墙」，稱其為半官方帳號，該帳號建議等待 15 到 30 分鐘，並警告快速連點可能讓封鎖持續更久。繁忙訊息是另一回事，那是 DeepSeek 因流量過高而回傳的 HTTP 503，DeepSeek 伺服器繁忙談了它的尖峰時段。

DeepSeek 對長度訊息也沒有任何說明。六月那份錯誤回報抱怨通知毫無預警地出現，公司沒有人回應，機器人在 2026 年 8 月 11 日以逾期為由將它關閉。

為什麼 DeepSeek 對話這麼快就碰到長度上限？

DeepSeek 對話會被塞滿，是因為每一輪都要把整個對話串重新帶一遍。DeepSeek 的多輪對話指南稱其對話 API 是「stateless」，並寫道「the user must concatenate all previous conversation history and pass it to the chat API with each request.」建立在這個 API 上的聊天 App 會替你做同樣的事。所以你得到的每一則回覆，都會變成下一輪必須攜帶的內容。

貼上的文件和程式碼塞得最快。附加的檔案不是免費的空間，因為模型只能根據已讀進同一個視窗的文字來回答。一再要求把長草稿整份重寫，每次回覆都會疊上一份完整的副本。使用者回報碰到牆的時間點差很多。Better DeepSeek 擴充功能的一位使用者，在 2026 年 6 月聊了大約一小時就碰到。前面提到的 V2EX 使用者則撐到 243 輪。

思考所佔的空間，比好幾篇排名指南宣稱的少。DeepSeek 的思考模式指南說，在沒有工具的請求中，「the CoT content from previous turns will not be concatenated into the context in the next turn.」開啟工具時，則表示之前每一輪的推理都必須傳回去。搜尋就是一種工具。DeepSeek 沒有說明 App 在開啟搜尋時遵循哪一條規則，所以開了搜尋的長對話，可能比單純對話更快塞滿。

Better DeepSeek 的維護者在 2026 年 6 月於 GitHub 上把這個限制講得很直白：「Like all LLMs, DeepSeek has a context window limit, and it's not something we can solve on the extension side.」DeepSeek 不會顯示對話已用多滿的計量表。有效的習慣是一個任務一個對話，對話串進行好幾個小時後就寫一份交接摘要。別等到撞牆才處理。

能用更大的視窗繞過 DeepSeek 的長度上限嗎？

不能。不論 DeepSeek 的 API，還是 OpenRouter 上的任何供應商，賣的 DeepSeek 視窗都不會比免費 App 已有的更大。2026 年 10 月 18 日，OpenRouter 的模型列表有 16 個 DeepSeek 模型，由 41 家供應商透過 162 個端點提供，DeepSeek 本身也在其中。沒有任何一個端點的上下文超過 1,048,576 token，好幾個還更少。DeepSeek API 同樣是 1M。所以 API 買到的是掌控權，不是空間。

掌控權仍然重要。用 API 時歷史紀錄由你自己送，所以你可以丟掉舊的輪次、在最上面保留滾動摘要，也不用付費重複帶同一筆搜尋結果。依 DeepSeek 定價頁，單次回覆最多可達 384K token 的輸出。截至 2026 年 10 月 18 日，V4.1 Flash 的輸入費用是每百萬 token 離峰 $0.15、尖峰 $0.30，輸出則是每百萬 token $0.60 或 $1.20。尖峰時段是平日 UTC 的 01:00 到 04:00 和 06:00 到 10:00。

其他 App 提供相同大小的視窗，但在邊界上的行為不同。Claude 說明中心列出其最新模型在付費方案為 1M token，Google 的 Gemini 限制頁面則列出 Google AI Pro 和 Ultra 為 100 萬，兩者都是在 2026 年 10 月 18 日查閱。Claude 替你處理邊界：當對話接近上限時，「Claude summarizes earlier messages to continue the conversation seamlessly」，前提是程式碼執行功能已開啟。這就是上面那套交接摘要，只是自動完成。Claude 對話太長說明了那時會發生什麼事，上下文視窗比較則逐一列出各模型的視窗。

發布本頁的 Whizi 走的是相反的取捨。它完全不會顯示長度上限訊息。每個模型（包含 Pro 上的 DeepSeek V4.1 Flash）每輪都有 40,000 個輸入 token 的額度，超過的對話會被默默裁剪到合適大小，不會另行通知。這比 DeepSeek 的 1M 小很多，所以處理單一巨型文件會吃虧，但適合一連串較短的任務。Pro 是每月 $29.99，含 2,500 點數，V4.1 Flash 每則訊息 1 點（每個 DeepSeek 項目都是 1 或 2 點，見在 Whizi 使用 DeepSeek）。如果你更在意對話存放在哪裡而不是空間大小，DeepSeek 安全嗎比較了兩家的隱私政策。