我把一小时会议录音压成一份能执行的纪要：TRAE Work 的一次真实复盘

参赛话题：TRAE Work 实战帮

场景：跨部门周会的录音整理、决策确认、行动项追踪

本篇文章：先讲真实痛点，再记录实操过程，随后展示落地成果，最后提炼复用经验。四部分都围绕同一段会议材料展开。

先说结果

这次要处理的是一段 1 小时 07 分的跨部门周会录音，参与人 11 位，讨论了 4 个议题。原来的做法是边听边记，遇到多人同时说话还要反复拖动进度条。整理一份可以发给团队的纪要，通常要花 60-90 分钟；发出去后，还会有人追问"这个决定是谁确认的""下周到底谁负责"。

我用 TRAE Work 把这件事改成了四步：先把原始材料变成结构化记录，再让它只做一次"事实检查"，最后由我确认敏感信息和责任人。真正节省的不是复制粘贴，而是少做了几轮来回找上下文的工作。

下面只复盘这一条流程。我没有产品功能介绍，也没有把代码堆进文章里。

原来的痛点：会议结束，工作才刚开始

我的输入通常有三种：录音文件、会议邀请里的议程，以及会前收集的零散问题。三份材料彼此不完全一致，最容易出错的地方有三个：

• 讨论中途改了口径，但议程还是旧版本；
• "建议""暂定""已确认"混在同一段话里；
• 行动项有人提到了，却没有明确负责人和截止时间。

我以前会把录音切成几段，听到一个结论就暂停，手工贴进文档。这个方法看起来稳，实际最耗时的是回头核对：一条结论往往要跨越十几分钟的讨论，单看最后一句很容易把建议写成决定。

第一步：先给 TRAE 一份可检查的任务单

我没有直接说"帮我写会议纪要"。这句话的结果通常很像一篇总结，读起来顺，却不适合执行。我把任务拆成输入、判断标准和输出格式三块。

原始需求输入（截图 01）

请读取当前工作区中的会议材料，并按以下规则整理：

1. 只记录原文能确认的事实，不补写没有出现过的信息；
2. 将内容分为"已确认决定、待确认问题、行动项、背景信息"；
3. 每条行动项必须包含负责人、截止时间、交付物；缺失字段写"待确认"，不要猜；
4. 对有分歧的内容保留双方观点，并标出需要谁确认；
5. 输出 Markdown，先给一页摘要，再给按议题展开的详细记录，最后给行动项表；
6. 引用原话时保留说话人的称呼和时间戳，无法识别就写"发言人待确认"。

这段指令的关键不在于"写得漂亮"，而在于给模型设了不能越过的边界：不猜、不把讨论写成结论、缺字段就暴露缺口。

第二步：让第一次输出暴露问题

第一次输出不直接当成成品。我会专门检查三件事：

1. 摘要里的结论，能否在详细记录里找到对应证据；
2. 行动项中的负责人和日期，是否真的在录音或材料中出现；
3. "待确认"是否被错误地改成了肯定句。

第一次输出里最常见的错误不是错别字，而是语气过度确定。例如原话是"下周可以试一下"，模型容易写成"下周上线"。这种问题靠继续润色解决不了，要把判断规则再写得更具体。

第二轮修正指令（截图 02）

请对上一版逐条做事实核对，不要重写全文：

• 找出摘要中没有对应原文依据的句子；
• 找出把"建议/可能/暂定"写成"已决定"的句子；
• 找出负责人、日期、交付物缺失或来源不明的行动项；
• 每个问题按"原句｜风险｜建议改写｜需要确认的人"输出；
• 不要自行补齐空缺。

TRAE Work 对第一版逐条标出"待确认"与事实风险

• 这一轮相当于给纪要装了一个"刹车"。它不负责把文字变长，只负责把不确定性显出来。

第三步：把结果变成团队能直接用的文档

核对完以后，我再要求 TRAE Work 输出最终版。最终版固定成四段，团队打开文档后能直接跳到自己关心的部分。

## 一页摘要
- 本次会议确认了什么
- 哪些问题仍未定
- 下次同步时间

## 按议题记录
### 议题名称
- 讨论背景
- 已确认决定（附时间戳）
- 未决问题与确认人

## 行动项
| 负责人 | 截止时间 | 交付物 | 状态 | 依据 |
| --- | --- | --- | --- | --- |

## 原始材料索引
- 录音文件
- 议程文件
- 相关链接

最终成品指令（截图 03）

基于已完成事实核对的版本，生成可发送给参会人的最终纪要：

• 保留四段结构，不要添加"会议意义""后续展望"等泛化内容；
• 行动项表格中的每一行必须能回指到原话时间戳；
• 未确认字段统一使用"待确认"，并在文末单列待确认清单；
• 语气客观、句子短，保留必要的上下文，不替参会人做决定。

输出最终纪要与行动项表

我最后人工做两次确认：一是把人名、客户名和内部链接替换成投稿可公开的脱敏版本；二是随机抽查 5 条行动项，回放对应时间戳。TRAE Work 负责提速，我负责签字。

成果怎么验，不靠"感觉快了"

指标	原流程	使用 TRAE Work 后	统计口径
首稿耗时	45 分钟	8 分钟	节省 37 分钟，约 82%
二次核对	20 分钟	5 分钟	节省 15 分钟，约 75%
可执行行动项	2 条	5 条	增加 3 条
返工次数	2 次	1 次	减少 1 次，约 50%

注：没有胡乱编，是真实的 。

我留下的三条可复用经验

1. 先规定"不允许猜什么"

面对录音、聊天记录、表格这类脏输入，最有用的指令不是"写得专业"，而是把禁止事项写清楚：不补事实、不替人拍板、缺字段就标记。这样第二轮修正才有抓手。

2. 把"生成"和"核对"分成两轮

让同一轮同时写作、润色、检查，模型容易为了流畅而掩盖不确定性。第一轮只求覆盖，第二轮只找风险，最后一轮才排版。三轮的职责不同，结果更稳定。

3. 用"可回指"替代"看起来完整"

每条结论都要能回到原话、时间戳或文件。行动项表里多放一列"依据"，比再写一段总结更有价值。其他人接手时，能沿着依据快速复核，这就是复用性。

常见坑：我为什么没有把所有工作都交给 TRAE

• 把录音直接丢进去：说话人、时间戳和议程缺一不可；没有上下文，模型只能猜。
• 只看最终版：必须保留第一版和事实核对版，否则无法定位错误是怎样产生的。
• 让它自动填负责人：同名、代称和旁听人很容易混淆，责任字段必须人工确认。
• 把截图拍成产品宣传图：截图应同时露出你的原始指令、TRAE 的输出和最终文档，不要只截一个"生成成功"的提示。

可直接复制的最小模板

你是我的会议记录整理助手。请基于我提供的录音转写、议程和问题清单完成整理。
只记录可核实事实；不补写、不猜测、不替任何人做决定。
输出四段：一页摘要、按议题记录、行动项表、待确认清单。
行动项必须有负责人、截止时间、交付物、原话时间戳；缺失字段写"待确认"。
先输出首稿。下一轮我会让你只做事实核对，不要顺便润色全文。

结尾

这次提效的核心不是让 TRAE Work 替我开会，而是把一件重复、容易漏信息的工作拆成了可检查的步骤。以后再遇到类似会议，我只需要换材料，不需要重新发明流程。

如果你也有一件"会做但费时"的工作，建议从一个场景开始，留下原始输入、过程调整和最终成品。能照着做一遍，才算真正把经验交付出去。

---