一次问太多为什么容易失败，怎样拆成可检查的小任务

拆任务按依赖和验收点，不按字数

研究、写作、发布和发送混在一个请求里，前一步错误会被后续放大。把任务拆成每步有输入、单一动作、可见结果和确认点的链路。

先写最终结果

明确整个任务结束时的文件、页面、决定或外部状态，再倒推必要中间成果。

保留原始材料、当前要求、模型实际输出和人工核验结果，避免只剩一段无法追溯的最终文本。

按依赖排序

先收集和核验，再分析和生成，最后才是发布、发送或部署；不能跳过上游确认。

确认“按依赖排序”已经有可回查结果，再进入“给每步单一成果”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

给每步单一成果

一步只产生一个可检查结果，例如来源表、提纲、草稿或测试报告。

确认“给每步单一成果”已经有可回查结果，再进入“设置检查点”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

设置检查点

事实、范围、设计和高风险动作由人确认；不通过就回到对应步，不整链重跑。

确认“设置检查点”已经有可回查结果，再进入“写停止条件”；依据仍然来自猜测时，把缺口单列并停在当前步骤。

写停止条件

材料不足、权限不明、费用、删除、外发和结果冲突时停下汇报。

材料不足、权限不明、事实冲突或动作会改变外部状态时先停下，把缺口交给责任人确认。 完成后把证据归入“分步计划、检查点与停止条件”。

计划应允许从中间安全恢复

状态记录写每步输入、输出、决定和下一步。即使换对话或换执行者，也能从最近通过的检查点继续。