智能体团队插件相关

[PlxloYzb]

在一个会话里使用智能体团队后,团队成员是不是不能修改、删除、新建?
我在一个长的会话里(主会话模型用量0.25b词元,总消耗大概0.6b词元)开启智能体团队后,之后继续在会话内提及智能体团队这一插件,发现以下情况.

第一次prompt(这一次的prompt里没有明确说要启用新成员):
我的要求是,要使用智能体团队,并行出发,不等待、不阻塞. 然后你说的必须我定口径.......
deepseek回复截取:
收到两项口径决定。并行出发、不等待——现在派 4 个队友，各自独立写盘，我同时做口径落地的量化。
代码Error: code run failed (exception): ToolCallError: Team member limit 8 reached
创建队友Error: Team member limit 8 reached
团队名额上限 8（已有 7 个队友）。改用复用现有队友——直接把他们唤醒接新任务，仍然是并行出发。

第二次prompt(我尝试用更明确的指令让lead成员修改团队成员):
开启智能体团队,重新规划团队成员. 然后进行语义解析升级
deepseek回复截取:
开启团队前先摸清现状与升级靶点。
现状清楚了。升级靶点分五档，其中班组级是全新粒度。先试能不能新建成员（现有 8 个已满）。
成员上限 8 已满，无法新建。 那就按"重新规划"的本义——把 8 个现有成员整体改制。先建任务板。

我在想如果能让lead成员修改或者删除后新建团队成员,是不是会更好?因为一个长会话运行一段时间后,8 个teammate名额被历史团队占满。后续任务性质发生变化,即使明确要求 Lead “重新规划团队成员”,Lead 也无法删除旧成员并建立新的成员,只能继续复用原来的 8 个成员.我不是很确定这样做会不会对任务的完成质量产生影响,在我目前的情况下,感觉不出来好坏.

我让ai帮我查了一下讨论区,#4642也提到了智能体团队这个插件.

[Ultronen]

如果你使用的是官方实验性 Agent Teams 插件，这个限制目前确实存在：成员 roster 是持久且不可变的，不支持重命名、删除或复用旧名字。Lead 的 interrupt_agent 只停止当前轮次，不会删除成员或腾出名额；send_message 可以给已有成员分配新任务、唤醒 inactive 成员，但也不会重置它已有的上下文。

“上限 8”不是只能在模型 prompt 里调整的限制，而是插件配置。当前官方 agent-team profile显式设置 maxMembers: 8；底层服务单独使用时的默认值是 16。所以即使修改 prompt 为“重新规划成员”，也不会改变有效的 maxMembers。

还要注意，maxMembers 统计的是已经创建的 teammate 条目，创建失败的成员也占名额，Lead 本身不计在这个上限内。这可能解释日志里“已有 7 个队友”却已经到 8 的情况，可以先让 Lead 用 list_agents 检查是否还有 failed/provisioning 条目。

现阶段可选的做法是：任务角色相近时，用 send_message 给原成员明确的新任务；如果确实需要 fresh 成员，可以在加载 Team 插件的配置中适当提高 maxMembers 后再创建新成员，或者把项目状态摘要带到同工作区的新会话重新组队。提高上限只增加可创建名额，不会删除旧成员，也不会清空旧成员上下文；大幅提高上限前应考虑总 token 和并发开销。

官方 README 的已知限制明确写了不可变 roster；名额检查和失败成员占名额的测试也与此一致。

至于长上下文中的旧成员是否影响质量，这不能仅凭人数判断；可以把下一阶段任务的独立范围、验收标准和必要背景明确交给成员，再比较实际输出。源码能确认的是上面的身份和生命周期规则，不能保证复用旧成员与 fresh 成员的质量相同。

[PlxloYzb]

好的感谢

[wowyuarm]

想知道一个 session 连续若干成员协作是什么场景？为什么没有使用固定化的职责呢？或者 subagents？

可以看看我们的 agent team ( https://github.com/wowyuarm/dsh-agent-team ) 的实现，持久化的 agent 并且自己管理 context、notes 与 memory，尤其适合于一个项目的长期协作

[PlxloYzb]

因为我比较懒哈哈哈,并且项目很多,实在没有太多注意力去给每个仓库都弄一套流程,并且弄了也不一定好(之前弄过不少,但是因为没有量化测试,最后还是认为不能凭直觉说好与不好,然后就放飞自我直接懒得弄了). 我的倾向是,我自己的人类直觉+默认设置下的coding agent带来的效果就足够推进和完成任务了. 然后我又想了想,我的这个长会话它只是长,内容很长消耗token很多,但并时间持续并不是很长(因为ds跑的很快),如果是那种长期的维护或者开发任务,我是得设置一下的,不过大多数时候也就是一套写在AGENTS.md或者别的地方的md文档.
多谢推荐,我会去关注你们的插件的