上下文用尽后会摘要再继续
Cursor CLI v2026.10.08：会话碰到上下文上限时会摘要并继续，不再卡死。摘要之后仍逐字保留你最近的一条请求。调试模式不再在摘要之后把这一轮判失败。中断期间排队消息上的图片，会在下一轮送出。说明没有写摘要保留哪些更早的工具结果。
上下文顶满之后，会话以前会停住。Cursor CLI v2026.10.08 改成摘要然后继续。cursor cli 上下文满了继续 还包括：摘要之后，你最近的一条请求按原文保留，不是改写成一句提示。
逐字保留的是最近一条，不是整段历史
日志写的是 latest request，词是 word for word。更早的工具结果、更早的要求，没有承诺原样留下。摘要必然丢掉一些前文。你若依赖十轮以前的原句，不要用「会继续」理解成全文还在。
调试模式不再在对话被摘要之后把这一轮判失败。这是同一条修复里的第二句。调试开关开着、摘要一发生就失败，对的是修复前。升级后调试仍可能因别的原因失败，日志没有写那些原因消失。
中断期间排进队列的消息若带了图片，下一轮会把图片送出。这是第三句。不带图片的排队文字，日志没有单独承诺。图片在中断前已经发送成功的，也不在这句里。
卡死和摘要失败不是同一句
v2026.10.08 的主语是「碰到上下文上限」。更早的 CLI 说明写过：摘要失败或你在摘要时按停止，会留下先前的对话，而不是换成一份空的摘要。那是摘要过程失败时的保留。这一版是上限到达后改为摘要并继续，免得卡死。两句可以同时成立：该摘要时去摘要，摘要本身失败时不要把历史换成空白。
写作日没有把一条 CLI 会话打满上下文。继续之后若模型明显忘了更早的约束，符合「只逐字保留最近一条」的写法，说明升级已经按这句工作，而不是没生效。
图片在下一轮送出，前提是它挂在中断期间排队的那条消息上。摘要过程中新贴的图，日志没有写。调试模式的失败若发生在摘要之前，也不在「摘要之后不再判失败」这句里。会话继续之后，费用仍按实际调用计算。摘要本身可能多一次模型调用，日志没有写这次摘要用哪个模型、是否计入同一条用量。不要把「不再卡死」理解成不消耗额度。