把大任务拆成小步骤

核心方法

大任务容易把提取、计算、判断和写作混在一次输出里。只检查最终文稿，会很难知道错误从哪里产生。本课把帮助中心周报拆成三个可检查的阶段，并学习在阶段之间保留必要的信息。

拆解的标准不是步骤越多越好，而是每个阶段有明确输入、明确产物和检查点。对于简单改写，一步就可能足够；对于材料冲突、数量计算或多种交付物的任务，分阶段更容易发现错误。

第一阶段提取事实，第二阶段组织信息，第三阶段表达。 不要让第一阶段就为了「好看」删去不确定性，也不要让第三阶段为了顺畅重新解释事实。中间产物像交接单，下一阶段应该能够据此工作。

案例拆解

沿用项目记录：8 篇草稿，5 篇核对完成，3 篇待确认；标题方案周三发出，设计反馈未收到；计划周五上线但未确认；小周负责剩余文档核对，日期待确认。

阶段一：得到事实表。 只提取「事项、状态、负责人、时间、依据」。将草稿完成和内容核对拆成两条，不用一个笼统的「文档完成」覆盖两个不同状态。

F01 / 帮助文档草稿 / 8 篇已形成 / 负责人未提供 / 本周 / R01
F02 / 文档核对 / 5 篇完成、3 篇待确认 / 小周负责剩余核对 / 截止待确认 / R01、R04
F03 / 标题方案 / 已发出、待设计反馈 / 小林 / 周三发出 / R02
F04 / 页面上线 / 计划中、未确认 / 未提供 / 计划周五 / R03

检查 F02 是否保留了三篇未确认的状态；检查 F04 是否仍然是计划。任何一条提取错了，都在这里修正，不必等到周报已经写完。

阶段二：组织成周报骨架。 将 F01 放在本周产出，将 F02 与 F03 的待处理部分放在阻塞，将 F04 放在计划与待确认。一个事实可以关联多个栏目，但不能因此被重复统计成多个成果。

阶段三：写给特定读者。 给负责人保留核心变化与需要支持；详细记录可放附录。表达阶段只使用确认后的事实表。如果模型突然写出「全部准备就绪」，回到事实表就能立刻判断越界。

异常处理。 若 R05 写「截至周四，剩余 3 篇已核对」，应先确认它是否是 R01 的后续更新，再修改事实表。不要把两个时间截面的状态拼成一个永远有效的结论。

提示词与使用说明

我们分三步完成周报，现在只做第一步。
从资料中提取事实表：事项 / 状态 / 负责人 / 时间 / 来源编号。
状态必须区分：已完成、进行中、计划、待确认。
保留时间截面，不把旧记录与新记录直接合并成最终状态。
请停在事实表，等待我确认；不要提前写总结、建议或宣传语。
资料：[粘贴记录]

确认后再输入：「仅根据我确认的 F01–F04 组织周报骨架。每个栏目保留事实编号，缺少依据的建议单独标为建议。」分阶段并不是要求模型展示隐藏思考过程，而是要求它交付你能检查的中间结果。

独立练习

先把答案写进本课笔记，再展开解析。以下人物、活动和数据均为教学用的虚构材料；练习记录请填写你实际完成的过程。

给定材料

R1：文档完成 7/10。R2：设计反馈未到。R3：周五上线待负责人确认。
错误周报：文档全部完成、设计已通过、周五如期上线。

你的任务

不要直接润色错误周报。先从 R1–R3 提取事实清单，再根据清单生成周报，最后逐句标来源。说明在哪一步可以发现三个错误。

验收与迁移

对照自己的成果逐项检查。未达到的项目，写明缺什么、怎样补；这些标准用于自查，不会自动标记课时完成。

• 事实层包含原始数值与状态
• 发现中间错误会停止后续加工
• 最终句子能回到具体记录编号

带回自己的场景

给你的重复任务找一个“先检查再继续”的中间产物，例如字段清单、证据表或页面状态表。

延伸资料

设计可检验的评估 ↗。资料用于核对方法和技术边界，案例与练习由 Nextory 编写。