第9章 从临时对话到固定任务：先定义重复场景

很多人第一次用 Coze，会先问“能不能把这个做成技能”。但真正应该先问的是：我是不是在反复做同一类工作？输入是不是大致稳定？结果有没有一套看得见的标准？如果这些问题还没有答案，急着保存技能，只是把模糊要求保存得更久。

本章先不创建技能，而是练习判断和拆分。你会把“项目筹备资料整理”拆成一个窄而清楚、可以人工验收的任务，再把判断结果写成任务定义卡。完成后，你应该知道什么时候用普通 Prompt 就够了，什么时候值得写 Agent 工作说明，什么时候应该暂缓复用。

先判断：重复发生，不等于适合复用

一个任务值得复用，通常同时具备四个特点：它会反复出现；输入资料属于相近类型；处理步骤和输出结构大致稳定；结果可以由人快速核对。这里的“反复”不一定是每天发生，也可以是每周整理一次选题、每次会议后做同样的资料盘点。

反过来，“帮我把项目全部安排好”看起来很适合自动化，实际上包含了目标判断、资源协调、人员确认和外部沟通。每一步都可能因为现场情况改变，结果也很难用一张固定清单验收。它应该先拆成几个小任务，而不是直接封装。

你可以把任务放在下面的四个问题上检查：

判断问题	通过的信号	还不适合的信号
会不会重复出现？	每次拿到类似资料都要做	只发生一次，背景也不会再用
输入是否稳定？	都是脱敏会议纪要或固定字段表	输入可能是图片、合同、聊天记录混在一起
输出能否比较？	固定栏目，缺失项可标“待确认”	每次都要重新决定文章形式
风险能否人工复核？	人能在几分钟内回到原文核对	涉及付款、公开发布或不可逆操作

低风险任务的好处不是“完全不用看”，而是错误容易被发现、容易退回。高风险任务则要把人工决策留在流程中，不能因为步骤重复就交给 Agent 自行完成。

任务颗粒度：把“大目标”切成可验收的小块

任务颗粒度可以理解为“一次交给 Agent 的工作有多大”。太大，Agent 需要自行判断很多事情；太小，来回沟通成本又会上升。初学者可以用一个简单标准：一次任务最好只有一个主要动词和一个主要产物。

例如，“整理会议纪要”是一个可以复用的动作；“整理会议纪要并确认预算、通知负责人、发布方案”就混合了提取、决策、发送和发布。更合适的拆法是：先盘点资料，再生成方案初稿，最后由人确认是否需要发送。拆分后，每一步都有自己的输入和停止条件。

本章的主任务是：从一份虚构或脱敏的会议纪要中提取目标、现状、行动、风险和待确认事项，生成供人核对的初稿。它不负责确认负责人、不负责填写预算、不负责通知任何人。

判断入口直接用本章的新结果图和文字说明呈现；截图只证明本次对话给出了判断和理由，不代表任务已经适合复用。

用高低风险对比做选择

下面三种任务都可能被人称为“自动化”，但复用策略不同：

A：每次拿到脱敏会议纪要，提取目标、现状、行动、风险、待确认事项。
B：帮我把所有项目工作都安排好并自动推进。
C：根据每周 5 条虚构选题，整理主题、受众和重复角度，最后由人工判断是否发布。

A 的输入、输出和检查点比较清楚，可以先做任务定义卡；B 需要拆分，暂不封装；C 可以复用整理环节，但“是否发布”必须留给人。这个判断过程本身就是方法的一部分，不是填表前的可有可无的准备。

固定 Prompt 什么时候已经够用

不要把“重复”直接等同于“制作技能”。如果任务一个月只做一两次，或者每次都要根据新情况改写要求，一条保存在本地的固定 Prompt 可能比技能更合适。它的优点是透明：你每次都看得见输入、要求和边界，也容易在下一次任务前修改。只有当你发现自己总在复制同一段规则、忘记其中某一句会造成明显返工，而且输入与输出已经通过几次人工验收，才有必要进入第 10 章的工作说明。

可以给任务做一个简单的“复用等级”记录：低频但规则稳定，记为 Prompt；同一 Agent 长期遵守，记为工作说明；跨多个类似输入都能按同一流程处理，才记为技能候选。等级不是 Coze 的产品字段，而是你在任务定义卡旁边写下的决定，方便以后复盘。

主案例：从会议纪要中找出可复用任务

使用下面的虚构资料，不要放入真实会议内容：

项目第三次筹备会议纪要（虚构）
已确定：活动主题方向为“数智未来·转型赋能”。
当前情况：主题方向已讨论，但嘉宾、场地和最终预算尚未确认。
讨论建议：下次会议前整理两种主视觉方向，并准备活动流程草案。
已提出行动：整理主视觉初稿；确认候选场地；补充预算信息。
待确认：负责人、截止日期、嘉宾名单、场地和预算。

先不要让 Agent 写方案。你要观察的是：这份资料能否稳定地产生相同的五类栏目，哪些内容必须由人核对。可以输入：

