任务拆解与交付协议
多数“AI 没有用”的问题，根源不是模型不会写，而是人把一句尚未想清楚的话当成完整需求。比如“帮我做个经营分析”，其中的读者、数据截止日、比较口径、结论要服务的决定、是否能使用内部数据、最终交付格式都没有确定。把这些缺口补齐，才值得开始执行。
本章给出一份适用于文档、数据、研究、汇报和协同任务的交付协议。它是社区工作方法，不代表任何产品能力承诺；你可在千问办公或其他工具中把它用作任务说明、Skill 输入规范或人工审核单。
先定义“完成”而不是“开始做”
一项好任务同时包含业务目标、输入边界、处理规则、产物定义和验收规则。把每个元素写成可观察的事实，避免“尽量专业”“做得好看”这类无法验收的词。
| 要素 | 需要写清什么 | 反例 | 可验收写法 |
|---|---|---|---|
| 决策 | 谁要据此决定什么 | 给领导看 | 供周一经营会决定是否追加华东预算 |
| 读者 | 知识背景、时间和关注点 | 管理层 | 区域总经理，阅读时长不超过 5 分钟 |
| 输入 | 文件、范围、截止日、可信级别 | 看附件 | 使用附件 A 的明细，数据截至 6 月 30 日 |
| 规则 | 口径、禁止项、优先级 | 分析一下 | 同比按去年同期；缺失值不得自行补造 |
| 产物 | 格式、结构、可编辑性 | 一份报告 | 1 页摘要、1 个可编辑表格、附校验说明 |
| 验收 | 谁检查、检查什么、何时退回 | 没问题就发 | 财务核对总计，业务 Owner 确认结论后发布 |
五段式任务卡
在每次高价值任务前复制下面的任务卡。括号内信息不完整时，先要求补充，而不是猜测。对于涉及发送、付款、写入系统、删除文件或公开发布的动作，将执行范围单独写出，并保留人工确认点。
【目标与决策】
我要为【读者/角色】完成【任务】；它将支持【具体决定或后续动作】。
【输入与边界】
仅使用【资料/目录/系统】中的【时间范围】数据。可信来源优先级为【...】。
不得使用、传播或推断【敏感信息/未授权资料】；遇到缺失、冲突或无法访问时先列出问题。
【处理步骤】
先输出你的理解、字段/资料清单和执行计划，等待确认后再处理。
处理时遵循【统计口径、格式规范、术语表、模板】；将事实、推断和建议分别标注。
【交付物】
输出【文件格式/页面/表格】。必须包含【固定章节、图表、附件、版本说明】；原始资料保持不变。
【验收与确认】
通过标准是【数字勾稽、来源可追溯、结构完整、读者可执行】。
在【发送/写入/发布】前，先给我预览和变更清单，等待我明确确认。从一句话到可运行任务的 6 步
- 复述目标。 先用一句话复述“为谁做什么、为什么现在做”，让提出需求的人校正方向。
- 盘点输入。 列出已拿到、缺失、权限不足和可信度存疑的资料。数据任务还要说明主键、日期、币种和版本。
- 拆成中间产物。 将“做一份方案”拆成问题树、证据表、结构大纲、初稿、校验单和发布稿。每一步都应能被人检查。
- 标出决策闸门。 例如确认问题树、确认数据口径、确认大纲、确认对外版本。闸门不是拖慢流程，而是避免错误被放大。
- 约定异常处理。 缺字段、数字不一致、网页打不开、同名客户无法匹配时，应该停止、标红还是走备用来源？预先写下规则。
- 建立验收记录。 保存任务卡、输入版本、生成版本、人工修改和最终确认人。下一次复用时，才能知道什么真正有效。
交付协议的最小验收表
| 检查项 | 通过证据 | 常见返工原因 |
|---|---|---|
| 目标对齐 | 摘要能回答最初的决策问题 | 内容很全，但没有给出下一步 |
| 数字正确 | 关键数字可回到明细或公式 | 汇总与图表不一致、单位混用 |
| 事实可查 | 每个关键主张带来源、日期和口径 | 把判断写成事实、引用过期网页 |
| 格式可用 | 文件可编辑，标题和图表便于扫描 | 只给长文、没有结论层级 |
| 风险可控 | 敏感内容、外发、写入均有确认 | 自动发送、误用无权限资料 |
| 可复用 | 模板、参数和失败案例被记录 | 下次只能从零开始问 |
一个经营周报示例
不要直接说“生成周报”。先写：读者是销售负责人；目标是在周会上判断各区域是否需要资源支持；输入为 CRM 导出的本周机会清单和上周版本；只统计已定义阶段；输出为 1 页摘要、区域明细和异常名单；每个异常要能追溯到记录 ID；任何要发到群里的版本必须由 Owner 确认。
执行顺序可以是：先让 AI 输出字段字典和异常规则；人工确认后再做清洗；随后生成汇总表并核对总计；最后根据事实写出“观察—可能原因—需要决定”的三栏摘要。这样即使建议需要修改，数据底座和审阅路径仍然保留。
复盘：把返工变成资产
每完成一批任务，花 10 分钟记录四件事：哪条输入最容易缺失、哪类错误最早能发现、哪个提示最节省审阅时间、哪些任务不适合自动化。把结果回填到模板，而不是只保存在聊天记录里。连续 3 次在相同边界内通过验收，才考虑固化成团队模板、Skill 或定时任务。
使用建议
先用任务卡跑通 5—10 个真实样本，再缩短提示词。短提示并不等于高效；可复核的上下文、明确的验收和适当的确认点，通常更省总时间。