会议还没结束，就用 AI 把行动项抓准

教程定位

这篇教程解决什么问题

会议记录人最容易被逐字稿拖住。大家说得很快，方案、任务、限制条件、风险提醒交替出现，你一边追着打字，一边担心漏掉关键句。等会议结束再整理时，文档里确实有很多字，却很难回答三个更重要的问题：刚才到底定了什么，接下来谁要做什么，哪件事有截止时间和前提条件。

这篇教程解决的是会议进行中的记录动作：用 AI 的结构化模板，实时捕捉决策、责任人、截止时间、依赖条件和风险，把一场快速讨论转成一张行动项记录表。它不追求完整还原每句话，也不负责写会后邮件。它的重点是让记录人在会中就能看见“哪些话需要落表，哪些话只是背景，哪些话还不能写成结论”。

适合的场景是项目推进会、上线准备会、跨部门协调会、客户问题处理会、活动执行碰头会。你可能只有一份议程、参会人名单、一段实时记录草稿和项目背景，但会议里不断有人补充“这个先别对外说”“要等法务看完”“周四前给不了”“我这边只能先评估”。这些句子如果不被结构化捕捉，会后很容易变成责任空白或口径误会。

AI 在这里的价值，是帮你在会中把混乱发言分流：决策句归入决策区，任务句进入行动项区，限制句挂到对应行动项上，风险句进入风险与待确认区。记录人仍然要人工确认责任人、截止时间、授权边界和敏感内容。尤其涉及合同、报价、人事、合规、客户承诺或生产事故时，AI 只能辅助记录，不能替任何参会人拍板。

使用场景

什么情况下最适合用这一套

你是会议记录人、项目助理、PMO、项目经理助理，或者团队里默认负责“把会开完以后能追踪起来”的那个人。会议开始前，你拿到了一份议程和参会人名单，知道今天大概要讨论上线安排、客户反馈、资源冲突或风险处理。会议开始后，讨论很快进入细节：产品同学说字段还没最终确认，技术同学说接口要看联调结果，运营同学补充名单需要提前一天锁定，客户成功提醒对外口径不能太满。

这时如果你只做逐字记录，会得到一份很长的文档，但真正有用的信息被埋在句子里。例如：

会议中最危险的不是少记几句背景，而是把没有确认的内容写成确认，把没有负责人的任务留成“大家推进”，或者漏掉某个限制条件。比如会中有人说“运营名单周三能给，但前提是产品今晚确认功能范围”，如果你只记下“运营周三给名单”，后面延误时就会变成责任争议。

所以，这篇文章不教你追求“完整纪要”。更稳的做法是会中使用一张行动项记录表，让 AI 帮你把发言拆成可追踪字段：事项、负责人、截止时间、依赖条件、当前状态、风险、需要复述确认的问题。会议还没结束时，记录人就能把表投出来或发到群里，请参会人当场确认。

• “这个我来看看”到底是不是一个行动项？
• “周五之前应该可以”能不能写成截止时间？
• “如果客户坚持用新口径，我们再评估”是风险、决策，还是待确认问题？
• “先按 A 方案走”是最终决议，还是临时推进口径？

材料准备

开始前先把材料和边界备齐

开始前先准备四类输入材料。它们不需要很长，但要让 AI 知道这场会的背景、谁有责任、哪些内容可以记录成行动项。

第一类是会议议程。议程不用完整到每分钟，但至少要写清今天讨论的主题和预期结果。例如“确认灰度上线前待办”“处理客户评审前的材料缺口”“判断接口联调风险是否影响发布时间”。议程能帮助 AI 判断一句话属于哪个议题，避免把临时插入的背景误当成会议主线。

第二类是参会人名单。不要只给姓名，最好写角色和权限。比如“魏然，技术负责人，可确认排期风险，但上线日期需研发总监最终确认”“沈乔，客户成功，负责客户同步材料，但不能承诺合同条款”。会中记录行动项时，角色信息比姓名更重要，因为它能提醒你某个人是否有权负责某个事项。

第三类是项目背景。用短句说明当前阶段、已知约束、上次结论和敏感边界。例如“本项目计划 7 月中旬灰度，但客户要求本周五看到同步口径”“价格政策不在本次会议讨论范围内”“上线日期不能在技术确认前对外承诺”。这些边界能防止 AI 把会中随口讨论写成确定承诺。

