gpt-6-astra 过度思考任务迟迟不推进怎么办?

看到论坛里很多人反馈 GPT-6 防御性编码导致效率低下的问题,

最近几天我也深有体会, 如果过度追求速度又担心未来错误积累得越来越多最终积重难返. 不过通过任务分工能够稍微改善这个问题. 之前的 Codex App Tools 有个 Send message to thread 的功能能进行 agent 间交流, 但是总是碰到消息发送过去, 但是没有进入对应的 agent 下一轮模型上下文, 导致实际无法传递消息? 但是更新后我已经可以正常进行 agent 通话了

由此可以设置专门的协调者和修理工以及进行演算的 agent. 通过任务表的形式, 让专注运算的 agent 忽略细枝末节的 bug 和错误, 统统丢到任务板让修理工来进行处理. 数据的处理也丢给它, 转而进行下一轮计算. 修理工通过 git 管理项目的工具箱, 不进行热更新. agent 进行完一个任务, 发现有更新的工具箱, 就采用新的. 而这些额外的协调工作和项目的流程设计交给协调者. 此外, 这些角色可以同时分配好几个 agent, 并行处理提升效率.

以下是我的提示词, 可以参考一下(也是 AI 给我写的):
提示词.txt (4.0 KB)

我也尝试过，后来发现 reviewer 会反复的查出来 bug，然后管理者会不断的派发修、查循环。如果我停了，诶，还真有 bug

体感它现在的这个多代理的编排还是比较实验性的，感觉有的子代理的权限规划的不是特别好

不过进步是很明显的，起码目前来说，在CLI里面的界面都可以正常显示了。之前还有各种奇怪的 bug。

其实看他现在的这几个子代理，我内心也是比较打鼓的，就只能一直盯着看。它底下的几个探索性的子代理下面都用了gpu，所以说一不小心就有可能炸炉 （大力真的是可以出奇迹的，所以说我就把炸炉当做一个feature好了

---

为了整体控制成本，现在主代理选择high。high比较谨慎，很多东西都要像太监请安一样，和用户反复确认

为了避免{{user}}打断astra, 会在用户消息之前加一条
Commentary (and non-blocking) -> {{user message}} 这样

---

@Hoag 佬友这个就是codex cli呢， 最近变化超大

---

反例：

噢噢, 我明白了. 我是通过指定解决不同难度问题的模型来控制成本(当然, 也是让 codex 自己来帮我设置), 不然调用的默认是主 agent 的模型: