WorkBuddy 怎么整理会议纪要？官方示例指令、责任人对齐验收与三种别交给它的会

2026-08-08

开完一个小时的会，真正麻烦的从来不是打字。麻烦的是：录音转写稿有八千字，一半是”这个我们再看看”；有人在群里补了两条关键信息；你自己在本子上记了几行只有自己看得懂的缩写。这三份东西要拼成一页纸，还得让没参会的人看完就知道自己该干什么。

这段活儿正好落在 WorkBuddy（Tencent WorkBuddy）这类桌面 Agent 擅长的区间里——它擅长的是把杂乱输入重组成固定结构，不擅长的是判断哪句话算数。这篇讲清楚指令怎么写、产出长什么样、怎么逐条验收，以及三种情况不该交给它。

一、官方文档里，整理纪要是有原文示例的

WorkBuddy 官方《实践案例》的第一篇「文件内容识别与处理」，把整理会议纪要单列为一个典型场景，输入来源写的就是会议录音、聊天记录和零散笔记，输出是正式纪要。官方给的示例指令是这一句：

请根据我提供的会议记录，整理成一份正式会议纪要，包含会议主题、关键结论、行动项、负责人和截止时间。

这句话直接抄过去也能用，它至少把输出结构说死了——五个字段，不用它猜。但它有个明显的空档：“我提供的会议记录”到底是哪个文件、纪要写完放在哪、遇到没结论的议题怎么办，全没说。这三处正是返工的高发区。

巧的是，官方《10 个上手技巧》第一条讲”清晰表达”时给的正面示范，恰好也是会议纪要类任务。官方的三要素公式是 做什么 + 有什么 + 怎么样，别让 AI 猜你的意图，配了一组正反对照：

	官方原文
反面示范	帮我把上次的会议纪要整理一下
正面示范	把 `D:/会议纪要/0320产品评审.docx` 里的会议纪要整理成一份清单，包含：1）每个议题的结论；2）对应的责任人和截止日期；3）标记有争议、未决的事项。用表格输出，不需要开场白

正面那条比反面多出来的，就是路径、字段和输出形式。注意它多的第三项——标记有争议、未决的事项。这一条是整份指令里最值钱的，后面验收那节会专门说为什么。

二、可以直接复制的完整指令

官方在《创建任务》里把要补的信息归成四要素：目标是什么 / 输入是什么 / 输出格式 / 约束条件。把上面两段官方素材按四要素填满，是这样一条：

请把会议记录整理成一份正式会议纪要。

【输入】读取 D:/会议/2026-08-08产品评审 目录下的三个文件：
录音转写稿.txt、群聊记录.txt、我的手记.txt。
三份材料有冲突时以转写稿为准，并在文末标出冲突处。

【目标】按议题分节。每个议题下写四行：
1）议题名称；2）最终结论；3）行动项（一句话说清做什么）；
4）责任人 + 截止时间。
没有明确结论的议题，不要编结论，放进文末「未决事项」区。

【输出格式】生成 Markdown 文件，保存到 D:/会议/纪要 目录，
文件名为「纪要_2026-08-08_产品评审.md」。
行动项部分额外用一张表格汇总：行动项 / 责任人 / 截止时间 / 来源议题。

【约束】只写材料里有依据的内容，不要推测责任人，
不要把讨论过程写成结论，不要写开场白和总结陈词。
每个结论后用括号标一下它出自哪份材料。

这条指令里有三处是刻意加的，值得单说。

一是”每个结论后标出处”。加了这行，验收时你不用重读八千字转写稿，顺着括号去核就行。这是把验收成本从”重读一遍”压到”抽查几处”的关键。

二是把行动项额外汇总成表。正文按议题走是给人读的，表格是给人认领的。会后真正被转发到群里的通常就是这张表。

三是”不要推测责任人”。会上经常出现”这个我来跟一下”这种没指名的表述，模型很容易顺手安到某个人头上。宁可让它空着，也别让它填。

顺带一提，官方在技巧里还给了个新手用法：不确定怎么开口时，先问它「我想做 XX，你需要我提供哪些信息？」，让它先把输入项列出来，你再按单子准备材料。整理纪要第一次上手时，这一步比直接下指令省事。

