第一次任务最重要的不是“看起来很厉害”，而是完整、可控、能验收。我们选择一个常见办公场景：把会议记录整理成跟进表。输入清楚，结果容易检查，即使失败也能安全重来。
准备练习材料
在练习工作区中准备：
workbuddy-lab/
input/
meeting-notes.docx
output/会议记录可以只包含 5 至 10 条讨论事项，不使用真实客户、合同或内部机密。保留原文件副本。
先定义验收标准
生成的表格至少包含：
| 字段 | 规则 |
|---|---|
| 事项 | 使用可执行动词描述 |
| 负责人 | 原文没有时写“待确认” |
| 截止日期 | 统一为 YYYY-MM-DD，不确定时保留原文 |
| 状态 | 默认“未开始” |
| 来源说明 | 标明来自哪段记录，便于复核 |
验收标准先写清，Agent 才知道“完成”不是只创建一个空表。
第一步：引用文件并使用 Plan
新建日常办公任务，选择练习工作区，通过 @ 引用会议记录。输入：
读取 @meeting-notes.docx，先规划如何提取决策和行动项。目标是在 output 目录生成
会议跟进表.xlsx，字段包括事项、负责人、截止日期、状态、来源说明。不要修改原文件；缺失负责人或日期时标记“待确认”，不要猜测。先展示计划，等我确认后再执行。
预期现象： WorkBuddy 先说明读取、提取、标准化、生成和检查步骤，而不是立即写文件。
第二步：检查计划
重点看四件事：
- 是否只读取指定文件。
- 是否写入
output，不覆盖输入。 - 是否明确处理缺失信息。
- 是否包含生成后的自检。
如果计划里出现“自动补全负责人”或“覆盖原文”，立即要求修改。
第三步：确认并执行
计划正确后切换或确认 Craft 执行。运行过程中不要同时修改输入文件。
预期现象： 任务过程显示读取和生成步骤，完成后提供产物入口或明确文件路径。
如果任务只在对话中给出表格预览，可以补充：
请把当前结果写入 output/会议跟进表.xlsx，保持可编辑格式，并在完成后报告工作表名称、行数和文件路径。
第四步：打开产物验收
不要只看缩略图。用表格软件打开文件，执行下面的抽样检查：
- 行数是否与会议中的行动项大致一致。
- 负责人是否来自原文，没有凭空出现。
- 日期是否统一，模糊日期是否被错误确定。
- 状态列是否可编辑。
- 来源说明能否帮助你回到原文核对。
- 输入文件修改时间是否保持不变。
第五步：做一次有依据的修正
发现问题时，不要重新提交模糊指令“再优化一下”。指出具体缺陷：
第 4 行把讨论建议误判为已确认行动项，请删除；第 6 行原文没有负责人，请改为“待确认”；所有日期统一为 YYYY-MM-DD。只修改输出表格，完成后列出改动行号。
这种反馈可追踪，也能帮助你判断 Agent 是否真正理解修正范围。
失败时怎么排查
读不到文件
重新确认工作区和 @ 引用；检查文件是否正在被其他程序锁定。不要通过扩大到整个磁盘权限来绕过一个路径错误。
没生成 Excel
确认任务使用的是可执行模式，并明确文件名、目录和可编辑格式。如果当前能力只能生成 CSV，可先接受 CSV，再在后续步骤转换并核对。
表格内容像摘要，不像行动项
补充行动项判断规则：必须包含动作、责任或明确后续；纯背景讨论不进入表格。
消耗明显高于预期
缩小输入材料、减少并行专家，不要在首次小任务中使用专家团队。复杂团队通常会增加多轮调用和积分消耗。
从一次任务沉淀什么
现在先不要急着创建 Skill。先保存这次经过验证的提示词、字段规则和验收清单。等你用不同会议记录重复成功两到三次，再把稳定方法沉淀为 Skill 或专家流程。
完成检查
- 输出目录中存在可编辑的
会议跟进表.xlsx。 - 输入文件没有被修改。
- 负责人和日期没有被无依据猜测。
- 你至少抽样核对了三行数据。
- 你完成过一次具体、有依据的修正。
- 你知道何时才值得把流程沉淀为 Skill。