第4章 把一句需求变成可检查任务

“帮我整理一下这份资料”并不是错误指令，但它把太多决定留给了 Agent：整理什么、依据哪份资料、重点看什么、最后交付成什么样、哪些内容不能猜？本章用五个部分把这些决定说出来，再比较模糊指令和改进指令的结果差异。

五个部分不是套话，而是五个判断问题

1. 动作：要做哪一种工作

动作决定任务的方向。整理、提取、比较、起草、检查都不一样。“帮我处理”太宽，Agent 可能自行选择写摘要、改写或提出建议。动作最好用一个主要动词，复杂工作再拆成几次。

2. 对象：依据什么材料

对象告诉 Agent 去哪里找依据，可以是一段文字、一个文件、一个项目或前一步产物。写“这份资料”不如写出名称或范围。若有多个文件，要说明是否全部使用，避免把旧版本混进来。

3. 要求：重点和质量标准

要求回答“做成什么样才算有用”。例如面向 AI 初学者、少用术语、区分事实和建议、保留来源线索。要求不是越多越好，优先写最影响结果的两三条。

4. 格式：怎样交付才方便检查

格式把结果变成可比较的产物。标题、表格、五个栏目、分点清单都可以，但要选读者真正需要的形式。没有格式时，Agent 可能输出一大段漂亮却难以核对的文字。

5. 边界：哪些事不能猜、不能做

边界保护资料和责任。可以明确“原文没有依据就写待确认”“不补写姓名日期”“不发送、不分享、不公开”。边界不是一句安全口号，而是让结果中保留未知，让外部动作停在人手里。

模糊指令与改进指令

先准备一段完全虚构的资料：

《XX项目第三次筹备会议纪要》（虚构练习）
目标方向：讨论一份面向 AI 初学者的入门内容。
现状：团队已有选题想法，但标题、作者、发布日期和配图来源没有确定。
行动：整理资料、形成内部方案骨架，下次会议再核对缺口。
风险：不能把讨论意见写成最终决定，不能补写个人信息或来源。

发送模糊指令：

帮我整理一下这份资料。

它缺少动作颗粒度、对象范围、重点、格式和边界。结果可能是一段摘要，也可能是一篇方案；即使内容通顺，你也很难判断它有没有混用其他背景。

再发送改进指令：

请根据《XX项目第三次筹备会议纪要》（虚构练习），整理一份内部待确认方案骨架。
动作：提取并整理。
对象：只使用我提供的会议纪要。
要求：区分目标、现状、行动、风险；原文没有依据的内容标“待确认”。
格式：按“目标、现状、行动、风险、待确认事项”五节输出。
边界：不补写姓名、日期、预算或发布结论，不发送、不分享、不公开。

改进指令不是“更会说话”，而是把验收方法提前写进任务。结果出来后，先看五个栏目是否齐全，再逐条回到纪要检查：目标是否仍是方向，行动是否仍是计划，风险是否被保留，缺少的字段是否标为待确认。

五个部分之间还存在顺序关系。通常先确定对象，再决定动作，因为没有资料范围就无法知道“整理”依据什么；然后写要求，让 Agent 知道重点；接着指定格式，方便人检查；最后补边界，把不能猜、不能改、不能发送的事情说清楚。顺序不是硬性规定，但按这个顺序思考，能减少“结果出来才发现资料用错”的返工。

对普通用户来说，格式尤其值得说明。格式不是为了让答案更漂亮，而是为了让你能快速发现缺口。例如“目标、现状、行动、风险、待确认事项”五栏中，待确认事项单独存在，意味着未知信息不会被藏在段落里。若把所有内容混成一段，读者往往只注意语气是否流畅，忽略事实是否有依据。

边界也分成几层：内容边界规定只能使用哪些材料；事实边界规定没有依据就标未知；动作边界规定不要修改、发送或公开；责任边界规定最终由谁确认。任务越接近真实业务，越应该把这些边界写成可观察的状态，而不是只说“请谨慎”。

结果分析：哪些变化值得保留

模糊指令的产物可以作为第一版，不要直接删除。它能帮助你发现 Agent 的默认猜测：是否自动补了标题、把“下次再核对”写成已完成、或把会议意见写成最终决定。改进指令的产物应更容易检查，但不等于一定正确；如果它凭空增加了日期或负责人，仍要退回原文核对。

当只有一个字段出问题时，优先局部修正，不要重写整份结果：

请只修改“行动”部分。
原文没有确定负责人和日期，请把这两项写成“待确认”。
其他栏目、顺序和表述不要改，也不要补充新事实。

