交付物必须可验收详解 Agency Orchestrator 的 acceptance 验收标准与 assert 机械断言双闸门【免费下载链接】agency-orchestrator One sentence → your one-person company of AI experts → complete deliverable in minutes. 276 CN 184 EN 5 more languages (ko/ru/pt-BR/id/ar) · zero-code YAML · auto-verified acceptance · Web Studio / Desktop / Docker · 15 LLM providers (11 key-free). 一句话组建你的「一人公司」AI 专家团队几分钟交付完整方案验收自动核验网页 / 桌面 / Docker 全渠道。项目地址: https://gitcode.com/gh_mirrors/ag/agency-orchestratorAgency OrchestratorAO是一款「一句话组建一人公司」的 AI 工作流编排器你用一句话描述需求它会自动召集多位 AI 专家编剧、编辑、设计师……协作几分钟内交付完整方案。而它最值得新手关注的设计是交付物验收——每个步骤产出的内容都会经过「双闸门」核验不达标自动返工达标才放行。这篇文章带你搞懂 acceptance 验收标准 和 assert 机械断言 分别是什么、为什么缺一不可以及怎么写。为什么 AI 交付物必须「可验收」让 AI 写方案不难难的是交付前有人把关。没有验收机制时常见翻车场景是要求写 6 节课AI 只写了 5 节格式完好看起来「很完整」提示词写超长提交给视频厂商时被直接拒收钱花了、片子没出内容中途被截断产出一半就交付下游步骤拿残缺产物继续跑。AO 的思路是把验收从「写在 prompt 里的嘱咐」变成跑完真的有人对着查每步产出后自动核验未通过则带着「上一版产出 未满足条目」交回同一位专家定向改一轮。双闸门分工模型审内容脚本审结构AO 的验收由两道闸门组成分工非常清晰src/core/assert.ts 的注释一句话概括「模型审内容脚本审结构。数数这种事不该交给概率性的东西」闸门谁来判断擅长检查特点acceptance验收标准模型验收员内容质量语气、结构合理性、创意要求能理解语义但看不见「本该有几个」assert机械断言纯脚本结构事实文件数量、字节数、必含字串、正则命中次数不花 token、不联网、同样输入永远同样结论为什么不能只靠模型验收员源码头注释里记录了一起真实事故一次要求产出 6 个课节文件模型只产出了 5 个。剩下 5 个格式完好、内容也好于是模型验收员判定「满足标准」整节内容带着绿灯上线了——同一故障在两个项目上各撞一次两次都亮绿灯。根因不神秘验收员看不见「应该有 6 个」这个事实它只看得见眼前的 5 个。所以「数数」这类硬事实必须交给机械断言。闸门一acceptance —— 写给「模型验收员」的验收标准在任意一步step上写acceptation是口误——正确写法是acceptance一段自然语言描述的验收清单例如 workflows/story-creation.yaml 里初稿步骤的标准acceptance: | 1. 输出的是小说正文本身没有标题、没有以下是之类的开场白 2. 正文字数在 {{length}} 字的 ±30% 范围内 3. 第一段就是具体画面或动作不是背景介绍 4. 至少有一段对话且不同人物的说话方式能区分开 5. 结尾停在一个画面或意象上没有解释谜底、没有点明主题它的判定口径是经过实测校准的见 src/core/verify.ts 的注释只按标准写了的字面要求判验收员不能发明标准里没有的更严要求标准里明确枚举的东西数量、必须出现的段落只做到一部分算未满足判「未满足」时必须引用产出原话——举不出原话就说明其实满足了。这套口径防止了另一种极端验收太严导致每跑一次都白返工一轮用户会学会无视验收那比没有验收更糟。闸门二assert —— 不过模型、不过网络的机械断言assert 是一组纯函数校验字段很少但每个都对应一类真实事故字段作用典型场景emits_files产出文件块数量必须恰好等于 N防止「要 6 个文件只出 5 个」min_bytes/max_bytes字节数上下限防截断、防超长被厂商拒收min_chars/max_chars字数上下限非空白字符中文一字一计写作类模板的「字数要求」contains必须出现的字面串剧本里必须有「## 镜头 1/2/3」matches正则必须命中的次数标题数量核对workflows/短剧流水线.yaml 里的剧本步骤是个好例子assert: # 少写一镜是这一步最贵的翻车下游照跑不误 # 直到花钱出片才发现镜 3 是编的。数标题这种事不该交给模型验收员。 contains: [## 主角, ## 镜头 1, ## 镜头 2, ## 镜头 3] min_bytes: 300注意它和 acceptance 的互补关系acceptance 管「三镜分别落在建立/冲突/转折上」这类语义质量assert 管「四个段落标题一个不能少」这类硬事实。两者都过这一步才算绿灯。未通过会怎样定向返工不是整步作废任一闸门未过时AO 不会直接判死而是构造一段定向返工提示src/core/verify.ts 的buildReworkBlock附上上一版产出和逐条未满足项要求专家保留已达标的部分、只补齐缺的地方给出修改后的完整结果。机械断言的返工提示src/core/assert.ts 的buildAssertReworkBlock则会明确提醒不要只补差的那部分、不要减少已经正确的内容、数量类要求请自己先数一遍再交。新手上手三步给你的工作流加上双闸门选一个已有工作流照着抄仓库里 workflows/ 目录下的模板大量使用这两套机制比如 novel-chapters.yaml 同时用到了acceptance和assert是学习最佳实践的活教材。先写 acceptance 再补 assert先用自然语言把「什么叫交付合格」写清楚再问自己——这一步有没有「数量、长度、必含内容」这类可以数出来的硬要求有就补assert。在 Web Studio 里保存即校验配错的 assert空对象、字段名写错、非法正则、数字写成字符串会在保存这一步就被拦截并点名字段见 src/core/assert.ts 注释不用等到跑工作流才发现问题。小结acceptance写给模型验收员的内容标准管质量判定口径严格且防「发明标准」assert写给脚本的结构断言管事实纯函数、不花 token、不联网双闸门共同保证绿灯放行的交付物既「写得对」也「数得对」——这正是 Agency Orchestrator 敢承诺「几分钟交付完整方案」的底气所在。想了解更多工作流编排细节可以继续浏览 src/core/ 目录下的执行器与校验模块源码。【免费下载链接】agency-orchestrator One sentence → your one-person company of AI experts → complete deliverable in minutes. 276 CN 184 EN 5 more languages (ko/ru/pt-BR/id/ar) · zero-code YAML · auto-verified acceptance · Web Studio / Desktop / Docker · 15 LLM providers (11 key-free). 一句话组建你的「一人公司」AI 专家团队几分钟交付完整方案验收自动核验网页 / 桌面 / Docker 全渠道。项目地址: https://gitcode.com/gh_mirrors/ag/agency-orchestrator创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考