开了三个agent
挂了2个，报错如下：
Agent agent_1770627423684_c6b154f8 failed after 3 attempts: SubAgent execution
failed: generate data error: HTTP error! status: 516, body:
{"error":{"message":"Engine unexpected error!: Engine unexpected error! , body:
[B@4dbd6a04","type":"EngineUnexpectedError","code":"516"}} TraceID:
00-b8fc49ecdfd79bd4e4085506b551bd1d-19c5d48ab06c9a24-01
Agent agent_1770627423685_ace06c77 failed after 3 attempts: SubAgent execution
failed: Your account has reached the platform concurrency limit, the system will
retry the request. Please limit to single concurrent usage
而且kimi还会骗人。
之前是串行的。虽然慢但不会被掐掉。
是不是应开考虑开放少量的并发，现在新的agent蜂群概念就是subagent并发的。没有并发那就完全没法跟进agent蜂群
3个并发超出了 执行实际上还是需要依次执行的
需要并发的话 还是建议参考开发者加速计划的条件 满足后会享受到权益
看起来，GLM4.7也会同时开多个agent，但不会遇到kmi k2.5的问题，如果都是一并发的话，这个怎么解释呢？
做了分时调度吗？还是失败重试？来保证多个agent不失败？
glm开3个并发的话 其实也不行了
我用glm5也会遇到这个问题，是不是只能等他一个个subagent执行完？
glm-5的并发数应该是最少的
我昨天试过，glm5它自己开了4个子代理能跑起来，但是我还是担心有问题，所以我都明确告诉他一次只能调用一个agent，这样至少稳定吧
哈哈哈，其实是我不想知道那么多代理都干啥的，想让他自己调。我刚才有试了下并行，他可以调，也可以用，并没有触发并行，但是我跑的是浏览器测试，然后他调了4个子代理，互相抢用一个浏览器界面，太滑稽了，忘了录屏了那会。
我认为可以多agent调用。它既然有多个tool call能力，那就一次性多调用几个agent。但应该做好agent串行执行，或者最多支持agent2并发的话，就同时最多激活两个，其他的agent排队。
理论上可以，但是就怕性能跟不上溢出了，或者我上面说的，他只开了一个浏览器窗口，然后一群AI在那里抢一个窗口干活，最后全干不了。。。
1 个赞
实际上subagent支持2个
；