第四类是实时记录草稿。它可以是你边听边打的短句，不必像正式纪要。建议按时间顺序记录，保留发言人和原话大意。例如“10:12 李牧：接口联调最早周三下午开始，如果字段今晚定不下来会顺延”。AI 不需要完整语法，但需要知道谁说的、说了什么、有没有条件。

另外，先准备一张行动项表的字段。推荐字段是：编号、议题、行动项、负责人、截止时间、产出物、依赖条件、风险等级、状态、待复述确认。会中记录时，先把不确定内容放进“待复述确认”，不要急着写成最终结论。

实操流程

按这套步骤把工作跑起来

第一步，把 AI 的角色限定为“会中记录整理员”。不要让它扮演会议主持人，也不要让它直接输出会后纪要。你需要它做的是边读实时记录，边把内容放进结构化表格。任务边界越清楚，AI 越不容易把讨论加工成漂亮但失真的总结。

第二步，先定义四种会中信号。记录时可以让 AI 标注每句话属于哪一类：决策信号、行动信号、限制信号、风险信号。决策信号是“确定按 A 走”“今天只确认范围，不承诺日期”；行动信号是“谁在什么时候前交付什么”；限制信号是“前提是字段今晚确认”“不能对客户写死日期”；风险信号是“如果接口晚于周四，名单通知会被影响”。

第三步，每隔 10 到 15 分钟把实时记录片段交给 AI 做一次增量整理。不要等会议结束再一次性处理。会中增量整理的好处是，你能及时发现空缺：有任务但没有负责人，有负责人但没有截止时间，有截止时间但缺依赖条件，有决策句但没有授权人。发现空缺后，记录人可以在会议里追问一句：“我复述一下，这个事项现在是否由谁负责、什么时候给结果？”

第四步，对每个行动项要求 AI 输出证据句。证据句不是为了写进最终表格，而是帮助记录人核对来源。例如“依据：10:18 沈乔说周五上午前需要客户同步材料初稿”。如果 AI 找不到证据，只能把该项标为“待确认”，不能写进已确认行动项。

第五步，把限制条件挂到具体行动项上。很多会中记录失败，不是没有记任务，而是没有记任务成立的前提。比如“运营周三给名单”必须挂上“依赖产品今晚确认功能范围”；“技术周四给联调结果”必须挂上“依赖字段清单和测试环境可用”。限制条件不要单独丢在风险区，否则追踪时会和任务断开。

第六步，用“复述确认栏”帮助主持人收口。每隔一段时间，让 AI 生成需要当场复述的句子，例如“请确认：客户同步材料由沈乔负责，周五 11:00 前给初稿，但不写死上线日期”。记录人可以把这句话念出来或发到会议聊天框。只要参会人当场纠正，行动项质量就会明显提高。

第七步，会议结束前让 AI 输出“最终行动项记录表”和“未确认事项”。最终表只放已经被确认或明确标记为待确认的内容，不要混入普通讨论。未确认事项要写清缺什么、影响什么、需要谁确认。这样散会后不需要从逐字稿里重新挖任务。

第八步，人工做最后一轮现实检查。检查每个负责人是否真实在会中认领过，截止时间是否来自明确表达，依赖条件是否和任务绑定，风险是否被夸大或缩小，敏感口径是否适合出现在共享文档里。通过这轮检查后，这张表才可以作为会后追踪材料的底稿。

输入示例

可以直接参考的输入材料

下面是一份安全虚构的会议中记录材料。真实使用时，可以每 10 分钟复制一次新增记录给 AI，让它更新行动项表。涉及客户名称、合同金额、个人信息、内部争议时，先做脱敏。

这份输入故意保留了会议中的口语和条件句。会中记录的核心不是把这些话改得漂亮，而是把它们拆成“能追踪的任务”和“必须带上的前提”。

任务：
请根据下面的会议议程、参会人名单、项目背景和实时记录草稿，帮我整理“会中行动项记录表”。重点不是逐字稿，而是抓住决策、责任人、截止时间、依赖条件和风险。

会议名称：
星澜零售会员活动上线协调会

会议议程：
1. 确认 7 月会员活动上线前还有哪些缺口。
2. 明确客户评审材料、优惠券配置、门店名单、客服口径的责任人和时间。
3. 找出会影响 7 月 15 日上线目标的风险，但本次会议不对外承诺上线日期。

参会人和角色：
- 唐宁：项目经理，主持会议，负责汇总行动项。
- 赵弈：产品负责人，可确认活动页面范围和字段清单。
- 李牧：技术负责人，可评估接口联调和配置风险，但不能单独承诺上线日期。
- 何沛：运营负责人，负责门店名单和优惠券配置。
- 沈乔：客户成功，负责客户评审材料和对外同步口径。
- 顾闻：客服主管，负责客服 FAQ 和首问话术。

