这不是一篇只给提示词的“会议纪要技巧”。你会使用同一份固定输入,留下三份可编辑产物,并对照标准答案完成验收。练习故意放入了已确认决定、未确认建议、明确行动项、缺失负责人和未决风险,用来检验模型有没有把不确定内容写成事实。
先下载三份材料
参考行动表是本站根据原文人工整理的答案基线,不是 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;它可以创建和修改文件。默认权限遇到高风险操作仍会停下来确认,本练习不需要开启对当前客户端所有任务生效的“完全访问”。
完成后,让它只报告证据,不继续改文件:
停止修改。报告三份文件的路径、字节数和各自包含的条目数量;
列出实际读取与写入的文件;说明哪些检查没有执行。
官方说明中,目标文件通常可以从右侧产物区域打开,其他文件可在工作空间文件中查看。不要只根据对话里的“已完成”判断成功。
第四步:逐个打开真实文件
- 打开
meeting-minutes.md,搜索 M06、M09、M08、M12。 - 用表格软件打开
action-items.csv,确认编码和列没有错位。 - 打开
follow-up-draft.md,确认它仍是草稿,没有调用外部发送。 - 查看输入文件的修改时间,确认没有被覆盖。
现在再打开参考 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 编号的具体修正,或明确记录首次即通过。
- “官方操作路径已核读”和“你的模型运行已验证”两种证据分开记录。