明确交付要求是避免任务跑偏、输出不可用、反复返工的关键，需通过系统提示词三要素、输入输出契约、共享上下文和验收检查点四步固化标准。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在WorkBuddy中为多个Agent明确交付要求，是避免任务跑偏、输出不可用、反复返工的关键动作。不写清楚交付标准，主控Agent就只能靠猜来验收，子Agent也容易按自己理解“自由发挥”，结果拿到的JSON缺字段、报告漏结论、代码没注释——全是交付要求模糊埋下的雷。
给每个Agent单独配置系统提示词（必做）
进入Agent管理页→点击目标Agent名称→在“系统提示词”文本框中，用**动词开头+可验证结果+格式约束**三要素写清交付物。例如：“你必须输出一个严格符合RFC 8259标准的JSON对象，只包含data、summary、sources三个键；data必须是长度为5的数组；summary不得超过80字；sources每项必须含url和title字段。”
这一步不能偷懒写成“请认真分析并给出结果”。WorkBuddy不会自动补全交付标准，它只会忠实地执行你写的每一句指令。少写一个字段约束，子Agent就可能多塞一个timestamp或status字段进来，后续流程直接报错。
用输入输出契约固化交付边界
方法一：在流程编排画布中双击Agent节点→打开“输入/输出契约”面板→手动定义input参数名与类型（如input.topic:string）、output字段名与校验规则（如output.report:markdown、output.code:python3.11）。【契约一旦保存，该Agent所有调用都强制校验，字段缺失或类型错误会立即中断流程】
方法二：对关键输出字段启用Schema校验。在output字段右侧点击“添加JSON Schema”，粘贴精简版验证规则，例如：{"type":"object","required":["title","body"],"properties":{"title":{"type":"string","maxLength":60},"body":{"type":"string"}}。这比口头提醒管用十倍。
通过共享上下文注入统一交付基准
第一步：在流程编辑界面顶部切换至“上下文配置”标签页→新增变量，键名为delivery_spec，类型选json，初始值填入：
{"report_style":"GB/T 7714-2015格式引用","code_quality":"PEP 8合规，函数需含docstring","deadline":"2026-10-18T18:00:00+08:00"}
第二步：返回各Agent节点属性→在“前置脚本”区域插入代码：ctx.inject('delivery_spec', delivery_spec)。这样每个Agent启动时都会自动加载同一套交付标尺，无需在每个提示词里重复粘贴。
第三步：在研究员Agent的系统提示词末尾追加一句：“所有参考文献必须按delivery_spec.report_style格式生成，不满足则视为交付失败。”
用验收检查点强制拦截不合格交付
① 在主控Agent的调度逻辑中插入校验节点：当收到子Agent输出后，先调用内置工具validate_output → 检查output.data是否为非空数组 → 若否，触发“打回重做”动作并附带具体错误信息（如“data字段为空，请重新抓取至少3条有效数据”）。
② 对ReportGenerator类Agent，在其完成动作设置中勾选“启用输出扫描”，关键词填入“未完成”“待补充”“详见附件”——只要响应中出现这些词，系统自动标记为待人工复核，不进入下游环节。
③ 在流程末尾添加汇总节点，运行校验脚本：统计各子Agent实际交付字段数 vs 契约声明字段数，差值＞0即告警。这步能揪出那些偷偷删减交付内容却自以为“优化了输出”的Agent。
