AI 长任务跑到一半断线，多数不是「网速突然变慢」，而是一条要保持几十分钟的长连接，在某个环节被掐断了。先判断断在哪一类：空闲连接被中间设备回收、链路质量渐变、出口或网络环境中途变化、本机侧的睡眠和代理范围问题。分清类型，再用一张记录表连续观察几次，比反复重启客户端有效得多。
长任务和短请求，对连接的要求差在哪
问一句答一句的对话，一次请求几秒就结束，线路好不好基本看「那一刻」。长任务不一样：Claude Code 连续改多个文件、一次生成要排队再渲染的视频、连续提交多组出图再放大，连接要在十几分钟甚至更久里保持可用。这段时间里，任何一环出问题，任务就可能中断。
有两个容易被忽视的事实。第一，Anthropic 的 API 文档明确提醒：有些网络会在空闲一段时间后丢弃连接，长时间请求要用流式输出，或者设置 TCP 保活。第二，操作系统默认的 TCP 保活间隔通常很长（Linux 和 Windows 的默认值都是约 2 小时），远大于很多网关、路由器对空闲连接的容忍时间，所以「什么数据都没传的几分钟」本身就可能是断点。
四类断点：症状不同，该查的地方也不同
第一类：空闲连接被中间设备回收
典型症状是任务在「思考很久、没有输出」的阶段断掉，断点时间很规律，比如每次都在运行一两分钟或五分钟左右。原因是路径上的某个网关、代理或家用路由器认为这条连接没人用，把它清掉了。排查重点是看断点是否集中在某个固定时长，以及断之前有没有长时间无数据。
第二类：链路质量渐变
症状是响应一次比一次慢，从几秒拉长到十几秒，最后彻底卡住或报超时。这种「渐变」最容易被当成平台限速，其实更常见的原因是当前线路的丢包或延迟在变差，晚高峰尤其明显。判断方法：同一时间换一条线路或换一个网络再跑一次，如果换了就恢复，问题多半在链路。
第三类：出口或网络环境中途变化
手机从 Wi-Fi 切到移动网络、笔记本换了热点、客户端自动换了线路，都会让连接重新建立。底层 TCP 连接一旦换了路径，正在进行的流式输出就会中断。排查时看断点是否和网络切换、线路切换同时发生。
第四类：本机侧的问题
笔记本合盖或自动睡眠、客户端只接管了浏览器而终端和桌面程序没走加速、代理软件重启，都属于这一类。症状往往是「浏览器里的 ChatGPT 正常，命令行里的工具却断了」。这一类和线路好坏无关，检查代理模式和电源设置就能确认。
| 断点类型 | 典型症状 | 先查什么 |
|---|---|---|
| 空闲连接被回收 | 无输出一段时间后断，时长很规律 | 断点时长是否固定；是否开了流式/保活 |
| 链路质量渐变 | 越来越慢，最后超时 | 换线路或换网络对照；是否晚高峰 |
| 出口或网络变化 | 切网、切线时同步中断 | 断点时间与网络切换记录是否重合 |
| 本机侧问题 | 浏览器正常，终端或桌面端断 | 代理范围、系统睡眠、客户端是否重启 |
三种常见长任务，各自该怎么看
终端里的编码代理（如 Claude Code）：底层是持续的 API 调用，既可能撞上第一、二类链路问题，也可能因为终端程序没走代理而断在第四类。两种情况的细分排查，可以参考站内这篇 Claude Code、Cursor 长任务断线与代理模式。
提交后排队的生成任务（视频、图片）：这类任务通常在服务端排队执行，页面或客户端掉线，不一定等于任务丢了。先去账号的历史记录里确认任务状态，再决定要不要重新提交，避免白白排两次队。
长对话和长文本输出：输出到一半停住、既不报错也不继续，常见于流式连接中断。刷新后看是否能续接；如果每次都在相近长度停下，优先怀疑第一类。
用一张记录表，把「感觉断了」变成「知道为什么断」
不用任何专业工具，每次长任务中断后花一分钟记下面几项，连续记三到五次，规律通常就出来了：
- 任务类型和已经运行了多久。
- 中断前有没有长时间没有输出。
- 当时的网络：Wi-Fi 还是热点，期间有没有切换。
- 客户端当时选的是哪条线路，是否自动换过线。
- 报错原文，或界面上的最后一个状态。
- 同一时间换一个网络或线路重跑，结果有没有变化。
如果断点时长高度一致，查第一类；如果换线路就好，查第二类；如果和网络切换重合，查第三类；如果只有部分程序断，查第四类。
减少长任务断线的几个做法
- 让所有程序走同一条加速通道：用全局或 TUN 模式接管系统流量，避免终端、桌面端被漏掉，原理可以看 系统代理与 TUN 模式的区别。
- 别在任务中途切网络：长任务期间尽量固定一个网络，笔记本关闭自动睡眠。
- 给任务留存档点：编码任务每完成一个阶段就提交一次，生成类任务分批提交，断了也不至于全部重来。
- 选有持续探测的线路方案：当前线路开始劣化时能自动切到状态更好的线路，比等任务卡死再手动重连更省事。TonBoVPN 的智能路由按这个思路设计，机制说明见 智能路由与独享 IP 如何配合，具体行为以官网当前说明为准。
需要说明的是，线路切换发生时，已经建立的流式连接仍可能出现短暂停顿，任何方案都无法保证长任务一定不中断，所以存档点这一条同样重要。想先验证自己的场景，可以用注册赠送的 1GB 流量（一次性赠送，无需绑卡，全部节点开放体验）跑一次文字类长任务；视频下载这类大流量任务，1GB 可能不够，以实际用量为准，不够时再按周 / 月 / 季 / 年购买流量包。
常见问题
为什么短对话很顺，一到长任务就断？
短请求几秒结束，很难碰上连接被回收或线路波动；长任务要持续几十分钟，遇到任何一次波动的概率都高得多。这是任务时长放大了稳定性的权重，和流量额度大小无关。
长任务中断后，只能整个重跑吗？
取决于工具。有存档点或支持续接的任务，可以从上一个阶段继续；没有的就只能重来。所以对长任务，「让它尽量不断」和「断了损失小」要同时做。
怎么判断是线路问题，还是平台本身的问题？
同一时间换一个网络（比如手机热点）重跑同一个任务。换网络后恢复，多半是链路问题；换了依然出错，再去看平台状态页和账号用量限制。
流式输出停住，需要等多久再重试？
没有统一答案。可以先观察一两分钟，若界面没有任何新内容也没有报错，就按断线处理，记录下时间再重试，这些记录正好用来做上面的断点表。
长任务的稳定性，本质上是「一条连接能不能撑过整个任务」。先分类、再记录、最后针对性调整，比一遇到断线就换工具更容易找到根因。