三、模式和模型：这类活儿怎么挑

WorkBuddy 的官方文档把工作模式分成三种，选哪种直接影响你要不要盯着它：

模式	说明	用在纪要上
问一问（Ask）	仅问答与信息查看，不修改文件	先让它读材料、说说这个会讲了几件事
想一想（Plan）	先生成执行计划，确认后再操作	材料多、分节结构没想好时用
做一做（Craft）	直接执行任务并修改文件	指令稳定、跑过几次之后用

官方建议原文是：首次使用优先选择 Ask 模式，熟悉后再按任务复杂度切换到 Plan 或 Craft，处理重要文件前请先备份。整理纪要是纯新建产物、基本不动原始材料的活儿，风险比批量改文件低，但转写稿本身别覆盖掉。

模型这边，官方内置模型表里腾讯混元的适用场景写得很明确：中文写作、会议纪要、中文文档处理。这是官方唯一直接点名”会议纪要”的模型，纪要类任务默认挑它不会错。另外两个可能用得上：手写笔记拍成照片的话，Kimi K2.5 的适用场景是截图分析、图片转文档等视觉类任务；材料横跨好几个来源、要分好几步处理时，智谱 GLM-5 对应的是多步骤、长流程的复杂任务。官方文档同时注明，实际可用模型列表可能随产品版本、账号类型和服务可用性变化，以你界面里实际能选到的为准。

四、别一轮到底：先要清单，再要成稿

官方技巧第二条”小步快跑”讲的就是这个。它举的反面例子是把 50 页报告一次性变成汇报 PPT 并发出去，正面做法是拆成三轮，好处是每步都能确认方向，发现偏了及时拉回，而不是最后整份推翻。

纪要拆两轮就够。第一轮只要议题清单，不要成稿：

先不要写纪要。请读取 D:/会议/2026-08-08产品评审 目录下的三个文件，
列一份议题清单：议题名称、涉及到的发言人、这个议题在转写稿里的大致位置、
以及它是否形成了明确结论（是 / 否 / 存疑）。用表格输出，不需要开场白。

这一轮你花一分钟扫一眼，就能发现两类致命错误：议题被拆碎了（一件事被切成三条），或者议题被合并了（两件不相干的事按在一起）。这两类错误如果拖到成稿才发现，整篇结构都得重排。而且”是否形成明确结论”这一列，你现在就能改——你知道哪句是散会前拍的板，它不知道。

第二轮再让它按第一轮确认过的清单成稿。官方在《任务对话》里写得很清楚，继续追问时它会基于之前的上下文处理，不需要重复描述背景，所以你可以直接说”第 2 条和第 5 条是同一件事，合并""第 7 条的结论我改成……，按这个写”。

官方技巧第三条还给了四种调整方式：直接指出问题（“太长""语气太正式""第三段逻辑不通，重写”）、换角度重述需求、补充限制条件、切换角色视角。官方那个比喻挺准——像指导一个很勤奋、但需要反馈的实习生。纪要初稿写得太啰嗦，一句”每个结论压到一行”比重写提示词快得多。

五、交付物长什么样

按上面的指令跑完，你应该拿到这些东西：

一个 Markdown 文件，落在你指定的目录里（没指定的话，会落在工作目录）
文件内容分三块：按议题的正文、行动项汇总表、未决事项区
右侧结果区能看到产物、全部文件和变更记录

关于落盘位置，官方《工作目录》文档建议先设置工作目录，WorkBuddy 在该目录中读取和保存文件，未指定路径的任务也优先在这个目录内执行；并建议按任务类型分别建目录，便于管理并降低误操作风险。会议纪要天然适合单独开一个目录——材料按会议日期分子目录，产出统一收在一处，下次翻旧账好找。

权限那边有个选择要自己拿主意。官方给了两档：默认权限在涉及文件修改、工作空间外执行等敏感操作时需要用户确认；完全访问权限减少确认步骤、允许直接执行更多操作，官方明确写的是仅建议在信任当前任务时使用。整理纪要是读入多、写出少的任务，用默认权限完全够，没必要为了省两次点击把口子开大。

六、怎么验收：盯死两处

纪要出错，九成集中在两个地方，其他都是小毛病。

