高风险任务的自动化停机线

自动化系统最危险的时刻，不是完全不可用，而是“看起来还能继续运行，却已经不适合继续执行”。高风险任务的停机线，指的是一组预先定义的条件：一旦触发，流程必须暂停自动执行，转入人工确认、回退或延后处理。它不是故障应急口号，而是风险控制机制。

先定义必须停机的场景

涉及对外发布、代码合并、生产环境配置、文件删除、私人资料或重要业务数据时，自动化不应拥有最终决定权。服务恢复、替代方案可用，也不能直接绕过人工复核。因为真正需要确认的并非“内容是否生成”，而是事实是否准确、修改范围是否合理，以及操作是否产生预期之外的副作用。

停机条件应写进任务单，而不是依赖操作者记忆。至少要明确：

• 哪些动作必须由人批准；
• 哪些资料不得交给未经确认的替代服务；
• 哪些结果需要检查事实、链接、代码行为或配置影响；
• 出现什么情况时必须恢复到上一个可用版本。

停机后不要急着换工具

服务中断时，第一步应暂停依赖在线上下文的操作，保存当前仍可访问的内容，并记录任务进度。随后把任务拆开：整理素材、调整结构、检查格式等工作可以离线推进；复杂归纳、长篇改写和跨文档比较可以整理成恢复包；涉及发布、合并和敏感数据的部分则直接保留判断记录，等待人工确认。

替代路径的目标是维持最低可用进度，不是复制原工具的全部能力。一个方案可以负责结构整理，另一个方案可以处理短文本，人工负责最终判断。只要输入、过程和阶段成果没有被锁在聊天记录里，任务就不会因单一服务暂停而整体失控。

把停机线变成可执行流程

每完成一个阶段，都应保存带有状态的成果，例如“提纲—待人工确认”“代码修改—测试前”，而不是反复使用“最终版”。恢复时随机打开一项旧任务，确认脱离原聊天记录后仍能理解目标、素材、限制和下一步动作。

自动化的成熟标志，不是任何任务都能无人值守，而是系统知道何时必须停止。高风险环节保留人工裁决权，低风险环节保持可恢复性，才能把服务中断控制在进度损失范围内，避免演变成内容、代码或配置事故。