自动化，也需要判断

一切顺利时，往往最简单

一切顺利时，流程很好描述：找到来源，处理信息，生成输出，再送到该去的地方。真正困难的是，确认每一步都站在可靠的事实之上。

使用一个来源之前，我会先确认它是否真的包含任务所需的信息。页面能打开，并不代表信息可用；相关数据可能缺失，看似完整的响应，也可能有关键字段没有依据。请求成功，只能说明请求成功，不能证明底层信息值得使用。

我也会留下足够的运行记录，好在之后看清发生过什么：完整完成、只走了一半、主动停下，还是卡在送达。没有这些记录，下一次运行就只能靠猜。

停止，也是产品的一部分

来源缺失或数据不完整时，最不该做的就是临场补写。必要信息无法核验，我就让流程停下来，并把原因摆在明面上，而不是拿一段看似合理的内容把空白填满。

事情已经做完时，停下来也同样正确。如果记录表明同一份输出已经完成，下一次运行就不该悄悄再生成或再发送一份。避免重复不是收尾时的清理；它守住流程的完整，也让运行历史仍然读得懂。

一个好的停止条件，会留下“为什么没有继续”。于是，“本来就无事可做”和“尚未完成便出了问题”得以清楚分开。两种情况都可能没有新输出，却绝不是同一种状态。

生成不等于送达

生成一份输出，与把它真正送到目的地，是两件不同的事；我会分开确认。自动化可以正确产出文件、消息或报告，却仍可能没能送达。仅仅尝试过一次投递，不能算作成功。

我先确认输出确实存在，且内容没有越过已核验输入的边界，再检查它是否真正抵达。生成成功、送达失败时，不必盲目重做内容；生成尚不完整时，也不该只因为下一步可用就继续投递。

让不确定被看见

信息缺失时，我不会补写，也不会用肯定的语气把不确定性抹平。我会直接说明：什么已经核验，什么仍不可用，哪一步因此暂停。这不是附在结果末尾的一句道歉，而是结果本身的一部分。

把不确定写清楚，也是在为下一次运行留路。缺失的输入后来出现，流程可以从一个已知状态继续；如果它仍未出现，记录也会说明，为什么重复尝试不应被误认成新的结果。目标从来不是消灭所有未知，而是不让未知披着事实的样子出现。

判断，发生在边界上

自动化中间的转换，往往可以写成一连串规则。真正需要判断的，是围绕它的边界：来源够不够，缺失的数据是否意味着应该暂停，之前的运行是否让这一次变得多余，以及输出究竟有没有送达。

我尽量把这些边界写清楚。流程不该悄悄从已核验的信息滑向猜测，也不该从“已经生成”跨到“默认送达”，更不该从“已经完成”走向重复。状态记录让判断前后相连，核验给它证据，停止条件让它真正生效。

对我来说，可靠的自动化，并不是让每一步都自动发生，而是忠实保留事情发生过的样子：核验来源；关键信息缺失时停下；分别确认生成与送达；记录每次运行；不重复已经完成的工作。正是这些习惯，让系统走到边界，也依然诚实。