第一处，责任人和截止时间的对应关系。 拿着那张行动项汇总表，一行一行核，重点看三种情况：

责任人是不是被推测出来的。会上说”这个我来跟一下”却没自报姓名的，正确做法是留空待补，写成具体某个人就是编的。
一个人被安了不属于他的活儿。多议题混在一起时，最典型的错误是把 A 议题的行动项挂到 B 议题责任人名下——两个人名在转写稿里挨得近，就容易串。
截止时间的口径。“下周""月底前""等设计稿出来之后”这类相对时间，被转成具体日期时很容易错一档。凡是正文里出现的日期，都要能在材料里找到出处。

第二处，讨论过程被当成了结论。 这是纪要最隐蔽也最伤人的错误。会上有人说”我觉得可以先做 A 方案”，后面被否了，最终定的是 B——但转写稿里 A 方案那段说得又长又完整，B 只有一句”那就 B 吧”。模型按文本密度判断重要性，很容易把讨论中被否掉的方案写成结论。

对付这个错误只有一招：看谁说的、在哪个位置说的。散会前最后拍板的那几句，往往最短。所以前面那条指令里要求”每个结论标出处”、要求”没有明确结论的放进未决事项区”，都是为了让这一步能快速核。官方正面示范里那句”标记有争议、未决的事项”，本质上也是同一件事。

剩下的就快了：扫一眼有没有漏掉整个议题、语气对不对（对外发的纪要和团队内部的口径不一样，一句话就能调）。整个验收过程通常几分钟，比自己从头写省得多，但这几分钟不能省。

七、三种情况，别交给它

第一，录音还没转成文字。 官方案例里把会议录音列在输入来源里，但示例指令写的是”根据我提供的会议记录”，而官方对多模态任务处理的描述范围是文档、表格、PPT 和数据分析，并没有说明它能直接读音频文件出转写稿。所以稳妥做法是：录音先用转写工具出文字稿，落成 txt 或 docx 放进目录，再交给它。别一上来把 mp3 拖进去等结果。

第二，人事、绩效和敏感决策的会。 这类会议纪要的问题不在它写不写得出来，而在于材料本身不该随手丢进任何工具的工作目录。官方在工作目录那节的建议是按任务类型分目录，你把哪个目录授权给它，它就能读哪个目录。另外要留意，官方说明「生成对话记忆」是默认开启的，会从对话中提取上下文用于后续回应——虽然文档写明记忆内容仅本人可见、也可以查看编辑或让它忘记，但涉及薪酬、人员调整这类内容，最省事的办法是压根不放进去，自己动手写那一页纸。

第三，需要判断”哪句话才是真结论”的会。 有些会开完，参会的人对结论的理解都不一致——两个方案都有人支持，领导说了句模棱两可的话就散了。这种时候纪要的作用不是记录，而是定调：把哪句写成结论，会后大家就照哪句执行。这是判断和责任，不是文本处理。让它去整理，你只会得到一份把所有观点平铺直叙、看不出定论的流水账，然后过两周为了这份纪要吵一架。

正确用法是反过来：你先自己把结论一句话敲定，再让它围绕这句结论去组织行动项和背景。判断你出，体力活它出。

最后补一条官方的通用提醒。技巧第八条讲得很直接：它可能”改过头”——删掉你想保留的内容、打乱原有格式、方向越改越偏，所以改文档表格前先复制一份备份（文件名加 _备份 或当天日期）。整理纪要主要是新建文件，风险不高，但如果你让它去改一份已经发出去的旧纪要，这条务必照做。官方那句话说得挺实在：成熟的用法不是期待它永不出错，而是提前准备好回退方案。

小结

会议纪要交给 WorkBuddy，能省的是把转写稿、聊天记录和手记重组成固定结构这段体力活。官方示例指令给了字段骨架，按”目标 / 输入 / 输出格式 / 约束”四要素补上路径、落盘位置和”不要推测责任人""没结论就进未决区”两条闸；先要议题清单再要成稿；模型挑官方点名会议纪要场景的腾讯混元。

验收只盯两处：责任人与截止时间的对应关系、讨论过程有没有被写成结论。至于哪句话算数、这场会最后到底定了什么——这个得你说了算。