WorkBuddy 应用

WorkBuddy 会议纪要保姆级教程:从原始记录到行动表与跟进草稿

下载一份带标准答案的会议记录,用 WorkBuddy 5.5.3 完成事实提取、Plan 审查、纪要与 CSV 生成,再逐项核对决定、建议、负责人和截止日期。

新手 首次任务 预计 30 分钟 更新 2026/9/8 核验 2026/9/8
本页目录
官方文档核验 · 尚未运行实测查看验证范围

已核读当前官方 FirstTask、Task Bar、文件处理案例和权限模式文档,并人工核对练习输入、参考行动表和验收表。未在 WorkBuddy 客户端实际运行模型,正文不把参考产物描述为模型实测结果。

完成结果

学完后你会留下什么

`meeting-minutes.md`、`action-items.csv`、`follow-up-draft.md` 三份文件,以及一张填完的验收表。

参考版本
5.5.3
平台
macOS / Windows
任务模式
Ask / Plan / Agent
权限
标准
积分影响
适合谁
希望用一份无敏感信息的练习材料,完整验证 WorkBuddy 办公文件交付能力的新用户
开始前确认
  • 已安装并登录 WorkBuddy 5.5.3 或相近版本
  • 能为练习建立独立工作空间

这不是一篇只给提示词的“会议纪要技巧”。你会使用同一份固定输入,留下三份可编辑产物,并对照标准答案完成验收。练习故意放入了已确认决定、未确认建议、明确行动项、缺失负责人和未决风险,用来检验模型有没有把不确定内容写成事实。

先下载三份材料

参考行动表是本站根据原文人工整理的答案基线,不是 WorkBuddy 生成截图,也不能证明某个模型一定能复现。

建立一个独立目录:

workbuddy-meeting-lab/
  input/
    workbuddy-meeting-input.md
  output/
  workbuddy-meeting-acceptance.md

把参考 CSV 暂时放在工作空间外,避免模型提前读到答案。官方当前说明支持把文件拖入页面,也支持把文件夹设为工作空间;附件添加后不会自动发送。

完成标准先写在前面

检查对象必须满足
已确认决定只有 M06、M09,共 2 条
行动项M07、M10、M11,共 3 条
未确认建议M08 只能标为建议
缺失字段M11 的负责人和日期都写“待确认”
未决风险M12 保持未决,不擅自判断能否发布
可追溯性每个决定、行动项都保留 M 编号
文件边界只向 output/ 写新文件,不改输入

一旦模型给 M11 补了人名或日期,或者把 M08 写成结论,本轮就不通过。

第一步:用 Ask 做只读事实提取

新建本地任务,选择 workbuddy-meeting-lab 为工作空间,保持输入框底部的默认权限。在“+ → 模式”中开启 Ask(官方中文名为“仅问答”),附上输入文件后发送:

只读取 workbuddy-meeting-input.md,不创建或修改文件。
按原始 M 编号列出:
1. 会议信息;
2. 已确认决定;
3. 未确认建议;
4. 行动项及负责人、截止日期;
5. 未决风险。

没有明确负责人或日期时写“待确认”,不得推断。
最后给出各类型数量,并列出你无法确定的内容。

先检查回答是否得到 2 条决定和 3 条行动项。数量不符时不要进入生成阶段,使用这种具体纠正:

重新核对 M04、M06、M08、M11。
“建议”不等于“决定”;缺失字段不能猜测。
只修正事实分类,不生成文件。

第二步:用 Plan 锁定三份输出

关闭 Ask,开启 Plan。官方当前定义是“先出方案,确认后再执行”,不是旧版教程里常见的 Craft 名称。发送:

基于刚才核对过的事实骨架,规划生成以下文件:
- output/meeting-minutes.md
- output/action-items.csv
- output/follow-up-draft.md

纪要必须把决定、建议和未决风险分区;
行动表字段为 ID、类型、内容、负责人、截止日期、依据、状态;
跟进文案必须在首行标注“草稿,未发送”。
所有关键内容保留 M 编号,不修改 input 目录。
先展示计划和验收方法,等我确认后再执行。

