這波公關確實拉滿了 DeepSeek 在宕機恢復後，向部分用戶發放服務補償，金額約為幾十至二百多不等，以使用量為基準。 這危機公關是懂用戶的。

演算法交易煉金術士的編年史🧙‍♂️： Deepseek 最近經常崩潰。 「我們目前正經歷……問題」 再加上： 不要在亞洲時段使用 Deepseek：成本高得多。 到目前為止，十月已出現「3 次問題」和無法使用的情況。 便宜又有效，但這些政治正確的 AI 網紅從來不會告訴你這些事…… $BTC 正為生存而戰，價格在 78k、71k 水平之間掙扎……

每次工具調用都需耗費模型一次往返。 獲取 GitHub 問題、解析它們、開啟 Linear 工單——這需要三次往返、三次上下文 dumped，而工具列表仍靜置在提示中。 OpenCode 2.0 這個開源編碼代理，已將 Code Mode 設為 MCP 的預設模式。該代理會撰寫一段簡短的 JavaScript 程式碼，一次性呼叫多個工具並處理結果，而非每次調用後都返回模型。 它還能在終端、桌面和網頁端對同一個本地服務進行操作，因此在終端啟動的會話可繼續在瀏覽器中進行。 關鍵在於分工：模型負責制定計畫，而執行框架則運行工具鏈，無需將每個中間結果都塞回上下文視窗。

連續七個月每天思考，全部儲存在單一 ChatGPT 對話中。 然後毫無預警地，提示輸入欄因錯誤而鎖定： 「已達到最大對話限制，請嘗試在新聊天中啟動此對話。」 大多數人認為持續的對話可以無限延伸，或當上下文填滿時，只需要求模型將所有內容濃縮成一份執行摘要。 這裡的陷阱是：你無法對已凍結的對話發出提示。 一旦超過對話上限，該會話即進入嚴格的唯讀模式。你的歷史記錄仍可在螢幕上查看，但你無法提交任何提示，要求模型生成交接文件、提取關鍵細節，或準備清晰的遷移說明。 分支無法解決底層的上下文負載，將舊對話連結至新聊天時，不可避免地會遺失細微細節，而從頭開始則迫使你手動篩選數月的原始文字。 如果你依賴長期運行的 AI 對話來進行核心專案，切勿等到硬性限制出現才行動。在輸入框仍可使用時，立即生成你的遷移摘要與狀態提示。