项目背景：
- 客户希望本周五下午进行内部评审。
- 当前目标是 7 月 15 日前后上线，但上线日期必须等技术和客户评审都确认后再对外表达。
- 本次活动包含积分翻倍、门店券、会员等级权益说明，不包含新会员任务中心。
- 价格政策、合同条款和赔付承诺不在本次会议范围内。

实时记录草稿：
10:04 唐宁：今天先把周五评审前必须补齐的东西列清楚，不在会上承诺最终上线日期。
10:07 赵弈：页面范围我这边今晚 20:00 前能给最终版，字段清单会一起发，但新会员任务中心不在这个版本里。
10:09 李牧：接口联调要等字段清单，最快明天下午开始。如果字段今晚没定，联调就顺延。
10:12 何沛：优惠券配置我可以周三下班前完成，但门店名单要客户先确认参与城市。
10:14 沈乔：客户评审材料需要周五上午 11:00 前给到我，我会改成客户能看的版本。上线日期先写“计划 7 月中旬”，不要写死 7 月 15 日。
10:18 顾闻：客服 FAQ 要等页面范围和活动规则定稿，最晚周四中午我给初稿。价格问题如果客户问到，我需要商务给一句口径。
10:22 唐宁：商务口径不在今天会上定，我会会后找商务确认。今天只记录为待确认风险。
10:27 李牧：还有测试环境，周三上午如果环境不可用，联调时间也会受影响。
10:30 何沛：门店名单如果客户周三 12 点前不确认，优惠券配置也会被卡住。

提示词

可复制使用的提示词

下面这段提示词适合会议进行中分段使用。你可以先粘贴会议基础信息，然后每隔一段时间追加新的实时记录，让 AI 更新表格。

如果会议继续推进，可以追加：

如果 AI 把口语表达写得太肯定，可以追加：

你是会中记录整理员。请根据我提供的会议议程、参会人名单、项目背景和实时记录草稿，整理一张“行动项记录表”。

请注意：
这不是逐字稿整理，不写完整会议纪要，不替参会人做业务决定。你的任务是从快速讨论中抓出可追踪事项，并标明哪些仍需当场确认。

请严格遵守以下规则：
1. 把发言拆成四类信号：决策信号、行动信号、限制信号、风险信号。
2. 每个行动项必须尽量包含：行动项、负责人、截止时间、产出物、依赖条件、风险、当前状态。
3. 如果缺负责人、缺截止时间、缺授权依据，必须标记为“待确认”，不要自行补全。
4. 不要把“计划、可能、先看看、应该可以、方向上”写成已经确认的承诺。
5. 不要编造会议材料里没有的日期、责任人、客户承诺、合同条款或风险结论。
6. 对每个行动项给出一句“来源依据”，方便记录人核对。
7. 额外输出“需要当场复述确认的问题”，帮助我在会议结束前向参会人确认。

请按以下结构输出：

A. 会中信号分流
- 决策信号
- 行动信号
- 限制信号
- 风险信号

B. 行动项记录表
字段：编号｜议题｜行动项｜负责人｜截止时间｜产出物｜依赖条件｜风险等级｜状态｜来源依据

C. 需要当场复述确认的问题
用可以直接念出来的句子列出。

D. 不应写成结论的内容
列出会议里提到但目前不能写成承诺、决议或行动项的内容。

以下是会议材料：
[粘贴会议议程]
[粘贴参会人名单和角色]
[粘贴项目背景]
[粘贴实时记录草稿]

下面是新的实时记录片段。请在不丢失前面已确认事项的基础上更新行动项记录表：新增行动项、更新状态、补充依赖条件，并列出需要我当场复述确认的问题。

请重新检查所有带有“计划、可能、应该、先、方向上、看情况”的句子。凡是没有明确确认的，不要写成已承诺事项，改为待确认或条件式表达。

输出样例

AI 应该输出到什么程度

下面是一版 AI 根据上面虚构材料生成的会中整理结果。它不是会后邮件，也不是最终纪要，而是一张记录人可以在会议结束前拿来复述确认的行动项表。

这版输出的价值在于，它没有把会中所有话都写进表格，而是把每个行动项和限制条件绑定在一起。记录人可以在会议最后 3 分钟把 C 部分逐条复述，现场纠正错误，比会后再追问要省很多成本。

A. 会中信号分流

