TARE-Learn/slidev/pages/day3/m4-agent-teams-product-shape.md

# 模块 4：从单 Agent 到 Agent Teams

<div class="mt-6 text-sm">

Agent 协作正在从单个助手，发展成有角色、有边界、有交付流程的团队形态。

</div>

<div class="flex items-center justify-between mt-12 px-4 text-sm">
<div class="text-center flex-1">
  <div class="w-16 h-16 rounded-full bg-blue-900/50 border-2 border-blue-500 flex items-center justify-center mx-auto text-xl">1</div>
  <div class="mt-3 font-bold">单 Agent</div>
  <div class="text-xs text-gray-400">一个 Agent 处理全部任务</div>
</div>
<div class="text-blue-400 text-xl">→</div>
<div class="text-center flex-1">
  <div class="w-16 h-16 rounded-full bg-emerald-900/50 border-2 border-emerald-500 flex items-center justify-center mx-auto text-xl">2</div>
  <div class="mt-3 font-bold">SubAgent</div>
  <div class="text-xs text-gray-400">主 Agent 拆分子任务</div>
</div>
<div class="text-blue-400 text-xl">→</div>
<div class="text-center flex-1">
  <div class="w-16 h-16 rounded-full bg-amber-900/50 border-2 border-amber-500 flex items-center justify-center mx-auto text-xl">3</div>
  <div class="mt-3 font-bold">Agent Teams</div>
  <div class="text-xs text-gray-400">多角色协作交付</div>
</div>
</div>

<!--
这页讲多智能体的演进。
单 Agent 适合小任务。
SubAgent 适合并行搜索、审查、整理。
Agent Teams 适合有角色分工的复杂交付，比如设计、开发、测试、部署、审查。
-->

---

# Agent Teams 的两种形态

<div class="grid grid-cols-2 gap-6 mt-6 text-sm">
<div class="p-4 rounded-xl bg-blue-500/10 border border-blue-500/30">
<div class="font-bold mb-2">长期型</div>

- 固定测试 Agent
- 固定文档 Agent
- 固定审查 Agent
- 固定部署 Agent
</div>
<div class="p-4 rounded-xl bg-emerald-500/10 border border-emerald-500/30">
<div class="font-bold mb-2">短期型</div>

- 针对一次复杂任务临时分工
- 多路搜索与验证
- 汇总后统一交付
- 交付完成即结束
</div>
</div>

<!--
长期型 Agent 像团队里的固定岗位，适合稳定流程。
短期型 Agent 像临时协作单元，适合复杂任务的一次性并行处理。
Trae 保留智能体作为一等概念，为后续团队协作形态留下空间。
-->

---

# Trae Solo 的协作信号

<div class="mt-6 text-sm">

Trae Solo 把设计、开发、部署等能力做成独立执行单元，已经体现出多智能体协作的产品方向。

</div>

<div class="grid grid-cols-3 gap-4 mt-8 text-sm">
<div class="p-4 rounded-xl bg-blue-500/10 border border-blue-500/30 text-center">
<div class="font-bold">设计能力</div>
<div class="text-xs text-gray-400 mt-1">界面、布局、交互</div>
</div>
<div class="p-4 rounded-xl bg-emerald-500/10 border border-emerald-500/30 text-center">
<div class="font-bold">开发能力</div>
<div class="text-xs text-gray-400 mt-1">代码、依赖、调试</div>
</div>
<div class="p-4 rounded-xl bg-amber-500/10 border border-amber-500/30 text-center">
<div class="font-bold">部署能力</div>
<div class="text-xs text-gray-400 mt-1">构建、发布、验证</div>
</div>
</div>

<!--
产品上未必直接叫 Agent Teams，但能力拆分已经出现。
设计、开发、部署的职责不同，输入输出也不同。
这会让全托管模式更接近真实研发团队。
-->

---

# 产品形态分化

<div class="mt-5 text-sm">

| 形态 | 定位 |
|---|---|
| Trae IDE | 面向专业开发者的桌面编辑器 |
| Trae Solo | IDE 内的全托管 Agent 模式 |
| Trae Work | 屏蔽技术细节，面向任务结果 |
| 移动端 | 随时触发、查看、确认 |
| Trae CLI 企业版 | 嵌入飞书、钉钉、GitLab、GitHub、CI/CD |

</div>

<!--
Trae 的产品形态正在分化。
IDE 适合专业开发者。
Solo 适合在 IDE 内进行完整任务托管。
Work 适合屏蔽技术细节的任务交付。
CLI 适合企业流程集成。
-->

---

# IDE 之外的触发入口

<div class="grid grid-cols-2 gap-6 mt-6 text-sm">
<div class="p-4 rounded-xl bg-purple-500/10 border border-purple-500/30">
<div class="font-bold mb-2">协作平台</div>

- 飞书
- 钉钉
- Slack
- 企业微信
</div>
<div class="p-4 rounded-xl bg-cyan-500/10 border border-cyan-500/30">
<div class="font-bold mb-2">研发流程</div>

- GitHub / GitLab
- CI/CD
- Issue / PR
- 发布系统
</div>
</div>

<!--
Agent 能力成熟后，触发入口会从 IDE 扩展到协作平台和研发流程。
研发人员可以在 PR、Issue、群聊、流水线里触发 Agent。
这对企业落地很关键，因为很多任务天然发生在代码编辑器之外。
-->

---

# AI 时代付费模式

<div class="mt-6 text-sm">

| 版本 | 适合用户 | 核心价值 |
|---|---|---|
| 免费版 | 体验与轻度使用 | 建立使用习惯 |
| 个人付费版 | 高频开发者 | 更强模型与更多额度 |
| 企业版 | 团队与组织 | 权限、合规、审计、私有化、集成 |

</div>

<div class="mt-4 p-3 rounded-xl bg-amber-500/10 border border-amber-500/30 text-sm">
AI 产品的每次调用都有真实计算成本，企业落地需要分层计费与用量治理。
</div>

<!--
传统互联网产品边际成本下降明显，AI 产品每次调用都有计算成本。
所以企业版的价值会集中在用量治理、模型管理、权限审计、私有化和系统集成。
这也是管理层需要理解的商业现实。
-->

---

# Agent 分工表

<div class="mt-5 text-sm">

| 角色 | 输入 | 输出 | 验收 |
|---|---|---|---|
| 需求 Agent | Issue、会议纪要 | 任务拆解 | 范围清楚 |
| 开发 Agent | 代码库、规则 | 代码 diff | 测试通过 |
| 测试 Agent | diff、用例 | 测试报告 | 覆盖关键路径 |
| Review Agent | PR、rules | 审查意见 | 有证据、有优先级 |

</div>

<!--
这个练习让学员把 Agent Teams 落到职责表。
每个 Agent 都要定义输入、输出和验收方式。
角色边界清楚后，多智能体协作才有工程意义。
-->