如何管理 Claude Agent Teams（创建队友、给他们发消息并跟踪进度）
一套不迷失方向地使用 Claude Agent Teams 的实用工作流：主助手与队友、Broadcast 消息，以及“谁需要处理”的检查循环。
- CLI
- 0.2.17
- 预览 ref
- a2c45c8
Claude Agent Teams 往往在开始顺手的同时也开始变乱。
你启动了几个队友，工作开始并行推进……然后你发现自己其实没法简单回答：
- 谁在做什么？
- 谁在等你？
- 下一条消息该发给谁？
不解决这个问题，团队就不是助力，而是不停地滚动屏幕。
本指南介绍一套让 Claude Agent Teams 清晰、可预期的工作流：明确的路由、固定的检查点，以及紧凑的“注意力循环”。
简要总结
- 把 Claude Agent Teams 当作消息路由问题，而不是对话记录问题。
- 记住三个“目标”：
- 主助手（Lead，默认）
- 某个具体的队友
- Broadcast（一条消息发给整个团队）
- 不要猜消息去了哪里：让定向发送变得明确。
- 如果你想在手机上方便地监控队友并发送定向消息，Happier 是一个选项：它提供“发送给”（Send to）收件人标签（主助手 / Broadcast / 队友），并有专门的代理列表。
问题所在
Claude Teams 难，不是因为 Claude 干不了活。
而是因为人会跟丢。
一旦有了多个队友：
- 主助手的对话记录不再是全部
- 你可能错过那个卡住的队友
- “发个快速更正”变得含糊（发给谁？）
所以真正要解决的是注意力和路由。
常见做法及其权衡
- 只和主助手对话：安全，但失去了队友的大部分好处。
- 往上翻找到对应队友的输出：可行，但规模一大就不行。
- 每个队友用单独的窗口或标签页：好一些，但仍然很容易把下一条指令发错地方。
如果你第一次接触 Happier
如果你之前没见过 Happier：它是一款面向编码会话的开源配套应用（移动端/网页/桌面）。
在本指南中，相关的部分很简单：它为 Claude Agent Teams 提供了一个界面，其中：
- 队友以列表形式显示（“代理”（Agents））
- 输入框有一个“发送给”（Send to）收件人标签（主助手 / Broadcast / 队友）
- 定向发送会以卡片形式显示（让你看到消息发给了谁）
开始设置：
- 如何在手机上使用 Happier
- GitHub: https://github.com/happier-dev/happier
- 安装/下载: https://github.com/happier-dev/happier#how-it-works
- Discord（社区与支持）: https://discord.gg/W6Pb8KuHfg
让一切保持清晰的 Claude Teams 思路
主助手
主助手是默认的对话。
如果你发送消息时不指定路由，它会发给主助手。
队友
队友是 Claude 团队中的某个具体成员。发给队友的消息应当明确指定。
Broadcast
Broadcast 是“告诉整个团队”的渠道。
在 Happier 的实现中，Broadcast 来自你的 Claude 团队 ID，当存在团队时会作为路由目标显示。
可行的工作流
1) 选 2 到 3 个每次都复用的队友“角色”
如果每个队友都是一次性的，团队就会变乱。
保留一小组可复用的角色，每次都用同样的提示。
合理的默认设置：
- 审阅者（关注 diff，保守）
- 测试者（运行测试，试图打破假设）
- 重构者（负责机械性的代码移动）
你可以添加更多角色（文档、分流、发布说明），但从小规模开始会让团队更容易管理。
2) 用可复制粘贴的提示创建队友（让行为可预期）
启动队友时，给它：
- 一个角色
- 一个范围
- 一条停止规则
- 以及一个检查点格式
下面这些提示在复用时表现稳定。
队友提示：审阅者
你是我的审阅者。你的工作是找出风险和不一致之处。
规则：
- 不要做修改，只做审阅。
- 先总结你认为目标是什么。
- 然后列出：(1) 风险，(2) 缺失的测试，(3) diff 的改进建议。
- 如果不确定，问一个澄清问题。
队友提示：测试者
你是我的测试者。
规则：
- 不要重构，专注于失败模式。
- 先提出一个最小测试计划。
- 然后执行计划（或准确说明你会运行什么）。
- 如果有失败，原样贴出失败的命令和错误。
队友提示：重构者
你是我的重构者。
规则：
- 修改任何东西之前，先提出一个 3 步计划。
- 每一步之后，总结改了什么。
- 除非我明确说可以，否则不要碰迁移或认证。
- 如果需要有风险的改动，先停下来问我。
3) 用 Broadcast 发布全局约束（一条消息，所有人都收到）
Broadcast 很适合应当适用于整个团队的约束：
- “不要碰迁移。”
- “下一步之后停下来并总结。”
- “如果要运行安装，先问我。”
Broadcast 不适合具体任务（“改文件 X，然后改 Y”），因为这会造成职责混乱。
4) 一次把具体任务路由给一个队友
当你想让某个队友做具体的事时，直接发给那个队友。
一个有用的小习惯：在消息末尾要求对方确认。
例如：
请回复：你现在在做什么 + 接下来要做什么。
这样如果消息发错了对象，一眼就能看出来。
5) 把代理侧边栏当作你的成员列表（这才是重点）
这是让 Claude Teams 更易管理的 Happier 专属部分。
在 Claude 团队会话中，Happier 会在会话界面中显示 代理（Agents）列表。
它提供：
- 启动（Launch）：启动新的队友
- 活跃（Active）：正在运行的
- 最近（Recent）：已完成或空闲的
每个代理条目都是一个真正“可以打开的东西”，而不只是对话记录中的一行。
这意味着你的工作流不是从滚动开始，而是从成员列表开始。
习惯： 打开会话时，先打开代理侧边栏或面板。
6) 打开队友，查看它在做什么（不丢失上下文）
在代理列表中：
- 点按或点击某个队友
Happier 会打开该队友的视图，你可以看到：
- 它的对话记录
- 它的工具活动
- 它是否在等你
这样 Claude Teams 就不会变成“在长长的滚动记录里找正确的消息”。
7) 给某个具体队友发消息（而不是主助手）
在消息输入框中，Happier 有一个 发送给（Send to）收件人标签。
你可以把下一条消息路由到：
- 主助手（Lead，默认）
- 某个具体的队友
- Broadcast（发给整个团队）
选择某个队友后，消息就会发给那个队友。
这是 Happier 在团队体验上的一大优势：路由是明确的。
8) 使用“2 分钟检查”循环（尤其在手机上）
可行的手机工作流刻意保持简单：
- 打开会话。
- 打开 代理 列表。
- 找到需要处理的那个。
- 路由一条消息（或 Broadcast 一条约束）。
- 关闭应用。
在手机上试图做更多，会导致决策质量下降。
9) 学会事后核实路由
你希望能证明消息去了哪里。
在 Happier 中，定向发送会显示为带有清晰收件人标签的消息卡片（例如“发送给：主助手”、“发送给：Broadcast …”、“发送给：reviewer”）。
这个小小的界面细节，能防止“我好像跟审阅者说过……”这种困惑。
故障排查
某个队友没有动静
常见原因：
- 它还在工作（要求一个检查点）
- 它卡住了，在等权限或输入
- 它钻进了牛角尖（发送停止并总结）
一条好用的救援消息：
停下来。总结你做了什么、接下来打算做什么，以及你需要我提供什么。
两个队友在做同样的工作
这通常发生在：
- 任务是通过 Broadcast 而不是定向路由发出的
- 主助手转发任务时表述含糊
解决方法：
- 指定唯一负责人（“审阅归审阅者，修改归重构者”）
- 把这条负责规则 Broadcast 一次
Broadcast 感觉很吵
Broadcast 应该用于约束和协调，而不是分配任务。
如果你发现自己在 Broadcast 里写“去做 X”，就把它改回定向发给队友的消息。
常见问题
我应该总是用三个队友吗？
不。从一个开始。
大部分价值来自：
- 一个能发现风险的审阅者队友，或者
- 一个能防止脆弱改动的测试者队友。
主助手应该做什么？
主助手适合：
- 协调
- 解决队友输出之间的冲突
- 为主要实现线程写出最终的“就这么做”指令
常见错误
- 把定向任务发到 Broadcast
- 把全局约束只发给一个队友
- 从不要求检查点总结