决策信号：
1. 本次会议只确认周五评审前必须补齐的事项，不对外承诺最终上线日期。
2. 本次活动范围包含积分翻倍、门店券、会员等级权益说明，不包含新会员任务中心。
3. 对外材料中的上线时间暂用“计划 7 月中旬”，不写死 7 月 15 日。
4. 商务价格口径不在本次会议中决定，记录为待确认风险。

行动信号：
1. 赵弈今晚 20:00 前提供活动页面范围最终版和字段清单。
2. 李牧在字段清单确认后推进接口联调，最快明天下午开始。
3. 何沛周三下班前完成优惠券配置。
4. 沈乔周五上午 11:00 前需要拿到客户评审材料，并改成客户可读版本。
5. 顾闻最晚周四中午提供客服 FAQ 初稿。
6. 唐宁会后找商务确认价格相关口径。

限制信号：
1. 接口联调依赖字段清单；字段今晚不定，联调顺延。
2. 优惠券配置依赖客户确认参与城市和门店名单。
3. 客服 FAQ 依赖页面范围和活动规则定稿。
4. 上线日期不能在技术和客户评审确认前对外写死。

风险信号：
1. 测试环境周三上午不可用会影响联调时间。
2. 客户周三 12:00 前不确认门店名单，会影响优惠券配置。
3. 商务价格口径未确认，会影响客服 FAQ 和客户问答。

B. 行动项记录表

| 编号 | 议题 | 行动项 | 负责人 | 截止时间 | 产出物 | 依赖条件 | 风险等级 | 状态 | 来源依据 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| A1 | 页面范围 | 提供活动页面范围最终版和字段清单 | 赵弈 | 今天 20:00 前 | 页面范围最终版、字段清单 | 无新增依赖；新会员任务中心不纳入本版本 | 中 | 已明确 | 10:07 赵弈说明今晚 20:00 前能给最终版和字段清单 |
| A2 | 接口联调 | 基于字段清单启动接口联调并反馈风险 | 李牧 | 字段清单确认后，最快明天下午开始 | 联调进展和风险反馈 | 依赖 A1 字段清单；依赖周三上午测试环境可用 | 高 | 条件式行动项 | 10:09 李牧说明联调要等字段清单；10:27 补充测试环境风险 |
| A3 | 优惠券配置 | 完成门店券优惠券配置 | 何沛 | 周三下班前 | 优惠券配置结果 | 依赖客户周三 12:00 前确认参与城市和门店名单 | 高 | 条件式行动项 | 10:12 何沛说明可周三下班前完成；10:30 补充门店名单依赖 |
| A4 | 客户评审材料 | 汇总客户评审材料并改成客户可读版本 | 沈乔 | 周五 11:00 前 | 客户评审材料初稿 | 依赖页面范围、活动规则、对外时间表达边界 | 中 | 已明确 | 10:14 沈乔说明周五 11:00 前需要材料并会改成客户版本 |
| A5 | 客服 FAQ | 输出客服 FAQ 初稿 | 顾闻 | 周四中午前 | 客服 FAQ 初稿 | 依赖页面范围、活动规则定稿；价格问题依赖商务口径 | 中 | 条件式行动项 | 10:18 顾闻说明 FAQ 依赖定稿，周四中午给初稿 |
| A6 | 商务口径 | 向商务确认价格相关问答口径 | 唐宁 | 会后发起，具体时间待确认 | 价格问题保守口径 | 依赖商务反馈；本会不决定合同和价格 | 中 | 待确认截止时间 | 10:22 唐宁说明会后找商务确认 |

C. 需要当场复述确认的问题

1. 请确认：客户评审材料中的上线时间统一写“计划 7 月中旬”，不写死 7 月 15 日。
2. 请确认：优惠券配置由何沛负责，目标是周三下班前完成，但前提是客户周三 12:00 前确认参与城市和门店名单。
3. 请确认：接口联调由李牧负责推进，但启动时间依赖赵弈今晚 20:00 前给出字段清单，以及周三上午测试环境可用。
4. 请确认：客服 FAQ 由顾闻周四中午前给初稿，价格相关问题先挂起，等唐宁会后找商务确认。
5. 请确认：本次会议不形成对外上线日期承诺，也不讨论价格政策、合同条款和赔付承诺。

D. 不应写成结论的内容

1. “7 月 15 日上线”不能写成已承诺日期，只能写为当前目标或计划窗口。
2. “接口联调明天下午开始”不能写成确定排期，因为它依赖字段清单和测试环境。
3. “优惠券配置周三完成”不能脱离客户门店名单确认这个前提。
4. 价格问题不能写成客服可直接答复的固定口径，因为商务尚未确认。