请判断下面的会议资料整理任务是否适合做成可重复任务。
只从重复频率、输入稳定性、输出是否可比较、风险和人工复核难度五个角度说明理由。
不要执行整理任务，不要补写负责人、日期或预算。
任务：从脱敏会议纪要中提取目标、现状、行动、风险和待确认事项。
资料：{会议纪要}

这个 Prompt 有意把“判断”和“执行”分开。结果如果说“可以复用”，还要继续问它依据是什么；如果说输入格式不稳定，就先收窄资料范围。不要因为 Agent 给出肯定语气，就跳过人工判断。

这张图只证明本次对话给出了判断和理由。它不代表任务已经创建、技能已经保存，后续仍要由人决定是否填写任务定义卡。

填写任务定义卡

任务定义卡是给人看的协议，目的是让你和别人先达成边界。它不是技能文件，也不是让 Agent 自动获得权限。建议至少写清六项：

任务名称：会议纪要整理为行动方案初稿
什么时候使用：每次拿到项目筹备会议纪要后
输入资料：一份虚构或脱敏的会议纪要，只使用提供的文字
希望得到：目标、现状、行动、风险、待确认事项五个栏目
不能做什么：不补写日期、预算、负责人；不发送或发布
人工检查：项目负责人核对事实、负责人和截止日期

这张旧图展示的是任务定义卡的缺口分析，可用于说明“卡片还需要补什么”。图中的文件路径、命名规则等建议不是 Coze 固定功能，使用时要根据自己的工作方式决定。

让 Agent 检查，而不是替你拍板

把已填写的卡片交给 Agent 时，限定它只找缺口：

请检查下面这张任务定义卡，只列出输入缺口、输出歧义、边界风险和人工检查缺口。
不要替我执行任务，也不要补写不存在的事实。

任务定义卡：
{任务定义卡}

如果它指出“负责人和截止日期没有来源”，这是有用的检查结果；你应该把这两个字段留在待确认项，而不是为了让卡片看起来完整而自行填写。

给任务定义卡加上“停止条件”

很多卡片只写“希望得到什么”，没有写“什么时候停”。建议再增加一行：资料缺失、版本冲突、要求外部发送或出现敏感资料时停止，先把问题交给人。停止条件能防止一个看似简单的整理任务越做越大，也能为后续工作说明提供明确的异常入口。它和“不能做什么”不同：边界描述不该做的动作，停止条件描述遇到什么情况要暂停。

迁移案例：每周整理自媒体选题

把会议纪要换成 5 条虚构选题，任务可以改为“按主题和受众分类，标出重复角度”。输入从会议事实变成标题列表，输出从五栏方案变成分类表；新增风险是 Agent 可能把“可能受欢迎”写成市场事实。迁移时要增加一句边界：没有数据来源的热度、趋势和效果判断都写“待确认”。

失败排错：定义卡完整，结果却不稳定

现象：同一张卡片连续运行两次，栏目数量不同，或者一次把讨论建议写成已确定。

先检查：输入是否真的是同类会议纪要，是否混入旧版本；输出栏目是否具体到可比较；任务是否偷偷包含了“替负责人确认”的步骤。

修正或停止：先用一份短文本重新测试；把“方案做完整”改成固定栏目；将所有无依据内容统一写成“待确认”。如果输入本身差异很大，退回普通 Prompt，不要继续叠加规则。

恢复标准：Agent 能指出资料范围，五个栏目每次都出现，缺少负责人、日期和预算时都保留待确认，且没有发送或发布动作。

如果连续两次测试都达不到恢复标准，不要继续增加字段。回到任务颗粒度，检查是不是把“资料整理”和“项目决策”放在了一张卡里；拆开后，通常比继续加规则更容易稳定。

一张卡片也要能交接

任务定义卡的另一个用途是交接。假设下周由另一位同事拿到同类会议纪要，他不应该再猜“行动”是指建议还是已完成，也不应该从文件名猜预算状态。把字段写清楚，别人才能用同一套标准检查结果；如果交接时仍需要口头解释很多背景，说明任务还没有定义到足够颗粒度。

交接测试很简单：把卡片单独交给一个没有看过本次对话的人，请他回答“需要什么输入、会得到什么、遇到缺口怎么办”。如果答案与自己的理解不同，先修改卡片，再考虑工作说明或技能。

卡片通过交接测试后，再把它交给下一章。这样第 10 章修改的是稳定规则，而不是继续猜任务到底想做什么；第 11 章也能从卡片的输出栏目直接设计验收标准。

本章产物与验收

你应得到一张“复用判断表”和一张任务定义卡。验收时不要只看卡片是否填满，而要问：

• 任务是否确实会反复出现？
• 输入类型、范围和脱敏要求是否清楚？
• 一次任务是否只有一个主要产物？
• 输出栏目能否比较，缺失项是否有统一写法？
• 是否把决策、发送、发布等高风险动作留给人？
• 人工检查人和检查内容是否写得出来？

本章小结与下一步

复用的起点不是按钮，而是判断一个任务是否足够稳定、足够窄、足够容易验收。下一章把这张给人看的任务定义卡，改写成有优先级、能处理异常的 Agent 工作说明。

阅读第 10 章：给 Agent 一套稳定的工作说明。