AI生成会议纪要的关键在于把生成环节放进一条可重复的流程：会前定好输入，会中留住记录，会后由AI按模板出初稿，再由人核对决议与行动项，最后发布归档。本文按这五步展开，说明每步谁做、产出什么、如何检查，并给出可直接套用的模板、提示词和发布前清单。
要点总览（TL;DR）
- AI生成会议纪要按“会前定输入—会中留记录—会后生成—人工校对—发布归档”五步执行，每步都有明确的输入、动作、输出和完成标志。
- 主持人确认决议，记录人留存原始记录并提交生成，审阅人核对事实与行动项后批准发布，参会人在约定时限内补充纠错。
- 模板固定会议信息、议题、结论、行动项、待确认项等字段；提示词要求只依据记录内容、未明确信息标注待确认，让初稿可追溯。
- 纪要发布后把行动项登记为任务，与项目文档互相引用，并在下次会议固定回顾上次行动项，形成闭环。
- 发布前用八项检查清单逐条核对，重点确认决议经人工确认、行动项有责任人和时间、敏感信息处理合规。
AI生成会议纪要的核心流程与操作步骤
把AI生成会议纪要拆成五步，每一步都有明确的输入、动作、输出和完成标志。流程固定下来之后，每次会议只需按顺序执行，产出质量不再依赖某个人当天的状态。
第一步：会前准备
输入是本次会议的议题清单、参会人名单、会议类型（决策会、评审会、周会等）和上一轮遗留事项。动作是确定记录来源——由谁负责录音、谁负责在共享文档里记要点，或者使用会议工具的自动转写；同时选定本次使用的纪要模板。输出是一份会前信息卡：议题、参会人、记录方式、模板版本。完成标志是记录人和模板都已确认，参会人知道会议结束后多久能收到纪要初稿。
会前准备常被省略，但它决定了AI能生成什么。议题写得越具体，会后提示词里能给出的约束就越清楚；记录来源不确定，会中出现漏记就只能靠回忆补，初稿质量随之下降。
第二步：会中记录
输入是会议实际讨论内容。动作是保留原始记录：自动转写文本、人工速记要点，或两者并行。记录时优先抓住三类信息——形成的结论、分配出去的行动、悬而未决的问题，其余讨论过程可以简略。输出是一份未经整理的原始记录，包含时间顺序和发言人归属（在条件允许时）。完成标志是会议结束时，原始记录已保存到可访问的位置，且关键决议在记录中有对应片段。
如果使用自动转写，会中应安排一人留意转写是否正常，出现中断及时补记。转写文本通常包含口语重复和识别错误，这一步不必修正，留给会后处理。
第三步：会后生成初稿
输入是原始记录、会前信息卡和纪要模板。动作是把三者一起交给AI，用固定提示词要求它按模板字段输出：会议基本信息、各议题讨论要点、结论、行动项、待确认项。提示词中明确要求“只依据提供的记录内容”“无法确定的信息标注为待确认”“行动项必须写明责任人和时间，记录中未提及的留空并标注”。输出是一份结构完整的纪要初稿。完成标志是初稿覆盖了全部议题，且每个行动项都有对应记录出处可回溯。
生成时建议一次只处理一场会议，避免多场记录混在一起导致张冠李戴。初稿生成后先通读一遍结构，再进入校对，比逐句修改更省时间。
第四步：人工校对
输入是AI生成的初稿和原始记录。动作是逐项核对四类内容：决议表述是否与会议实际结论一致；行动项的责任人、截止时间是否准确；讨论要点有无遗漏或夸大；待确认项是否都已标出。校对时对照原始记录定位出处，发现偏差直接修改，而不是让AI重新生成整篇。输出是一份经确认的纪要定稿。完成标志是校对人对决议和行动项逐条确认，并在文档中留下校对记录（如修改说明或确认标记）。
这一步是整条流程的责任边界。AI负责把散乱的记录整理成结构，决议是否成立、责任人是否接受，必须由会议主持人或授权审阅人确认。把这一步省掉，纪要就可能带着错误结论进入执行环节。
第五步：发布归档
输入是定稿纪要。动作是发布到团队约定的文档位置，通知参会人和相关执行人，并把行动项登记到任务跟踪的地方。输出是一份可检索的归档文档和一组已登记的行动项。完成标志是相关人已收到通知，行动项在任务系统中有对应条目，纪要文档在归档目录中可被检索到。
角色分工与各环节交付物
流程要跑得稳，需要把责任落到具体角色上。同一人可以在小团队里兼任多个角色，但每个角色的交付物不能缺。下表按角色列出职责与产出。
| 角色 | 主要职责 | 交付物 | 对应环节 |
|---|---|---|---|
| 会议主持人 | 确定议题和参会人；会中推动形成明确结论；会后确认决议表述 | 议题清单、决议确认意见 | 会前、校对 |
| 记录人 | 确定记录来源；会中留存原始记录；整理并提交给AI生成初稿 | 原始记录、纪要初稿 | 会中、生成 |
| AI工具使用者 | 准备模板与提示词；执行生成；处理转写文本的格式问题 | 结构化初稿、生成记录 | 生成 |
| 审阅人 | 核对事实、决议、责任人与时间；把关敏感信息；批准发布 | 校对后的定稿、发布确认 | 校对、发布 |
| 参会人 | 会中清晰表达结论与承诺；会后在约定时限内补充和纠错 | 补充说明、纠错反馈 | 全程 |
记录人和AI工具使用者常由同一人担任，此时要注意把“整理记录”和“操作生成”分开看待：前者对内容负责，后者对格式和提示词负责。审阅人应当是有权确认决议的人，通常由主持人担任或明确授权。参会人的纠错窗口建议在发布通知中写清楚，例如“收到纪要后一个工作日内反馈异议”，超过时限视为默认确认，避免纪要保持长期悬而未决的状态。
纪要模板与提示词示例
模板决定初稿的骨架，提示词决定AI如何填充骨架。两者配套使用，才能让每次生成的初稿结构一致、便于校对。
可复用的纪要结构
一份便于执行和检索的纪要，固定包含以下字段：
- 会议信息：会议名称、日期与时间、地点或线上方式、主持人、记录人、参会人与缺席人。
- 议题与讨论要点：按议题编号列出，每个议题写清背景一句话、讨论中的主要观点、形成的倾向。
- 结论：每个议题对应的决定，写明“已决定”“暂缓”“需上报”等状态。
- 行动项：编号、事项描述、责任人、截止时间、状态（待开始/进行中/已完成）、关联议题。
- 待确认项：会上未拍板或信息不全的内容，写明待确认什么、由谁确认、何时确认。
- 下次会议：预定时间与需要回顾的事项。
示例提示词
提示词的结构是：角色设定、输入说明、输出格式、约束条件。下面是一段可直接修改使用的示例：
你是会议纪要整理助手。以下是一场会议的原始记录，请按给定模板生成纪要初稿。
输入：①会议信息卡（议题、参会人、会议类型）；②原始记录（转写文本或速记）。
输出格式：按“会议信息—议题与讨论要点—结论—行动项—待确认项—下次会议”六个部分输出，行动项用表格呈现，字段为编号、事项、责任人、截止时间、状态。
约束：只使用输入中出现的信息，不补充推测；原始记录中未明确的责任人和时间，在对应单元格填写“待确认”，不要自行指派；转写中的口语重复和明显识别错误可以整理为通顺表述，但不得改变原意；涉及金额、日期、人名时保留原文表述；无法判断归属的讨论内容放入待确认项。
提示词中的“不补充推测”和“未明确即标注待确认”是最关键的两条约束。它们把AI的输出限制在记录范围内，让校对人有明确的核对对象，而不是面对一段看似合理却无法追溯来源的文字。
发布后的归档与协作衔接
纪要发布之后，真正的工作才开始。如果行动项只停留在文档里，下次会议又要重新追问进度，纪要就退化成一次性记录。衔接的做法有三件事。
行动项转为任务。把纪要中的行动项逐条登记为任务或待办，责任人、截止时间与纪要保持一致，任务描述中附上纪要链接。登记完成后，进度跟踪在任务系统中进行，纪要作为背景资料保留。在ONES中，会议纪要和行动项可以放在同一协作空间里：纪要作为Wiki页面沉淀，行动项作为工作项进入项目跟踪，团队成员在任务里更新状态，回到纪要仍能看到当时的决议背景。ONES Assistant可基于项目与Wiki上下文回答问题，并把自然语言指令的结果保存为工作项或Wiki页面，减少在文档与任务之间反复切换录入的动作。
与项目文档关联。纪要在归档时标注所属项目、迭代或阶段，并在相关需求文档、方案文档中反向引用纪要链接。这样后续查阅某个决策时，能顺着文档找到当时的会议依据。
下次会议回顾。下次同主题会议的议程中固定加入“上次行动项回顾”一项，逐条确认状态：已完成、延期、取消。未完成的行动项要么重新约定时间，要么在会上明确关闭原因。这个动作让纪要形成闭环，也让AI生成的行动项列表有了持续更新的去处。
归档位置建议按“项目—会议类型—日期”组织，文件名包含会议名称和日期，便于检索。归档不是终点，检索得到、引用得上，纪要才有复用价值。
完成检查清单
发布前逐项核对以下条目，全部通过再发出。任何一项未通过，回到对应环节处理。
| 序号 | 检查项 | 通过标准 |
|---|---|---|
| 1 | 事实与决议经人工确认 | 每条结论都有审阅人确认，与会议实际决定一致 |
| 2 | 行动项要素完整 | 每条行动项都有责任人和截止时间，缺失项已标注待确认并指定确认人 |
| 3 | 不确定内容已标注 | 待确认项单独列出，写明待确认内容和确认时限 |
| 4 | 敏感信息处理合规 | 涉及人员、客户、合同等敏感内容已按团队规定脱敏或限定访问范围 |
| 5 | 结构与模板一致 | 会议信息、议题、结论、行动项、待确认项字段齐全 |
| 6 | 已发布并通知相关人 | 纪要归档到约定位置，参会人和行动项责任人收到通知 |
| 7 | 行动项已登记跟踪 | 行动项在任务系统中有对应条目，与纪要互相链接 |
| 8 | 纠错窗口已说明 | 通知中写明反馈异议的时限和方式 |
这份清单可以固定在模板末尾，每次发布前由审阅人勾选。清单本身也是流程的验收标准：如果某一项反复不通过，说明对应环节的输入或角色分工需要调整，而不是靠发布前临时补救。
常见问题
会议没有录音或自动转写，只有零散的手写笔记，还能用AI生成纪要吗？
可以，但需要调整输入方式。把零散笔记按议题归类后，补充会议信息卡（议题、参会人、会议类型），再交给AI生成初稿。提示词中应明确说明“记录不完整”，要求AI把缺失的责任人、时间、结论统一放入待确认项，而不是自行补全。
这种情况下人工校对的工作量会明显增加，建议记录人在提交前先自己补一轮关键决议和行动项，减少AI需要猜测的空间。
AI生成的初稿里出现了会上没有讨论过的内容，应该怎么处理？
先回到原始记录核对，确认该内容是否有出处。如果记录中确实没有，直接删除，并检查提示词是否缺少“只使用输入中出现的信息、不补充推测”这类约束。若同类问题反复出现，可在提示词中增加一条：输出每个结论时附上对应的记录片段或时间点，便于逐条回溯。
校对环节以原始记录为准，不以初稿的表述为准，这是避免错误结论进入执行环节的关键。
纪要中的行动项很多，全部登记为任务会不会让任务系统变得杂乱？
可以按行动项的性质分层处理：有明确交付物和截止时间的登记为任务；只需知晓或短期跟进的事项，记录在纪要中并在下次会议回顾即可。登记时在任务描述中附上纪要链接，保留决议背景。
在ONES中，纪要可以作为Wiki页面沉淀，行动项作为工作项进入项目跟踪，团队成员在任务里更新状态，需要时回到纪要查看当时的讨论背景。分层标准建议由团队在流程建立时约定，避免每次临时判断。
涉及客户信息或合同金额的会议，用AI生成纪要需要注意什么？
先确认团队对敏感信息的处理规定，再决定哪些内容可以进入AI工具。常见做法包括：会前约定敏感议题单独记录、不进入转写；生成前对原始记录中的客户名称、金额等做脱敏替换；纪要发布时限定访问范围。
审阅人在发布前应专门核对敏感信息处理是否符合规定，这一项已列入发布检查清单。具体的数据处理与权限要求，以团队所在组织的合规规定和所用工具的权限配置为准。
这套流程在小团队里角色由同一人兼任，怎么保证校对不流于形式？
角色可以合并，但校对动作要留下痕迹。可以由兼任者对照原始记录逐条核对决议和行动项，在文档中标注确认状态或修改说明，形成可查的校对记录。对于涉及资源分配、对外承诺的决议，建议仍由主持人或有授权的人确认后再发布。
另一种做法是轮流交叉校对：本次会议的记录人校对上次会议的纪要，借助外部视角发现遗漏。团队规模扩大后，再把审阅职责固定到具体角色上。