人工验收

人要怎么检查和改到可用

AI 生成行动项表后，记录人要做一次人工复核。重点不是润色，而是确认这张表能不能拿来追踪。

第一，检查“负责人”是否来自明确认领。会中有人说“我看一下”不一定等于他承担责任。若没有明确认领，写成“负责人待确认”，并在复述确认栏里追问。

第二，检查“截止时间”是否来自明确表达。像“这两天”“尽快”“周五前后”“应该可以”都不是可靠截止时间。可以先写成“建议确认时间：周五 12:00 前”，但状态必须标为待确认。

第三，检查“依赖条件”有没有丢。行动项不是孤立任务，很多任务只有在前置条件满足时才成立。凡是有“如果、前提、等、除非、先、暂时”这类词，都要检查是否应该写进依赖条件或风险栏。

第四，检查“决策”和“推进方向”有没有混淆。会中说“先按这个方向准备”不一定是正式决议。只有授权人明确确认，或主持人复述后无人异议，才适合写成决策。否则要写成“当前推进假设”。

第五，检查共享边界。行动项表可能会发到会议群、客户群或项目管理工具里。涉及内部争议、个人评价、报价底线、合同条款、事故责任、未公开数据时，不要原样放入共享版。可以保留在内部记录里，或改成更安全的工作描述。

适用边界也要讲清楚。这个方法适合快速讨论中的任务捕捉，不适合替代正式法律记录、董事会决议、合同谈判纪要、绩效谈话记录或事故责任认定。会议越高风险，越需要人工确认、授权人复核和正式审批流程。AI 可以让记录更清楚，但不能让未经确认的事项自动变成组织承诺。

失败反例

这些失败反例要提前避开

**反例 1：把逐字稿当成会议成果**

错误做法：

这段记录保留了发言，但没有形成行动项。会后追踪时，没人能一眼看出负责人、截止时间、产出物和依赖条件。更好的写法是把它转成表格，并把“字段清单”“门店名单”“客户可读材料”分别挂到对应任务上。

**反例 2：把条件式任务写成无条件承诺**

错误做法：

这类写法看起来清楚，实际风险很大。原始发言里有前提：联调依赖字段清单和测试环境，优惠券配置依赖客户确认门店名单，上线日期不能对外写死。漏掉条件后，行动项表会制造新的误会。

**反例 3：让 AI 自己补责任人和截止时间**

错误做法：

如果会议里只说“需要商务给一句口径”，AI 就不能把客服主管写成负责人，也不能编一个周三 18:00 的截止时间。正确写法是“负责人待确认：唐宁会后找商务确认；截止时间待确认；影响客服 FAQ 和客户问答”。

**反例 4：把敏感讨论直接放进共享版**

错误做法：

这类话即使会中出现，也不适合原样进入可共享行动项表。可以改成“测试环境可用性需内部确认；对外同步前由项目经理统一口径”。记录表要服务推进，不要制造新的沟通风险。

10:07 赵弈说页面范围今晚能给，李牧说字段不定就联调不了，何沛说优惠券可以周三做，沈乔说客户材料周五要。

李牧明天下午开始接口联调；何沛周三完成优惠券配置；7 月 15 日上线。

商务口径：顾闻负责，周三 18:00 前完成。

客户最近反复变需求，先不要告诉客户测试环境还没准备好。

主题边界

它和相邻主题的区别

这篇文章只处理会议进行中的记录结构，核心产物是行动项记录表。它和“会前 10 分钟设计议程”不同：会前议程关注开会顺序、时间分配和主持动作；本文关注会议已经开始后，如何把快速发言实时分流成任务、限制和风险。

它也不同于“会后纪要邮件”。会后邮件要把已经确认的决议和行动项写成可发送文本，并设置异议反馈规则；本文更靠前一步，帮助记录人在会中就发现缺负责人、缺截止时间、缺依赖条件的问题，争取当场确认。

它还不同于“从长邮件里提取行动项”。邮件处理面对的是已经写好的文本，重点是识别对方请求和回复优先级；会中记录面对的是正在变化的讨论，重点是增量更新、实时复述和条件绑定。

把边界守住，这篇文章的价值就很具体：会议还没散，记录人就能用 AI 把“谁做什么、何时交、前提是什么、风险在哪里”抓成一张可追踪的表，而不是等会后在长篇逐字稿里重新打捞行动项。