Agent Teams 对比 Background Agents
这两个插件在本目录里属于重叠的分类或使用场景，是同一个需求下的候选。下表逐项列出本站核查过的字段——验证等级、安全扫描、兼容目标、安装命令——以及它们的差异。表下是编辑判断：何时选左边、何时选右边、何时两个都不该装。
| 字段 | Agent Teams | Background Agents |
|---|---|---|
| 验证等级 | L3 · 安装命令可解析 | L3 · 安装命令可解析 |
| 安全扫描 | 未验证 | 未验证 |
| 维护健康度 | 活跃 | 活跃 |
| 兼容目标 | 0.1.5-rc.1 || 0.1.2-rc.1 | 0.1.5-rc.2 |
| 最后核查 | 2026-09-18 | 2026-09-18 |
| 许可 | MIT | Apache-2.0 |
| 语言 | JavaScript | TypeScript |
| Stars（仅参考） | 1,720 | 15 |
| 分类 | 技能与智能体、工作流与自动化 | 技能与智能体、工作流与自动化 |
| 适用场景 | — | — |
| 安装命令 | dsh plugin --profile web add @nanmicoder/dsh-agent-teams | dsh plugin --profile web add dsh-background-agents |
表中每一项都来自两个条目的公开字段，本站不对插件质量下结论。
场景判断
Agent Teams 是队长式编排：具名角色、依赖感知任务、持久名册，以及先计划再运行的门槛。Background Agents 重点在连续性——可发消息、观察并打断的持久子会话，后期版本还有团队房间。两者都能 spawn 子智能体；只有一个会先递给你必须接受的 DAG。
何时选 Agent Teams
工作需要你批准的结构化拆分时选 Agent Teams：多角色项目、依赖链，以及可审查的计划产物。当错误拆分代价很高时，这是纪律更强的一侧。
何时选 Background Agents
想要可从旁驾驶的长驻工人——发消息、观察、打断——又不想引入完整团队协议时选 Background Agents。适合并行琐事与持久会话，而不是一次性的计划。
两者都不该选的情况
不要装三层都想拥有任务图的编排层。单文件修复时两边都只是仪式。无论留谁，都查预算、审批门，以及子智能体能否在刷新后存活——这些控制比 UI 品牌更重要。
怎么选
- 两者的验证等级相同（L3），差别不在"验证到哪一步"。
- 兼容目标不同（0.1.5-rc.1 || 0.1.2-rc.1 对 0.1.5-rc.2）：指向较旧目标的一方可能还没跟进最新预览线。
- Agent Teams 的社区更大（1,720 stars），但 star 数只反映关注度，不是安全或质量评分。
常见问题
- Agent Teams 和 Background Agents 可以互相替代吗？
- 它们属于同一批分类（Agent Teams 与 Background Agents 共享分类或场景），但安装方式与验证程度不同：Agent Teams 为 L3，Background Agents 为 L3。先按上表确认安装命令，再在隔离 profile 里试装。
- 哪一个更新？
- Agent Teams 的条目更新更近（2026-09-18，另一方为 2026-09-18）。更新时间反映的是本站核查该条目的时间，不等于插件最近一次发版时间。
- 能不能两个都装？
- 有可能，但先看表面是否重叠。Agent Teams 的安全扫描状态是未验证、声明兼容 0.1.5-rc.1 || 0.1.2-rc.1；Background Agents 是未验证、声明兼容 0.1.5-rc.2。若两者注册同一工具名或争用同一 UI 槽位，后装的可能静默覆盖前一个。更稳妥的做法是隔离 profile 各装一次，对照工具列表后再合装。