把完整任务交给 AI：Cowork 的委托、执行与验收

01 / 定义：委托的是任务，交付的是可检查的文件

Cowork 这类工作方式把多步任务放到一个执行环境中：助手读取获准的材料，规划步骤，使用可用工具，生成文件，再根据结果继续。它与聊天的区别在于可以实施动作；与固定脚本的区别在于会根据中间状态调整步骤。具体可访问哪些目录和工具，仍由当前环境及授权决定。

这不意味着助手知道公司的统计口径。关闭时间按哪个时区、重复工单如何处理、哪些客户信息不能出现在报告里，都不能由模型默默决定。人定义任务边界和接受条件，助手在边界内执行。

好的委托不是把要求写长，而是让每个关键判断都有归属，每个结果都有检查办法。

02 / 推导：为什么先交计划，再交结果

如果先处理全部文件再发现统计口径错了，后面的表格、结论与排版都要返工。把任务切成“盘点—试算—完整执行—核对”四个检查点，可以在便宜的时候暴露问题。计划本身不证明完成，但能让人提前发现错误假设。

• 盘点：列出实际读取的文件、字段、日期范围和缺失项。
• 试算：先处理少量可手工核对的行，确认去重与分组。
• 执行：按已确认规则生成结果，不修改源文件。
• 核对：总数、分组数、异常数与原始材料能对上。

任务中的歧义分两类：文件命名等可逆细节可以采用默认值并记录；会改变统计结果或对外后果的歧义必须先停在对应步骤。所有疑问都停下来，效率很低；所有疑问都猜过去，结果不可信。

03 / 应用：做一份可以复核的工单月报

以下是练习场景：你有一份脱敏的 tickets.csv，包含 ticket_id、created_at、closed_at、category 四列。目标是统计本月新建工单及分类分布，而不是统计本月关闭的工单。这两种口径会得到不同结果。

1. 准备材料。建立只含练习文件的输入目录和空输出目录。保留原文件副本，检查是否有姓名、电话等无关字段；无关信息先移除。
2. 写清口径。以 created_at 判断月份；ticket_id 去重；重复记录冲突时列入异常，不擅自保留最后一行；空分类单列“未分类”。在业务中还应确认时区。
3. 要求先盘点。让助手只返回字段、样本、日期覆盖和不明确之处。你核对后，再让它计算前十行并展示计数过程。
4. 允许完整执行。输出 summary.csv、report.md 和 exceptions.csv。报告必须区分数据事实与可能原因，不能从“某类最多”直接推断某个团队能力差。
5. 独立复核。用电子表格筛选同一月份并去重；把分类计数相加，与唯一工单总数比较。抽查异常记录的原始行。

目标：生成本月新建工单月报。
输入：只读取 input/tickets.csv；原文件不得修改。
口径：按 created_at 的月份筛选，再按 ticket_id 去重。
冲突重复行单独列出；空分类保留为“未分类”。
先交字段盘点与十行试算，得到确认后再处理全部数据。
输出：summary.csv、report.md、exceptions.csv。
停止条件：缺少关键字段、日期无法解析或重复行口径不明确。
验收：分组总和等于有效唯一工单数；结论能定位到统计表。
本任务不发送邮件、不上传文件、不覆盖已有结果。

这里先做十行不是固定仪式。若文件只有五行，可以直接人工核对全部；若已有经过验证的确定性统计脚本，应优先复用脚本，让助手负责组织材料和解释结果。

04 / 验收：把失败也放进交付流程

报告写“已完成”不算验收。你应能打开三个文件，解释有效行、重复行和异常行各去了哪里。若统计一致而措辞不理想，属于表达问题；若统计不一致，先修数据链路，不先美化报告。

后续重复执行时，保存本次口径、异常处理和验收清单。只保存最后一份漂亮月报，下一次仍要重新猜怎么做。

05 / 迁移：从月报走到其他委托

整理合同、生成会议纪要、汇总访谈，都可以沿用这条任务链，但检查点必须换成对应证据。合同整理检查条款定位和版本；会议纪要检查决策人与待办负责人；访谈汇总检查样本范围与原话。不能拿“文件生成成功”替代这些业务检查。

当同一委托反复出现，适合把方法沉淀为 Skill；如果主要问题是材料散乱，先回到工作空间与上下文组织。