先保留现场：不要把四类停止混成“模型坏了”
OpeClaw 回复截断或输出中断，先保留停止时的可见提示、发生时间和最后一段文字。不要立刻连续点重试，因为新请求可能覆盖你对原始现象的判断。
先问四个问题：是否由你手动停止；是否出现超时或连接提示；是否出现与长度相关的提示；是否经过公司代理、网关或不稳定网络。具体 token 数字、模型上限和客户端控件名称均以当前模型说明与客户端可见提示为准。
如果界面明确显示 401 或 429，转到 API Key 与额度排查；如果显示代理、证书、网关或模型地址连接失败，转到代理与模型连接排查。本文只处理“内容已经开始生成，但中途停下”的归因。若还能继续聊、只是越聊越不记得前文，请改看上下文与会话管理专题。
- 记录停止时间与界面原话，不凭印象改写错误。
- 复制最后一个完整段落，标出中断位置。
- 确认是否点过停止、关闭窗口或切换会话。
- 先分流明确的 401/429 与代理连接错误。
- 同会话忘前文、新开会话无记忆：改看上下文与会话管理。
用户停止：先排除鼠标、快捷键和会话切换
如果你刚点过停止、按过可能终止生成的快捷键、关闭过窗口，或在生成中切换了会话，应先按用户停止处理。不要把主动操作后的短回答直接归因于 token 上限。
当前版本如何显示“已停止”、是否提供继续操作，以及按钮叫什么，都以客户端实际界面为准。本站不编造固定按钮名。
验证时用同一个短问题重新发起一次即可。若短回答稳定完成，而原任务在手动操作后停止，优先保留为用户停止结论；不要为验证而反复提交长任务。
超时与代理中断：看连接证据，不看回答长短
超时、代理中断和上游网关断开，都可能让回答停在半句，但“停在半句”本身不能证明是哪一种。应查看界面是否出现 timeout、connection reset、gateway、TLS 或请求失败一类提示，并与停止时间对齐。
如果只有公司网络、VPN 或代理开启时复现，或日志出现证书与代理连接线索，优先使用代理与模型连接专题。若错误信息不清楚，到日志诊断页按复现时间截取第一条相关错误。
明确的 401、invalid key、429 或 quota 提示不属于普通超时：请改走 API Key 与额度专题，避免只换网络却忽略认证或额度状态。
长度上限与模型截断：以当前提示和模型说明为准
回答很长后停止，可能与上下文长度或输出长度限制有关，但不能根据字数猜一个固定 token 上限。不同模型、服务配置和客户端版本可能不同，应以当前模型说明与客户端可见提示为准。
先缩小任务：要求分章节输出、一次只处理一部分材料，或先列提纲再逐段完成。这样既能减少单次上下文压力，也便于确认停止是否总发生在长输出阶段。
若短任务能完成、长任务稳定在长度相关提示后停止，才把长度限制列为优先原因。若同样长度有时完成、有时伴随连接错误，则仍应回到超时、代理与日志证据。
续写前先检查：是否截断在代码块、列表或步骤中间
续写前先找到最后一个完整句、完整步骤或完整代码段。尤其要检查 Markdown 代码围栏、括号、引号、JSON 结构和命令是否闭合；停在代码块中间时，不要直接复制执行残缺内容。
发起后续消息时，说明“从哪一句或哪一步继续”，并要求不要重复已经完成的部分。是否存在专用续写控件、控件叫什么，以当前客户端为准；普通新消息也应带上明确边界。
代码类输出应先让它补齐未闭合结构，再人工比对上下文。文章或列表类输出则先核对编号，避免续写从错误序号开始。
- 代码围栏与括号是否闭合。
- 最后一条命令是否完整，禁止执行半条命令。
- 列表编号、标题层级是否连续。
- 续写指令是否标出起点并要求避免重复。
四类停止对照：按证据选择下一篇
下表用于快速分流，不替代当前模型说明、客户端提示或日志证据。
| 现象 | 优先判断 | 下一步 |
|---|---|---|
| 刚点停止或切换会话后中断 | 用户停止 | 短问题复测，核对当前客户端提示 |
| 出现 timeout、gateway、TLS 或连接失败 | 超时 / 代理中断 | 代理与模型连接专题；必要时查日志 |
| 长任务出现明确长度相关提示 | 上下文或输出长度限制 | 按模型说明拆分任务，再分段生成 |
| 401、invalid key、429、quota | 认证或额度 | API Key 与额度专题 |
| 无明确提示，只知道停在半句 | 证据不足 | 记录时间，到日志诊断页取证 |
不根据输出字数推测固定 token 数字；模型上限以当前模型说明与客户端可见提示为准。
回复截断与输出中断常见问题
OpeClaw 回答写到一半停了，应该先做什么？
先不要连续重试。记录停止时的界面提示、发生时间和最后一段内容，确认自己是否点过停止，再看结尾是否落在句子、列表或代码块中间。随后按本文顺序区分用户停止、超时、长度上限和代理中断。
怎样判断是 token 上限还是网络中断？
不要只凭“内容很长”下结论。长度上限通常应结合当前模型说明或客户端可见提示判断；超时或代理中断更可能伴随连接、网关、TLS 或请求失败提示。没有明确提示时，保留时间点并到日志诊断页取证。
截断后可以直接让 OpeClaw 续写吗？
可以用新消息说明从哪里继续，但按钮名称与功能以当前客户端为准。续写前先核对最后完整段落，尤其确认是否停在代码块中间；否则续写可能重复、漏掉括号，或把未闭合代码当成自然语言。
看到 401、429 或代理错误还要按本文排查吗？
不用混在一起。明确 401/429 请走 API Key 与额度专题；代理、证书或模型地址连接失败请走代理与模型连接专题；需要核对错误时间线时再看日志诊断页。若不是写到一半停下，而是忘了前文或新开会话没记忆，请改看上下文与会话管理专题。