- HakuZero2026-09-02
充了 100 刀 codex 想做点正经东西，结果一天半就没了，项目还卡在半路，越想越亏，来吐槽一下。
我干了个挺蠢的事：一个项目塞了好几个 agent ，产品、测试、运营、后端、桌面端。本来想的是流程正规一点，学大厂那套需求评审测试验收，能少返工。
结果实际流程变成了这样——需求来了先丢给运营 agent 去"调研"，调研完产品 agent 出方案，方案出来测试 agent 要先写测试用例，都齐了后端和桌面端才开始写代码。写完你以为完事了？天真，还要挨个过审：测试审一遍，产品审一遍，UI 审一遍，UX 单独再审一遍。我当时不知道哪根筋搭错，UI 和 UX 还拆成了俩 agent 。
它们审起来一个比一个能说。产品动不动就"不符合用户心智"，UX 说交互路径太长要重做，测试说边界情况没覆盖要补用例，UI 说视觉规范不统一。最离谱的是，它们提的问题最后基本都得我自己动手改，返工不但没少，我还多了个活儿：给几个 agent 的意见当裁判。
钱主要烧在上下文上。每个 agent 都得喂历史记录，喂一次几百条 message ，光"对齐需求"就对齐了好几轮，我自己都不知道在干嘛了。
现在纠结要不要再充 100 刀。充吧，怕两天又烧没了；不充吧，东西不上不下的很难受。
就想问问，到底是我这流程本身有病——AI 干活根本不需要模拟人类团队那套官僚流程，还是我用法不对，应该让它们并行干而不是串行开会，还是单纯额度买少了，其实再充 100 刀就能成了？
主楼 - zed10182026-09-02
再充 100 刀不如直接升级到 20X
- HakuZero2026-09-02
- sampeng2026-09-02
我也在解决这个问题，有几个点可以优化。你可以看看 cf 和 google 怎么解决的：
https://blog.cloudflare.com/ai-code-review/
https://cloud.google.com/blog/topics/threat-intelligence/staying-ahead-of-adversarial-ai-through-agentic-source-code-review你这一套我用了半年，干个活要 1 小时才能干好一个需求，太慢了，于是我在优化这个过程。这个痛点是显而易见的，因为每个模型都喜欢扣细节，然后就对不上。越多就越扯皮。我认可 cf 和 google 的处理方式，我也在测试，不要每个角色都给最牛逼的模型，按情况用低一档的就行，比如你说的那个 ui ，说实话，这是很机械的活，用用 opus/sol 是大炮打蚊子，不要给每个角色喂重复上下文，我的处理方式是我用 pi 来做，所以每个 agent 是一个独立的 session ，这一件事不完 session 是不结束的。这样就后面的重复其实缓存命中率非常高。
效果怎么样不好说，我要解决的是干活太慢，不是干活质量的问题。目标是 review 一次 5 分钟内解决战斗。
- zzl932026-09-02
原来如此，那感觉是不是 AI 开发不能这么拆，是不是应该有一个大脑，其它智能体都是下级，子智能体是否调用看大脑，大脑需要有一定的 token 焦虑
- homcrazy12026-09-02
直接实现功能，顶多写写单元测试
- Fooooo02026-09-02
op 用的这个是什么工具啊？
- HakuZero2026-09-02
- sampeng2026-09-02
- HakuZero2026-09-02
- HakuZero2026-09-02
- HakuZero2026-09-02
- HakuZero2026-09-02
@homcrazy1 单一功能是这么干的，新的项目，涉及的端比较多，避免返工所以尝试一下这种模式是否可行
- winnerczwx2026-09-02
- molicloud2026-09-02
可以试试多智能体协作，而不是人参与每个环节，特别是你使用了这么多 agent：
https://docs.codeg.app/zh/guide/multi-agent - ktyang2026-09-02
这么多 agent 还开极高还开快速模式，也不知道到底是缺 token 还是不缺 token
- gitxuzan2026-09-02
不要装太多工具 mcp ，skill 和插件，针对项目针对性的，我平时全部关掉，按需开启
- nanwangnongfu-v2ex2026-09-02
我也有这种疑问，从零开始构建系统，想各种节点都有产出，需求分析的，原型，测试用列，proto 文件，代码，尝试了很多，最终都不太满意。AI 的产出总感觉缺少什么，review AI 的产出一言难尽
- Dylan892026-09-02
我现在都是手动创建 Agent ，遇到的问题是 figma 的圆形，AI 根本实现的稀碎，有没有好的 Skill 。。。
- hackyuan2026-09-02
258K 上下文的这么玩根本玩不了，AI 评审就是智障互相骗，最关键的产品品味、技术架构需要人工判断。GPT-5.6 Sol Max 也不行。
- xycoder012026-09-02
多 agent 没有问题，问题是不要所有 agent 都使用最高级别，比如 xhigh 。其他的子 agent 要适当调整。否则，20x 的也不一定顶得住。
CodeCodeStudy2026-09-02嚯嚯，自费打工
- tylerrrrrr2026-09-02
流程本身有点过重：产品/测试/UI/UX 串行评审会把同一份上下文喂很多遍，额度主要死在对齐和复述，不在写代码。更省的做法是 1 个 agent 出短方案、1 个按 worktree 实现、必要时再开独立会话做审查，别让它们互相开会。并行只适合目录隔离的活，同一套需求别叠五层官僚。我这边 Claude Code / Codex 仍当 CLI 用，只是不想五个终端对不上谁在改哪，才用本机工作台收会话和 diff： https://github.com/yy36295238/caravel-releases
- NotNEO2026-09-02
我想学习下你这个多 agent 在 codex 的工作流 感觉再多调调 就能用起来
- xylitolLin2026-09-02
看起来花里胡哨的多 Agent 编排，实际都没有什么效果。唯一的效果是烧掉更多 token 。
- lifei66712026-09-02
