会议纪要怎么变成行动清单？负责人、截止日期与完成证据

01粘贴四行纪要，先保留它原来的不完整

会议日期设为2026-10-19，标题可填“演示交付协调”。下面是完整虚构输入，供应商任务故意没有负责人，讨论项故意使用项目符号。不要在提取之前悄悄补全这些缺口。

1. 1
   打开会议行动清单，新建一份演示记录，填会议日期与原始记录。保留Decision句在原文中，另在决定区记录已明确的范围决定。
2. 2
   选择本地提取操作，核对下表的3个候选。若启用AI辅助，单独标记它的建议并与原文比较，不能把不同方法的输出混成已确认事项。
3. 3
   先删掉“Discuss whether…”讨论候选，再逐项确认任务、负责人、截止日期；有异议或尚未答复的字段继续保留待确认。

Decision: keep the current launch scope.
Action: @Lin reconcile the attendee list by 2026-10-23
Action: ask the supplier for a revised quote next week
- Discuss whether the launch date needs to move

02把3个候选修成2条有状态的行动

1. 1
   A1在负责人字段保留Lin，截止日期保留2026-10-23；把编号、验收条件和证据位置写入任务。只有演示中假定已确认的内容才写“已确认”，真实任务要取得实际确认。
2. 2
   A2不猜负责人，也不把next week自动定成下周一。原日期是2026-10-19；只有参与者明确“下周一”时，才能记为2026-10-26，并约定需要的时区和时间。
3. 3
   导出行动项CSV和会议纪要，重新打开CSV，检查正好2条行动、负责人空白仍为空白、日期不被意外改写，较长描述没有串列。保留议题与决定的原始来源。
4. 4
   需要做周报时再用项目状态整理这些已复核记录；这是继续起草，不能代替负责人确认或交付验收。

[A1] Reconcile attendee list. Confirmed owner: Lin. Due: 2026-10-23. Acceptance: compare stable attendee IDs; retain unresolved conflicts. Evidence: reviewed-list-v1.csv; still awaiting review.
[A2] Request revised quote. Owner: awaiting confirmation. Due: next week, exact date unresolved. Evidence: no revised quote received.

03为什么讨论会被提取，而决定没有？

当前本地提取按行处理，识别Action等提示词，也把以项目符号开头的行视为候选。因此这份输入提取3条，Decision行不进入行动清单，讨论行却会误入。它能整理候选文字，不能判断谁答应了任务、是否已有预算或会议是否作出决定。

• 3条不是成功识别了3个承诺；删掉讨论项后才是2条需要确认的行动。
• 原文没有提示词或项目符号的任务可能漏提取，必须再读一遍原始纪要。
• 提取后的姓名与日期来自文字匹配；重名、多个日期和跨时区截止仍要人工核查。

04“下周”必须和会议日期一起解释

自编会议日期是 2026-10-19。如果团队确认“下周一”指这次会议之后的下一个周一，就把它改写为 2026-10-26；如果原话只有“下周”，则不能无依据改成周一。向负责人确认具体一天，再把明确日期写进截止字段，同时在任务说明中保留原话或确认记录。工具不会把相对日期自动换成一个经过业务确认的日程。

截止日和提醒日也可能不同：10 月 23 日交付，10 月 22 日检查阻塞，是两个安排。跨地区沟通需要时，在任务说明中补充约定的时间和时区。只有日期输入没有表达这些约定，不应让接收者自己猜测。

05从0/2到1/2：完成开关需要交付证据

在这份演示描述中，A1的名单还在等待复核，A2的负责人、日期和验收标准尚未确认，初始应为0/2完成。假设之后名单按稳定编号核查且被接受，才能把A1勾为完成，变成1/2，即50%。这是两条登记行动的演示进度，分母包含待确认项；不是确认承诺的完成率，也不是业务效果测量。

A2的原话是索取报价，是否以“请求已发出”还是“修订报价已收到并接受”为完成条件，必须先约定。未确认前不能因为写好请求草稿就勾选完成。当前工具有任务、负责人、截止日期和完成开关；证据与阻塞说明写进任务或纪要，不假定存在自动审批字段。

06输入不同或继续处理时，再选这些工具

• 整理会议行动: 区分决定与待确认问题，确认负责人和期限，与参会者核对导出任务清单。
• 整理项目状态: 用进展证据、阻塞和下一步支撑状态标签，不把乐观草稿写成已完成里程碑。
• 撰写产品项目简报: 罗列功能前先定义用户问题、范围边界、里程碑与可测量验收条件。
• 规划客户跟进: 记录已确认需求与约定下一步，再设置期限；排好跟进不证明联系已发生。
• 起草客服回复: 采用已知事实，区分拟议补救与已批准方案，在工具外发送前核对承诺、金额和期限。
• 制作营销排期: 记录渠道、负责人、拟发布时间与审核状态，导入其他系统前检查 CSV 或日历的时区表现。
• 整理报价或账单草稿: 核对明细、数量、币种、折扣和所提供税率，交付前检查合计与文档标识。
• 比较现金流情景: 输入期初余额与预计收付款时间，检查负值月份并标记估算；预测不是银行余额或专业财务建议。

07用完成证据验收，再把清单交出去

交付这份清单时，单列A1的核查状态和A2的待确认事项。生成、导出与完成是三个不同动作；不把删除的讨论项放入分母，也不把未确认行动伪装成已接受的承诺。

RFC 4180 描述 CSV 引号与记录结构；重新打开行动清单，确保多行备注仍在目标单元格内。

自动处理前先定义明确会议行动模板。 分别检查排期重叠、端点与缓冲。