局部修正的价值是保留已经核对过的部分，也能让你看清 Agent 是否遵守了范围。如果它改动了整篇内容，记录“超过修改范围”，再重新发送更窄的指令。

做前后比较时，不要只比较字数。可以对照四个问题：改进版是否减少了猜测；是否更容易回到原文；是否保留了缺失信息；是否把禁止动作写进结果状态。一个更短的答案可能更可靠，因为它没有替你补写资料没有提供的内容；一个更长的答案也可能更危险，因为它增加了未经确认的背景。

在 Coze 中给资料和任务

在当前 Agent 对话中，先输入或粘贴虚构材料，再发送改进指令；如果当前界面提供输入区的附件/加号入口，也可以选择练习文件。文件上传和技能引用的入口会随网页、桌面、移动端和账号变化，按当前界面提示操作，不要把旧截图里的位置当成固定按钮。

现有图可以帮助理解“任务输入—上传—结果核对”的过程：

如果页面显示处理进度或计划，可以观察它是否使用了正确资料；如果没有进度区域，直接等待结果并人工核对，不用普通回复冒充执行状态。

上传资料后，先核对文件名、版本和资料范围，再发送任务。若同一对话里有旧文件，明确告诉 Agent 本次只使用哪一份。技能或数据集入口也是同样的原则：先知道它改变了什么，再观察结果是否真的使用了它。不要同时上传很多文件、选择多个技能，否则即使结果有问题，也很难定位来源。

迁移案例：学习计划

把对象换成一段虚构课程文字，动作改为“提取并安排”，要求改成“按每周三次、每次 30 分钟拆分”，格式改成周计划，边界改成“不补写课程没有讲的知识点”。输入变化带来新风险：课程版本和学习者时间可能不确定，计划只能作为草案，不能替代老师或专业建议。

失败排错

现象：输出看似完整，却无法逐条回到原文；或把建议写成确定结论。
原因：对象范围不清，格式缺少待确认栏，边界没有写禁止补全。
先检查：五个部分是否都出现；输入是否只有指定资料；结果是否标出未知。
修正：先局部指出一个字段和依据，要求“其他内容不变”；若原文没有依据，停止生成并写“待确认”。
恢复标准：每个结论都能回指输入，未知内容仍然可见，最终状态仍是内部草稿。

本章产物与下一步

完成三件事：保留一份模糊指令结果，发送改进指令得到可检查版本，再用局部修正记录一次前后差异。验收时不要只看语气，要看对象范围、依据、格式和边界是否真正改变了结果。

可以把本章方法迁移成一张任务卡：

动作：{要做的主要工作}
对象：{指定文件、文字或项目}
要求：{重点、受众和质量标准}
格式：{栏目、表格或交付形态}
边界：{不能猜、不能改、不能发送的内容}
验收：{人工要逐项核对什么}

填写时先写一个最小版本，跑一次，再根据实际缺口添加规则。不要一开始把所有可能情况都塞进 Prompt；过长的说明会让新手自己也不知道哪条最重要。每次只改一处，才知道它是否真的解决了问题。

如果任务包含真实项目，建议把“资料来源”和“人工确认”写成独立栏目。来源让你能回到原文，人工确认让 Agent 知道何时停止。对于日期、金额、姓名、政策和外部引用，宁可保留待确认，也不要让流畅的句子掩盖不确定性。真正成熟的任务说明，不是让 Agent 少说几句，而是让人能在有限时间内看懂它做了什么、还有什么没做。

五部分还可以帮助你分配责任。动作和格式由任务提出者决定，对象和来源由资料提供者确认，要求和边界由项目负责人审核，最终结果由人工验收人确认。个人练习时这些角色可能都是你自己，但把它们写出来，未来邀请协作者时就不会把“谁提供资料”和“谁批准发布”混在一起。遇到争议时，先看任务卡上的边界，再决定是否继续，而不是让 Agent 自己裁定。

这也是为什么本章强调“可检查”，而不是“写得像人”。当任务卡写出验收人和依据，结果即使不够漂亮，也能被发现、修正和复盘；没有验收标准的流畅答案，反而可能把错误藏得更深。

当你把这套方法带到下一章时，先把对象和资料范围写清，再考虑文件、技能或记忆。工具越多，越不能省略任务边界。

能明确说出“依据是什么、未知是什么、谁来确认”，就已经掌握了这章的核心。

下一次换任务时，只需替换对象、要求和格式，五部分的思考顺序仍然适用。

这比死记某条 Prompt 更稳妥。

任务越清楚，后续工具越容易选择。

第一部分到这里结束。下一部分会继续处理资料、技能和记忆，但仍会坚持“先说明功能，再做低风险实操，最后人工核对”。

阅读第 5 章：文件与资料。