编码 Agent 编排层怎么搭:调度、验证、失控 kill switch 四大难题
W1141175 · reddit · 2026-11-13
一位开发者分享其驱动多个编码 Agent 的编排层现状与困扰:主线用 Claude Code 做主要修改,Codex 做二次检查,再用一个 Python 脚本分发任务并轮询结果——没有队列、没有状态管理,仍需大量人工盯守。他列出四个核心问题征求社区方案:
- 调度:目前就是个 for 循环,5-10 个并行任务规模下是否需要真正的任务队列?
- 验证:worker 声称完成但不可信——用测试做门槛、第二个模型做审查,还是 diff 检查?
- 失控控制:当 Agent 决定重构整个仓库时,实际的 kill switch 是什么?
- 工具选型:是否有人用 T3 Code 或公开仓库方案,还是大家都自己造?
作者想弄清楚「用现成的」和「把已有组件焊在一起」哪个才是理性答案,并欢迎被指出自己过度设计。
所属事件:开发者探讨多编码 Agent 编排的调度、验证与失控难题(2 条相关)→
「编程与Agent」频道最新
- Minecraft 智能体评测 mcbench-lite 开源,本地跑自己的 API key — adonis_singh · 2026-11-13
- 沃顿博士给 Claude 智能体 5 万美元账户,收益 24.5% 跑赢标普 — alejandroll10 · 2026-11-13
- 开发者用自己项目建编程榜单,21 个任务横评 19 个模型 — teortaxesTex · 2026-11-13
- TRUST 框架把自改进 Agent 的劣质更新接受率从 45.6% 压到 2.78% — dair_ai · 2026-11-13
- 开发者开源首个 Power BI MCP 服务器,补齐自定义视觉件短板 — Constant_Plane4937 · 2026-11-13
- 6 个 LLM 记忆画旧金山:最好的街道得分仅 0.32,接近随机 — Evening_Hawk_7470 · 2026-11-13