w5.1概念⏱ 约 6 分钟

断流:一口气吐太多,中间就断了

认识长任务最基础的故障形态,学会亲眼确认它的存在

🔎 最后验证 2026-08📚 来源:本课产线运行日志 resume.log 与 tomdx.log 的一手留档

为什么学这个

你可能有过这样的经历:让 AI 一口气生成一大篇内容,它写着写着就停了。不是报错,不是道歉,就是停在半截。你以为它写完了,复制走用了,后来才发现少了一大块。

如果你只是聊天,这最多算个小烦恼——点一下"继续"就好。但当你把重复的活固定成产线,让它无人值守地跑,这个小烦恼就升级成事故:我们的产线在转换课程格式时,曾经 47 节只转出 25 节,前功尽弃。

这一节要做的事很简单:让你亲眼看一次断流长什么样,并理解它为什么和"prompt 写得好不好"没有关系。看清了它,后面几节的分片、试参数、续跑才有意义。

💡 打个比方

搬家的时候你雇了个大力士,他说"我一趟全搬完"。20 箱货抱在怀里,走到楼梯一半,腰闪了,箱子撒了一地。问题不是他力气不够大,是这活儿本来就该分四趟。让模型一口气生成超长内容,就是让大力士一趟搬 20 箱——断不断只是时间问题。

什么是断流

让模型单步生成超长内容,输出到一半会中断——不是报错退出,而是直接停在半截。我们把这叫断流。

这是我们产线上真实发生的事,不是假设:

在把课程内容转成站点格式的环节,有一个模块(运行留档里记作 M3,是另一门课的模块编号)输出到 0.8KB 后中断。这次留档在 resume.log,可以回仓库核对。
更疼的一次:撞上订阅额度,47 节课只转出来 25 节。当时产线还没有断点续跑,中断即前功尽弃,已经转好的 25 节也没法复用。tomdx.log 里有三条记录。

这些是我们自己产线的一手日志,我们就是当事人。你的工具、你的额度、你的任务大小都和我们不同,断流的具体表现可能不一样——但"单步产出太大就会断"这件事,值得你在自己的环境里验证一次。

都看到这了，打个赏呗！