计划通过需要同时满足:只读取一个输入文件、只写三个目标文件、保留引用编号、明确缺失值规则,并包含完成后的文件检查。若出现安装插件、连接邮箱或扩大工作空间,要求删除这些步骤。

第三步:确认计划,让默认 Agent 执行

在 Plan 面板选择“开始执行”。当前文档把实际执行模式称为默认 Agent;它可以创建和修改文件。默认权限遇到高风险操作仍会停下来确认,本练习不需要开启对当前客户端所有任务生效的“完全访问”。

完成后,让它只报告证据,不继续改文件:

停止修改。报告三份文件的路径、字节数和各自包含的条目数量;
列出实际读取与写入的文件;说明哪些检查没有执行。

官方说明中,目标文件通常可以从右侧产物区域打开,其他文件可在工作空间文件中查看。不要只根据对话里的“已完成”判断成功。

第四步:逐个打开真实文件

  1. 打开 meeting-minutes.md,搜索 M06、M09、M08、M12。
  2. 用表格软件打开 action-items.csv,确认编码和列没有错位。
  3. 打开 follow-up-draft.md,确认它仍是草稿,没有调用外部发送。
  4. 查看输入文件的修改时间,确认没有被覆盖。

现在再打开参考 CSV。正确行动表有三行;文字可以不同,但人名、日期、依据与缺失值不能偏离。

常见假通过正确判定
生成了漂亮摘要,却没有 M 编号不通过,无法回到来源
M08 被写成团队决定不通过,建议被升级为事实
M11 被自动分配给林然不通过,负责人是编造的
只有聊天表格,没有实际 CSV不通过,缺少约定产物
三份文件存在且事实逐项一致通过内容层验收

第五步:做一次可追踪修正

如果某一项失败,指出文件、行和原始依据:

只修改 output/action-items.csv:
A-03 的负责人和截止日期在 M11 中都没有给出,改为“待确认”;
不要修改其他行。完成后报告修改前后值和文件路径。

“再优化一下”无法判断修了什么;指定记录和依据,才能验证 Agent 是否服从范围。

失败时按层定位

没有读到附件

确认附件卡片已经出现、任务工作空间正确,并检查文件是否被其他程序锁定。不要用全局完全访问绕过路径错误。

Plan 直接开始写文件

先确认输入框下方是否显示 Plan 标识。取消当前操作,删除已经生成的半成品,再重新发送“等我确认后执行”。

CSV 乱码或列错位

要求输出 UTF-8 CSV,并对包含逗号的字段使用双引号。也可以让它另存为 XLSX,但仍需用表格软件实际打开核对。

结论与建议混在一起

回到 Ask 阶段,只做事实分类。不要在错误骨架上继续润色正式纪要。

想直接发送跟进消息

本练习只交付 follow-up-draft.md。收件人、权限和内容没有经过真实团队确认,不测试自动发送。

你最后应留下什么

  • 三份实际存在、可以重新打开的文件。
  • 一张填有本机版本和结果的验收表。
  • 2 条决定、3 条行动项与 1 条未决风险的核对记录。
  • 至少一次基于 M 编号的具体修正,或明确记录首次即通过。
  • “官方操作路径已核读”和“你的模型运行已验证”两种证据分开记录。

官方资料

版本和参数,以这些来源为准

本文按实际任务重写,快速变化的信息仍应在操作前回到官方页面核对。

常见问题

继续操作前,先确认这些边界

这篇教程已经在 WorkBuddy 5.5.3 中实际跑过吗?

没有。本站已核对最新官方操作说明并验证练习材料之间的一致性,但没有把模型生成结果冒充实测。你填完验收表后,才得到自己环境里的真实结果。

会议记录里没有负责人或日期怎么办?

写“待确认”并保留原文 M 编号。不要根据职位、语气或上下文猜测。

为什么同时生成 Markdown 和 CSV?

纪要适合阅读,CSV 适合逐项跟踪。拆开后更容易发现模型是否漏项、合并错事项或改写事实。

继续学习

按当前任务继续推进