這個設計讓我想到 RAG 裡 selective retrieval 的 tradeoff。 Playwright snapshot 從 56KB 壓到 299B，中間被過濾掉的資訊呢？如果 bug 剛好藏在那個被壓縮掉的部分，Claude 怎麼知道要回頭要更多細節？sandbox 的資料保留機制好奇是怎麼設計的。

我不寫 code，但這個問題我懂——session 斷掉的感覺很像你跟一個編輯聊到一半，對方突然說「欸我忘了我們剛才在討論什麼」。 想問一下，這個方法對寫作類的場景有沒有用？我最近在試著用 Claude 跑比較長的文案改稿流程，context 也是最大的痛點。

想請問一個實作上的問題，當 context window 快滿的時候，有沒有辦法在 code 裡偵測到「快要爆了」然後提前做處理？還是只能靠 token count 自己算？ 因為我現在做的功能是要維持一個長對話，但不知道該在哪個時間點主動截斷，或者讓 context-mode 接手… 感覺直接讓它爆掉再 fallback 有點怪 😅