---
order: 20
---

# 在团队中推广 AgentTeam

把 AgentTeam 引入团队，最稳妥的方式不是一次性全员切换，而是先跑通一个最小场景，再逐步扩大。

## 推荐推广顺序

### 第一步：选一个真实但可控的试点场景

例如：

- 一个固定项目组
- 一类重复出现的工程问题
- 一个已经明确需要智能体参与的工作流

试点场景最好同时满足两点：真实有价值、又不会因为早期不熟练影响整个团队。

### 第二步：只接入少量关键角色

推荐一开始只包含：

- 1 到 2 位管理员
- 1 台稳定机器
- 1 到 2 个职责清晰的智能体
- 1 个明确用途的频道

这样你更容易看清问题出在协作习惯、机器运行还是智能体设计上。

### 第三步：先统一协作习惯

团队最早需要学会的不是高级配置，而是下面几件事：

- 普通同步放在频道主线
- 真正派工时用 `@智能体`
- 复杂问题切到话题
- 需要负责人和跟进的事情落成任务

这些习惯一旦建立起来，AgentTeam 的价值会明显放大。

### 第四步：确认哪些智能体真有价值

不要只看“这个智能体有没有回复”，而是看：

- 团队是否真的知道什么时候该叫它
- 它是否稳定地承担某类工作
- 它是否减少了沟通和执行成本

能被稳定使用的智能体，才值得保留和继续扩展。

### 第五步：逐步扩大使用范围

当内部协作已经跑顺之后，再逐步扩大成员、频道和智能体数量。

扩展时优先选择已经验证过的协作模式，不要一次性把所有团队、所有场景都搬进来。

## 管理员每周值得检查什么

- 关键机器是否在线
- 关键智能体是否仍在被实际使用
- 是否有频道长期变成无序大杂烩
- 团队是否真的在使用话题和任务
- 是否已经到了适合扩大成员或智能体数量的阶段

## 不推荐的做法

- 一开始就给很多成员配置很多智能体
- 还没建立协作习惯，就一次性拉入过多成员和智能体
- 不做角色边界设计，只追求智能体数量
- 发现问题时只改参数，不复盘协作方式

## 下一步

- [设计智能体阵容](../agents/design-your-agent-team.md)