description: "九个让模型创建、发消息与协调 teammate 的工具,供挂载实验性 Team 插件的组合使用。"
English | 中文
本包让模型创建具名 teammate、向它们发送消息、查看可用状态、等待进展、中断卡住的工作,并通过共享任务板协调。每个团队成员都会获得相同的九个工具,以及在共享工作区协调的指引。当模型只应在你明确要求后运行团队时,选择本包。它会取代同名的旧版 subagent 控件,因此同时需要两者的组合必须禁用旧定义。本包以实验性名称公开发布,但不提供稳定性保证。
当模型应该通过工具运行一支团队时,在 @deepseek-ai/dsh-experimental-agent-team 之上挂载本包。挂载后,每个团队成员——Lead 与每个 teammate——都会获得相同的九个工具,以及相同的协作策略。spawn_teammate 在初始任务前加上 teammate 的角色和名字。
当模型应该自行创建与协调 teammate、而不是由人来操作 subagent 控件时,选择它。当同名的旧全局 subagent 工具必须继续可用时,请不要选择:团队工具会为团队成员取代它们,因此想同时使用两者的组合必须禁用旧定义。固定策略只在明确要求团队或 teammate 时创建成员,因此普通任务永远不会自行触发委派。
对现有组合的最小增量是 agent-team README 中的两包片段:持久会话存储、团队领域包与本包。插件本身只有两个可选设置:
- id: tool-agent-team
name: '@deepseek-ai/dsh-experimental-tool-agent-team'
config:
freshProvider: spawn
forkProvider: fork
| 字段 | 默认值 | 含义 |
|---|---|---|
freshProvider |
spawn |
启动 fresh teammate 的提供方 |
forkProvider |
fork |
启动 fork teammate 的提供方 |
生成的配置目录是每个受支持字段及其 JSDoc 的穷尽式真源。
试试这样要求 Lead 模型:「创建一个名为 reviewer 的 teammate 检查 diff,再把变更摘要发给 reviewer」。模型会调用创建工具,然后调用消息工具。
九个工具分为四类能力:
spawn_teammate 接收名字、描述与初始任务;只有 Lead 可以调用它。send_message 在最近的步骤边界对运行中的成员进行 steering(中途引导)、启动空闲成员,并冷恢复非活动 teammate。list_agents 显示带实时状态的 roster;wait_agent 等待下一次团队变化;interrupt_agent 停止 teammate 的当前轮次(仅限 Lead)。team_task_create、team_task_list、team_task_get 与 team_task_update 添加、浏览、读取与更新共享任务。任何成员都可以给任何其他成员发消息并使用任务板;只有 Lead 可以创建与中断 teammate。任务更新保留领域的 owner 与 revision 校验,因此过期的编辑会被拒绝,而不是覆盖更新的成果。
发送消息在安全存储后即成功:结果为 accepted(已立即送达)或 queued(等待中),排队的消息绝不能重发。当没有其他成员 running 或 provisioning 时,wait_agent 会立即返回 noProgress,提示调用方先唤醒 teammate;否则它会等待下一次变化,调用方随后重新读取状态。基于过期 revision 的任务编辑会被拒绝,而不是覆盖更新的成果。
当包级约定不够用时阅读以下页面。它们从领域服务逐步进入精确 schema 与设计背后的决策。
ctx.agentTeams 领域服务。一段共享 system 策略会说明显式 delegation 要求、共享 cwd 行为、文件陈旧版本恢复、Bash/formatter/codegen 风险、task/write-scope 协调、Steer 投递、mailbox 不重试规则,以及 Lead 必须在回答前等待。Lead 与 teammate 的全部九个 Team schema 相同;执行时检查仅限 Lead 的操作权限。spawn_teammate 在初始 user 消息前加上 <system-reminder>\nYou are teammate "<name>".\n</system-reminder>,接着是一个空行和任务。该前缀不含 Team id,禁用运行时上下文时也能生效。fork 继承历史,不额外添加 Lead 身份消息。
每次 Team member 请求都有固定策略与 schema 成本。初始身份文本随普通历史经历后续步骤、冷恢复和压缩;插件不扫描或重新插入它。工具调用会增加紧凑 JSON roster、task、wait 或 receipt 结果。Peer 内容由 Team 领域保留在 target 历史中。
provider/model、共享 system 策略和工具 schema 相同时,fork 保留父请求前缀并追加带身份前缀的初始任务。工具结果与 peer 消息追加在可复用请求前缀之后。原先在 system prompt 中记录身份的 Session,首次使用此布局请求时可能改变该前缀;提供方实际缓存命中仍为尽力而为。
这些限制说明策略与工具无法为一支团队保证什么。它们是当前包约束,不是与其他协作方式的对比。