让每个行动项可以执行

核心方法

「持续推进」「跟进一下」很难验收。行动清单需要把讨论落成可见的交付物，同时保留未确认的信息。本课学习任务、负责人、时间、完成条件和依赖关系五个字段，并区分提取事实与建议补全。

一条行动是否可执行，不由句子是否像任务决定。你需要知道做什么、由谁完成、何时需要、怎样算完成，以及是否依赖其他事情。资料没有说明时，应提出确认问题，而不是让模型代替团队分工。

案例拆解

沿用记录 M02：「小林准备文案，周三前发出。」你可以提取负责人和相对截止时间，但「文案包括哪些内容」「发给谁」「什么程度算完成」仍未说明。

先提取，再补问。

A01 / 任务：准备帮助页测试文案并发出
负责人：小林
时间：会议所指的周三前；需确认绝对日期
完成条件：原记录未提供
依据：M02
需要确认：文案范围、接收人、确认后的日历日期

如果会议日期明确为 2026 年 10 月 12 日，可以核对日历后把「周三」规范为 10 月 14 日；但必须先明确说话者确实指这一周。如果材料没有基准日期，不要自行补一个看似合理的年月日。

提出可供确认的完成条件。 你可以建议「包含页面标题、问题分类和测试提示，发给产品与设计共同确认」，但要标明这是拟议标准，得到参会者确认后才能写进正式行动表。

处理依赖。 M06 的演示更新依赖设计时间确认。把它表示为「设计排期确认后更新演示；实际截止时间待确认」，不要自动设置为与前置任务同一天。不同任务的时间关系也不能替团队猜测。

检查重复任务。 「准备文案」和「发出文案」可以是同一项的完成步骤，不一定要拆成两个项目，避免看板上出现重复统计。若两个步骤由不同人负责，才更有理由拆开并建立交接关系。

提示词与使用说明

请先从已确认的会议记录提取行动，不新增任务承诺。
字段：任务、交付物、负责人、时间、完成条件、依赖、依据编号。
未知字段写「待确认」。相对日期缺少基准时保留原文，不推算年月日。
然后单独给出「建议补问的问题」，不要将建议填进已确认字段。
检查是否有重复任务、责任不明确或依赖未满足的事项。
记录：[带编号的材料]

真实团队可以把结果放进已有项目工具，但导入前仍应核对负责人、日期和权限。整理清单不等于获得了替别人创建任务或发送消息的授权。

独立练习

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

给定材料

已确认：周负责核对三篇文档，交付校对标记；日期待确认。
已确认：陈负责导出预览图，截止 10 月 8 日。
未确认：谁验收、如何通知结果。

你的任务

写两条行动，包含负责人、交付物、截止日、验收人和当前阻塞。缺失字段写待确认，不能因为负责人已确定就认为责任链完整。

验收与迁移

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

• 每条行动只有明确的主要负责人
• 交付物可以被看到或检查
• 截止和验收缺项显式列出

带回自己的场景

将“持续跟进”“加强沟通”改成下一次能被核对的动作和交付物。