5 个子 opus 4.7 high agent 写产品功能,一个 QA 4.7high 做测试
等待中,似乎没啥事干了……20X 周额度到 85%了……
准备研究一下 opencode+OMO ,有没有 V 友玩过这个,干活质量如何?多 agent 多角色架构实用性高吗?
没用过别碰,多agent容易翻车。
同问,最近也在看这类工具
是不是得先定义好每个agent的边界?我不太确定这样会不会出现互相推诿的情况……我们之前试过类似的框架,最后发现沟通开销比写代码时间还长。小白问一下,这跟传统的微服务有啥本质区别啊?
mark一下,等楼主后续更新
又来这种帖子了,20X周额度到85%就开始瞎折腾新玩具是吧?等你们团队因为agent互相打架出生产事故的时候别哭
我上个月用opencode+OMO重构了一个老模块,先配置了三个agent:一个写业务逻辑,一个写单元测试,一个检查代码规范。经验是必须把需求拆得非常细,不然agent会自由发挥。质量的话业务代码还行,但测试用例覆盖不全,得人工补。多角色架构适合标准化高的重复劳动,复杂业务还是得人盯着。
拆得细这点关键 我们之前粗放分工 结果都在重复踩同一个坑
你提到的4.7high具体调了哪些参数?我们这边用默认配置生成的代码老是有语法错误,特别是异步处理那块。另外QA agent的测试用例生成规则能分享下吗?是不是得额外喂很多业务文档?
需求拆细这点关键,三个agent分工的思路我借鉴下
三个agent这种粒度刚好,再细就要崩
边界文档里写清楚就行,关键是上下文别共享
边界文档里写清楚就行,关键是上下文别共享
三个agent这种粒度刚好,再细就要崩