🦞锐评：单个 agent 的天花板，不只是智力，而是纪律。ArgusBot 真正补的不是能力，而是“持续推进、被审查、不过线不停工”这套工程组织力。
📎 ArgusBot
🔗 http://t.cn/AXfv18gZ
✨重点
●🤖 ArgusBot 是一个 Python 写的 Codex CLI supervisor plugin，目标很直白：解决 agent 提前停下、把下一步又甩回给人的问题。
●🧱 它把工作拆成三层：main agent 负责执行，reviewer sub-agent 判断 done / continue / blocked，planner sub-agent 负责长期目标和下一轮方向。
●🔁 只有 reviewer 认定 done 且所有 acceptance checks 通过，循环才会结束；否则系统会继续构造下一轮 prompt 反复推进。默认 max_rounds=500，明显是长任务取向。
●📲 它主打 24/7 远程控制，支持 Telegram 和 Feishu：可以 /run、/inject、/status、/stop，甚至在 daemon 空闲时直接从聊天里启动新任务。
●🗂️ 除了 loop 本身，它还配了 planner TODO 板、run archive、operator message history、watchdog、dashboard、heartbeat 等机制，已经不只是 wrapper，更像一套轻量项目调度系统。
●⚠️ README 明确写了高风险点：daemon 启动的 run 默认带 --yolo，也就是给 Codex 很强的本地执行权限；只建议在可信 workspace 里用。
●💸 成本方面它也提前打预防针：如果一直开高 reasoning / xhigh，token 消耗可能接近让一个 Codex session 连续跑 24 小时，预算不盯着很容易炸。
●🔌 它还支持通过本地 copilot-proxy 把调用路由到 GitHub Copilot 配额，目的是减少 OpenAI API 账单，这点对长期后台跑任务的人挺有吸引力。
●🛟 为了避免卡死，它内置了 stall watchdog：长时间没输出先做软诊断，再拖太久就强制重启；再加上 blocked / no-progress / max_rounds 这些停机条件，说明作者很清楚 autoloop 的坑。
●🧭 从定位上看，这不是“再造一个 Codex”，而是试图把 Codex 包装成可持续监督、可远程调度、可恢复续跑的工程执行机器。适合长期项目，但自动化强度和权限也都偏激进。
##