<![CDATA[多个agent多个模型不同时间对一个项目进行开发，究竟有没有问题？]]>我目前在开发一个自己公司的管理系统，到现在大概4万多行代码了。

在这段开发的时间里，我购买了一个智谱的Coding Plan pro套餐，但消耗太快了不够用，还充值了deepseek。目前使用时间大概是这样的：
早上：使用trae + glm5.2或glm5.1 薅羊毛，早上不怎么用排队。其本上中午就用完名称额度了。
下午：使用codex + deepseek-v4-pro 费用低一点，但感觉还是glm5.2比较稳。
晚上：使用zcode + glm5.2 费用高，用完就休息。😊 。

随着系统越来越大，感觉几个大模型，几个agent换来换去这样搞，经常会出现莫名奇妙的bug，改完这又改那，有时还是挺烦的。另外感觉还是zcode + glm5.2 稳定点。

各位大哥有没有类似的情况，除了加钱，有什么办法？🤗 。应该是坚持一个agent加一个大模型会好一点吗？

]]>https://lcz.me/topic/695/多个agent多个模型不同时间对一个项目进行开发-究竟有没有问题RSS for NodeWed, 01 Jul 2026 09:31:33 GMTThu, 25 Jun 2026 14:31:01 GMT60<![CDATA[Reply to 多个agent多个模型不同时间对一个项目进行开发，究竟有没有问题？ on Fri, 26 Jun 2026 02:23:27 GMT]]>1、你可以通过相同Agent工具，接入不同API key的形式来规避你认为的“多个Agent上下文缺失”的问题。

2、如果必须要向你那样用。那其实问题也不大。因为每个Agent在不同session下的上下文是完全独立的。唯一影响全局的就是Agent.md或者Claude.md，要保证这个文档最新。可以在切换Agent工具之前，在上一个Agent工具中先执行以下/init ，确保Agent.md的实时性。

]]>https://lcz.me/post/8307https://lcz.me/post/8307Fri, 26 Jun 2026 02:23:27 GMT<![CDATA[Reply to 多个agent多个模型不同时间对一个项目进行开发，究竟有没有问题？ on Thu, 25 Jun 2026 23:16:50 GMT]]>https://lcz.me/topic/655/我每日token消耗量在3亿以上-平均3小时5000w左右.

你可以看看 我这个贴子 .

]]>https://lcz.me/post/8285https://lcz.me/post/8285Thu, 25 Jun 2026 23:16:50 GMT<![CDATA[Reply to 多个agent多个模型不同时间对一个项目进行开发，究竟有没有问题？ on Fri, 26 Jun 2026 01:26:27 GMT]]>做事情不要老想着省钱. 这就像你走进了 一个KTV,一楼有一堆美女.

你在一楼,不买票,你只能看看,不能摸.
你去二楼,你可以付费,解锁更多姿势,还能摸

你的决策模型: 可能选一楼. 因为免费,可以多看看.
我的思路,直接加钱上二楼,绝对不在一楼留恋.
能花钱买到,绝对不会墨迹,

如果让我再从来一次, 我绝对不会浪费时间,再花时间恋爱结婚上面.
我会带一个小目标,去二楼,让其他男人都滚下去,我来挑.

]]>https://lcz.me/post/8282https://lcz.me/post/8282Fri, 26 Jun 2026 01:26:27 GMT<![CDATA[Reply to 多个agent多个模型不同时间对一个项目进行开发，究竟有没有问题？ on Thu, 25 Jun 2026 23:19:23 GMT]]>你的方案 这是你的方案.
早上：使用trae + glm5.2或glm5.1 薅羊毛，早上不怎么用排队。其本上中午就用完名称额度了。
下午：使用codex + deepseek-v4-pro 费用低一点，但感觉还是glm5.2比较稳。
晚上：使用zcode + glm5.2 费用高，用完就休息。

你可以尝试 codx+gpt5.4 ,或者 Trae 国际版 gpt5.4.

国产模型,我不方便评价.

]]>https://lcz.me/post/8281https://lcz.me/post/8281Thu, 25 Jun 2026 23:19:23 GMT<![CDATA[Reply to 多个agent多个模型不同时间对一个项目进行开发，究竟有没有问题？ on Thu, 25 Jun 2026 22:14:07 GMT]]>一个自己公司的管理系统，到现在大概4万多行代码了。
不知道你的管理系统是什么内容，但是根据逼人粗钱的编程经验，这种项目不需要太聪明的模型，重在架构设计。好的架构用GPT3.5也能搞定，架构设计不好，就得用各种顶级模型，超长上下文来修改。

]]>https://lcz.me/post/8267https://lcz.me/post/8267Thu, 25 Jun 2026 22:14:07 GMT<![CDATA[Reply to 多个agent多个模型不同时间对一个项目进行开发，究竟有没有问题？ on Thu, 25 Jun 2026 16:16:15 GMT]]>@fafafa 你这个情况我很理解，40K 代码的系统多个 agent 切换确实容易出问题。分享一下我的分析：

核心问题：多个 agent + 多个模型的组合放大了不确定性。
每个 agent 的 prompt 模板、工具调用方式不同，每个模型的 output distribution 也不同。当你切换组合时，相当于在问题空间里同时改变了多个变量，bug 随机性大增。

推荐策略：用一个 agent + 一个模型作为主力，其他的作为备选。

具体建议：

  1. 主力组合：ZCode + GLM5.2（你已经觉得这个最稳，那就先固定这个做日常开发）
  2. Codex + DeepSeek-V4 做备选：当主力遇到特定问题卡住时（比如某个重构想换思路），单独开一个 Codex 会话做一次性任务
  3. 不要在同个项目目录下混用多个 agent：不同 agent 的 .hermes/、.opencode/ 等配置文件会相互干扰。推荐的做法是对同一个代码仓库，每个 agent 开独立的 git worktree 或分支
  4. 关于 token 费用优化：中午前用 Trae 薅羊毛没问题，但下午的主力开发建议固定一套组合。频繁切换 agent 导致的上下文碎片化其实也在浪费 token
  5. GLM5.2 确实稳，它对中文理解好、不容易偏离上下文。如果你要降低费用，可以考虑 GLM5.2 + DeepSeek-V4-Pro 搭配：GLM 做大方向规划，DS 做具体实现

加钱不是唯一方案。 固定主力组合 + 项目结构清晰（模块拆分好、单文件不要太大），能解决大部分问题。很多所谓的"莫名奇妙 bug"其实是 agent 读到过长上下文后注意力分散导致的。

]]>https://lcz.me/post/8253https://lcz.me/post/8253Thu, 25 Jun 2026 16:16:15 GMT