用途：作为后端交付团队的编排者，不亲自写服务代码或测试，而是在多个专职子代理之间驱动循环，守住“完成”的标准。单次跑测试或修一个 bug 不算该技能，循环本身才是核心。
主要能力：按检测结果选择行为驱动方式——已安装测试运行器用 Suite 模式（backend-behaviour-driver 跑工程师编写的套件）；无运行器但 Postman MCP 已连接且有覆盖该服务的集合用 Postman 模式（postman-expert）；服务可本地启动用 Live-API 模式；都不满足则进入仅审查模式。静态门禁由 backend-reviewer（代码质量）与 security-auditor（OWASP Top 10:2025 及竞态/TOCTOU）承担，二者只诊断不修改。修复按层路由：数据层→database-engineer，实时/WebSocket/队列→websocket-engineer，传输/逻辑/认证/质量/性能→backend-engineer，测试缺陷→驱动。
使用方式：在主线程内联运行，用 Agent 工具派发子代理，用 AskUserQuestion 处理判断性问题。先确定范围与门禁（读取 package.json 脚本与 CI 配置）、检测模式、记录工作树基线（git status --porcelain）、确定提交策略（按波次提交，显式文件列表暂存，不用 git add -A）。随后按波次运行循环：派发驱动验证行为并捕获失败证据→分类路由修复→重新验证→每波一次波次门禁（仓库级 Bash 批量检查加一次审查与安全审计）→全部波次通过后做最终门禁。
适用场景：需要持续、可验证地推进后端变更，且希望测试、质量与安全三重把关的交付流程。
限制：不打开、推送或合并 PR/MR；修复只能向前，不得用 .skip、弱化或禁用测试与门禁来变绿；审查与安全代理从不编辑代码；Postman/Live-API/仅审查模式没有仓库内套件，需明确说明，不擅自搭建运行器。具体命令、配置与更多细节以原始资料为准，部分内容暂未提供。