学完能做什么
你将完成一次从任务定义、材料准备、分阶段生成、事实检查到交付的闭环。本篇以“把一场会议变成可执行的进展报告”为例。
最终交付物
完成后,你应该有五样东西:
- 一张任务卡;
- 一份已标记来源的事实表;
- 一份会议结论、决定、待办和风险报告;
- 一张发布前检查表;
- 一个下周可复用的模板。
第一步:写任务卡
text
使用者:项目负责人和待办执行人
输入:本次会议转写、议程、上期待办状态
交付:一页进展报告 + 待办表
范围:只处理当次会议和上期待办,不推测会外进展
约束:负责人、日期或数字缺失时标“待确认”
验收:每个结论和待办可回到原文时间位置
确认点:发送报告、写入任务系统前由负责人确认第二步:整理材料而不是直接开写
给每份材料加 ID:
- M1:会议转写,已确认,当日;
- M2:会议议程,已确认,当日;
- M3:上期待办表,已确认,上周;
- M4:上期报告,仅参考排版。
先做脱敏,并删除与项目进展无关的闲聊。删除不等于改写事实;如果一句话可能影响决定,保留原文。
第三步:先做事实表
| 类型 | 内容 | 来源 | 状态 |
|---|---|---|---|
| 进展 | 测试环境已完成部署 | M1 12:14 | 已确认 |
| 决定 | 首批只开放内部用户 | M1 25:30 | 已确认 |
| 待办 | 补充异常场景测试 | M1 31:05 | 负责人待确认 |
| 风险 | 数据迁移时间尚未确定 | M1 37:42 | 待确认 |
如果这一步就找不到证据,不要让问题进入流畅的正文。
第四步:先交大纲,再写正文
大纲建议固定为:
- 本周结论;
- 已完成;
- 已确认决定;
- 下一步待办;
- 风险与待确认;
- 需要负责人批准的事项。
大纲确认时,只决定取舍和优先级,不纠结句子是否漂亮。
第五步:分节生成并保留证据
每节都要求:
- 只使用事实表中的已确认项;
- 待确认内容保留标记;
- 不把时间上先后发生改写成因果;
- 待办字段缺失时留空,不猜负责人和日期;
- 结论后保留材料 ID 和时间位置。
第六步:四轮验收
事实
核对人名、数字、日期、进展、决定和引用位置。
完整性
检查每个待办是否有动作、负责人、日期和状态;缺失的是否已标记。
格式
检查标题层级、表格字段、日期格式和是否可编辑。
风险
检查报告是否包含未批准的承诺、敏感数据和已被误写成“已完成”的草案。
第七步:人工确认后才交付
把“发送”和“创建正式待办”与生成步骤分开。确认页至少显示:接收对象、文件版本、待办数量、仍未确认的项和实际将执行的动作。
第八步:把过程固化成模板
保留:任务卡字段、材料标记规则、事实表结构、大纲、四轮验收和确认页字段。删除当次会议的真实内容和敏感信息。
实战作业
把流程换成你自己的任务:周报、调研、客户反馈、采购对比或内容编辑都可以。必须真正交付一个可使用结果,但涉及外部发送、支付、删除或生产变更时,只做到确认页,不自动执行。
完成检查清单
- 我留下了任务卡、事实表、成品、验收表和模板。
- 结果中的关键事实可以回到原材料。
- 待确认信息没有被润色成事实。
- 生成、审核和执行是三个独立阶段。
- 下次只需换材料,不需要从头设计流程。
下一步
你已经完成基础路线。下一类《AI 工具与知识库》将把任务方法延伸到工具选择、文档工作流、知识库和自动化。