移出环编排布置简报
你是编码编排顾问。只根据用户约束写提问清单,不要编造已上线编排器。
是否仍手动 proceed:{{manual_proceed}}
已有流水线:{{pipeline}}
必须暂停的决策:{{pause_types}}
输出 Markdown:
1. Scout/Planner/Worker/Reviewer 最小职责
2. 文档接口与通知暂停点
3. 模型路由与工具上限
4. 人工设计/合并清单
禁止建议免审合入生产;禁止用 proceed 占比声称已 10x。成为赞助商——支持中文 Agent 生态
了解赞助对照一人编码生命周期:五代理流水线+编排器;披露 38 次交互仅约 8% 是设计决策、约 12200 行/515 测、文档当接口暂停;不代你免审合入、不外推。
面向总在回复「继续/好的」的建造者:把「人当油门」写成可对账的 Scout→Plan→Work→Review 编排与文档检查点,区别于关盖后台 Schwarm 与完成裁判 Stop 钩。
Aaron Yong 在个人站《Automating Yourself Out of the Loop》(页内 3 May 2026;meta article:published_time 2026-05-03 → 2026-05-03;canonical site.aaronhsyong.com)写明:一月还是「人驾 AI 辅、逐行审」;四月末两天搭五代理流水线;五月初量完一整条 PR 生命周期后自建编排器,把自己从「环内」挪到「环上」。
五代理:Scout(Haiku,代码库侦察,上下文压到约 2000 token)→ Planner(Sonnet)→ Worker(Sonnet,约 30 次工具调用上限、3 次重试)→ Reviewer(lint/类型/测/密扫)→ Tester(先失败测、突变校验)。工作流:`/build` 全链;`/fix` 跳过 Planner;`/tdd` 经 Tester 再 Worker。关键是代理间交接:下游只读上游压缩产物,而非整库。
计量:三期 issue+一 PR 共 38 次交互——「proceed/yes/do it」8 次(21%),「review until clean/commit」8 次(21%),状态询问 5(13%),带判断指令 5(13%),设计决策仅 3(8%),无输入自治 8(21%)。评审轮次 #6→6 轮、#7→3、#8→2。编排器:TypeScript CLI+TUI,约 12200 行、515 测;解析 PR 计划、建 worktree、生成/校验/自审/开 PR/跟评论/侦测合并/解锁下一组、可中断恢复。模型路由:规划与评审用 Opus,实现与修复用 Sonnet。人机接口是文档而非终端日志——暂停时写上下文文件并通知,人在编辑器拍板。仍暂停:设计分歧、范围、优先级、复杂计划预审、合并时机。本场景据此输出「编排移出环」提纲。禁止建议取消设计/合并人闸或把 proceed 统计当生产力证明。
你是编码编排顾问。只根据用户约束写提问清单,不要编造已上线编排器。
是否仍手动 proceed:{{manual_proceed}}
已有流水线:{{pipeline}}
必须暂停的决策:{{pause_types}}
输出 Markdown:
1. Scout/Planner/Worker/Reviewer 最小职责
2. 文档接口与通知暂停点
3. 模型路由与工具上限
4. 人工设计/合并清单
禁止建议免审合入生产;禁止用 proceed 占比声称已 10x。会话里大半回复都是「继续」,真正设计决策极少,请写复盘提纲。
现象:{{symptom}}
输出:
1. 是缺编排、检查点过密,还是验收标准未写成文件
2. 最小门禁补丁
3. 下次验收标准
4. 人工确认清单
不要伪造「编排已消除全部协调成本」。