Skip to content

第 4 章 第一个任务:会议纪要转行动项 ​

这次要拿到两份文件 ​

本章用一份虚构的中心启动准备会记录跑完整流程,最后得到两个文件:

  • meeting-minutes.md:结论、行动项、待确认问题和来源;
  • action-items.csv:可继续进入追踪表的结构化行动项。

输入、边界和标准答案都放在 WB-GCP-001。第一次跟做时保留原样,这样你可以直接比较自己的输出和本次实测结果。

输入文件和边界文件要一起看 ​

工作区里有两个需要先读的文件:

边界文件写得很短,但每一条都会进入后面的验收:任务只处理当前工作区,input/ 和 reference/ 保持原样,未知信息写“待确认”,业务产物放进 output/,文件性质标成教程草稿。

工作区选到 WB-GCP-001 这一层 ​

在“新建任务”底栏选择 WB-GCP-001。这里容易多点一层:父目录 sample-files 会把其他练习一并带进来,整个仓库的范围就更宽。底栏只显示 WB-GCP-001 才是这次需要的范围。

把任务一次说清楚 ​

这里的“提示词”就是发给 WorkBuddy 的任务说明。它可以写目标和步骤,也可以写材料范围、禁止动作、输出格式和验收条件;它描述的是任务要求,不会自动扩大客户端的实际权限。

发送任务前的任务卡和检查位置

text
目标:把 input/meeting.txt 整理为结构化会议纪要和行动项清单。
依据:同时遵守 reference/project-boundary.md。
动作:区分会议结论、行动项和待确认问题。
约束:不得修改 input/ 和 reference/;材料未确认的负责人或日期写“待确认”,不要自行补全;所有输出仅为教程草稿。
输出:在 output/ 生成 meeting-minutes.md 和 action-items.csv。
验收:每项结论和行动均能回到原文;行动项包含事项、责任角色、截止日期、状态和关闭证据要求;未知信息保持“待确认”。

发送前再次核对工作区、权限和模型。任务卡里的文件路径只能告诉模型应当用哪些材料;客户端实际能访问多大范围,还由工作区和权限决定。

Hy4 preview 排队时,改用另一个模型 ​

第一次发送后,Hy4 preview 显示资源繁忙,排队人数还在增加。取消等待并记录模型切换后,改用 GLM-5.3-Flash。任务卡没有改,第二次执行用了 1 分 5 秒。

连续点击发送会留下多个相似任务,还可能同时生成几份同名产物。模型换过以后,这一轮按新的运行重新验收,不能沿用前一次的判断。

完成摘要不能代替产物检查 ​

WorkBuddy 完成任务后的摘要和产物入口

WorkBuddy 的完成消息列出了 3 条会议结论、5 条行动项和 3 个待确认问题,还写明 input/、reference/ 未修改。信息很齐,但这只是客户端对本次执行的总结。随后打开两个产物,并检查文件系统。

不同版本的右侧栏叫法可能略有变化。当前官方文档把常用的两个位置称为:

  • 产物:任务生成并准备交付的目标文件;
  • 概览 → 工作空间文件:本次任务目录里的其他文件,包括中间文件和不属于最终交付物的内容。

所以,不能只在“产物”里看到两份文件就结束。还要打开“工作空间文件”,再到本地文件夹核对真实目录。客户端摘要、产物列表和文件系统三处一致,才算把“生成了什么”查清楚。

核对顺序如下:

  1. 打开 meeting-minutes.md;
  2. 对照输入逐条核对 C1–C3、A1–A5、Q1–Q3;
  3. 打开 action-items.csv 内容预览,并在本地打开实际 CSV 检查编码、列名和字段;
  4. 确认未确认的负责人或日期仍为“待确认”;
  5. 确认 input/ 和 reference/ 内容未改变。

文件系统里多出了一份隐藏记忆 ​

文件系统里还出现了 .workbuddy/memory/2026-08-30.md,内容是本次任务摘要。input/ 和 reference/ 确实没有变化,业务产物也只有两份;不过客户端在 output/ 外留下了自己的本地记忆,而且完成消息没有列出这份文件。

任务卡里的“只写入 output/”管得到业务产物,管不到客户端自己的记忆、缓存和日志。真实项目启用前,IT 或信息安全还要确认本地数据写了什么、放在哪里、保留多久、怎样清理、会不会进入备份。为了让这次测试可查,合成数据记录另存为 run-evidence/workbuddy-memory.md。

重点防止“合理补全” ​

本次产物把“查找校准证书”的完成日期留成了“待确认”,这条通过了。如果模型根据“启动前”猜成 2026-09-02,日期听起来很顺,却是原文里没有的新事实,只能退回。

“关闭证据要求”是为教学和追踪增加的字段。原会议没有说这些证据已经存在,所以它只能是一项待收集要求,不能写成现成记录。

这次实测的验收记录 ​

检查项本次结果处理
结论均有原文行号通过保留
5 个行动项字段完整通过保留
未知日期/负责人未补全通过保留“待确认”
输入与参考未修改通过保留验证记录
output/ 外无任何写入未通过发现客户端 .workbuddy/memory/;纳入环境评估
输出属于正式临床记录不通过/不适用明确标注教程草稿

复核时,重点检查这五类问题 ​

  • 只有漂亮纪要,没有行动项字段:补充结构化输出和验收字段。
  • 把提出人当责任人:提出一项工作不等于被指定为执行人。
  • 自动填满截止日期:强制未知值为“待确认”。
  • 覆盖原始会议文件:输入只读,输出使用独立目录。
  • 摘要正确就不打开文件:摘要和产物必须分别检查。

你能复现到这里,这次任务就算跑通了 ​

  • [ ] 两个产物都可打开且字段完整
  • [ ] 每个结论和行动项都可回到来源
  • [ ] 未知信息没有被猜测补全
  • [ ] 记录了实际使用的模型
  • [ ] 输入和参考文件没有被修改,并检查了隐藏目录、记忆和日志写入

本章产品操作核对基线:开启你的第一个任务。核对日期:2026-08-30。

下一章:临床试验 AI 任务卡 →

面向 GCP 临床试验从业者的 WorkBuddy 实战读本 · Pixel icons by HackerNoon