5X 的 Codex 一天半烧完了，晒晒我的智障多 agent 工作流

xujinkai

1 天前

我是觉得 AI 不能当裁判，AI 又不是人根本搞不明白人的需求（甚至人类的程序员也经常搞不明白产品经理的需求），所以多个 AI 自己循环，肯定会偏差越来越多

particlec

1 天前

一定要最小化流程开始！所有阶段性的结果必须人工检查一下！
个人经验，然后就是我是官方中转聚合一起用，deepseek 现在太贵了不合适

HermanH

1 天前

我当时也遇到这个问题，grill 了之后确定根目标。

```markdown
## 根目标

> 在一次持续的 Codex 任务中，当一个已有计划能够产生明确交付物和验收证据时，使主 Agent 根据实际净收益选择单 Agent 或多 Agent 执行，并在不改变根目标、验收标准和用户边界的前提下，随着执行中新信息的出现动态调整尚未完成的执行计划，最终以适当的质量、成本和速度完成可验证交付。

对应的需求树是：

```
执行 Codex 计划的主 Agent 需要改变
↓
当前同时承担全局控制和大量具体执行，
容易产生上下文污染、资源错配和过早固定计划
↓
必须形成最小有效执行组织，
并能根据执行证据调整剩余工作，
同时保留目标、边界和最终验收控制
```

```

最终找到个比较合适的 skill 。https://github.com/lixuvip/codex-agent-orchestration-skill
已经非常能满足需求了。我觉得你出的问题就是非要搞一个死板的 team 出来，但如果从快速人机交互的逻辑来讲，你这套是摩擦成本最高的，不要把整个流程定死。

HermanH

1 天前

你要有一个绝对的话事人，话事人就是当前你对话的那个 session 。它不做任何执行，唯一的任务就是拆任务，验收，控制路线。不要让你的 agent 都有独立话事权，一定乱套，干啥都要返工。

qf19910623

1 天前

我算是明白你们为什么烧 token 这么离谱了，我都是自己去 opendesign 用 AI 设计几个原型页面，然后导出来，在项目里写提示词让 AI 帮我还原，然后一个模块一个模块的让模型给我实现，我自己去测试验证。合着你们这是完全当甩手掌柜跑一边喝茶去了啊，也太信任 AI 了

nunterr

1 天前

你分一下工好嘞，写代码和方案用 GPT ，其他的测试等交给别的模型来做，基本上就够用了

JEFFMEME

1 天前

1.流程有问题，传统组织流程那一套不适用； 2.项目想清楚了，建议上 20x 更合适，退一万步想，你打游戏不也充钱么，娱乐消费不也是消费么，难得你有这爱好折腾，干就完事儿 注意休息，劳逸结合

entropyR

1 天前

因为 sol 高推理强度的过度设计和开发特别严重，你需要用相关 skill 去限制他们，不然代码仓库会无限膨胀

HakuZero

1 天前

@chemzqm 是的，最近也在想办法优化这块

HakuZero

1 天前

@HermanH 有道理，我试着优化下看看

GoopleXD

1 天前

什么 ai 官僚主义

coryxu

1 天前

OpenClaw 刚出来那段时间，我其实也跟你现在想的一样，觉得可以搞一套多 Agent 协作开发。

当时我折腾得挺狠的，甚至专门建了一个飞书群，让所有 Agent 在里面互相沟通、分工开发，再安排一个“项目主管 Agent”统一跟我汇报进度。

那段时间我基本没日没夜地调试，好不容易把整套流程跑通。结果最后真拿一个大型项目来测试，实际开发效果还不如直接丢给 Claude Code 一步一步干，效率和最终质量反而更高。

cxe2v

1 天前

我都是一个 agent 一把梭，20X 的 pro 没有遇到太大的 token 不够的瓶颈，实在是没想到你们还有这么多花活来消耗 token

HakuZero

1 天前

@coryxu 第一次尝试这种方式，等项目跑出来后，再看最终成果咋样，我就想啥都不管喝喝茶就行，哈哈

HermanH

1 天前

@HakuZero 你完全放手最有可能的结果是在你订阅结束要续费了它都没有做出了一版 demo……很伤

核心问题是它们很喜欢引入复杂度去解决不存在的问题，你还让 10 个 agent 一起引入复杂度，这样干活是收敛不了的。