什么是Claude Team
Claude Team 是一个面向 Claude Code 协作流程的 MCP 服务器，核心用途不是单开一个会话写代码，而是借助 iTerm2 把多个 Claude Code 工作进程组织成一支“可调度的小队”。每个工作进程都会落在独立的终端窗格里，拥有各自的上下文环境，还可以按需要创建独立的 git worktree，并关联具体的 issue 任务。对于经常要把一项开发工作拆成多个子任务并行推进的人来说，它把“分工、跟进、收尾”这套流程放进了同一套操作里。
这个工具强调的不是抽象的多代理概念，而是开发者能直接看到、介入和接管的真实会话。协调者可以生成多个 worker，为它们分配 bead issue 或补充提示，随后查看状态、读取会话日志、等待空闲、发送追加消息，最后再关闭这些 worker。这样做的直接价值在于把协调者自身的上下文保持得更干净：具体改动由独立 worker 执行，主会话更适合负责任务分解、审阅结果和统筹合并，而不是在一个长上下文里来回切换多项工作。
从证据包看，Claude Team 也把 git 工作流考虑得比较完整。启用 worktree 后，每个 worker 都可以在隔离分支中完成修改，避免并行改动互相污染；如果任务通过 bead 指派，worker 还能围绕 issue 的生命周期自动推进，包括理解任务、标记进行中、完成实现、关闭 issue 并带着 issue 引用提交。工具同时明确给出了一条使用原则：不要直接在协调者会话里改代码，而是始终通过 worker 来执行代码变更，这既是上下文管理策略，也是它设计整套并行开发流程的前提。
核心功能特点
- 通过 iTerm2 批量生成和管理多个 Claude Code 工作进程，每个 worker 占用独立终端窗格，便于观察、打断或直接接手。
- 支持给 worker 分配 bead issue 或额外提示，并可按项目路径、任务说明、名称、权限选项等参数细化配置。
- 可为每个 worker 自动建立独立 git worktree 和分支，把并行开发中的代码修改隔离开，减少互相干扰。
- 提供 list、message、check/wait idle、read logs、examine、close 等一组管理工具，覆盖派工、跟进、收尾的完整过程。
- 支持以持续运行的 HTTP 模式提供服务，保留 worker 注册状态，降低重复调用时的冷启动开销，也便于脚本和其他工具接入。
适用场景
它最适合的场景，是一项需求天然可以拆成几块并行推进的开发任务。例如一个功能上线前，需要同时处理认证模块、API 路由和单元测试，协调者可以一次性拉起多个 worker，分别指向不同 issue 或不同说明，再等待全部进入空闲状态后统一审阅和合并。相比在一个会话里轮流切换上下文，这种方式更适合任务边界清晰、需要明显提速的工作，尤其适用于代码库较大、一次变更涉及多个子系统的仓库。
如果团队本身已经围绕 issue 系统组织开发，Claude Team 的价值会更直接。证据包中展示了 bead 集成流程：worker 在接到 bead 后可以基于该 issue 开始工作，并沿着 issue 状态推进直至提交结果。对于习惯以任务单驱动开发的人来说，这意味着 AI 工作进程不只是“收到一句提示去写代码”，而是更接近一个受控的执行单元，知道自己对应哪项任务、在哪个分支工作，以及完成后该如何进入人工复核和合并环节。
另一个明显场景是需要持续观察自动化开发进度的个人或小团队。Claude Team 提供状态查询、空闲等待、日志读取和详细检查能力，适合在“先分配，再巡检”的节奏下使用；而 HTTP 模式与 worker 跟踪文件又让它能被脚本、定时任务或外部通知流程利用。证据包里甚至给出了基于 cron 的监控思路：后台读取 worker 状态，在任务完成时触发通知。这说明它不只是一个交互式命令集合，也适合放进更长时间运行的开发值守流程。
当然，它并不面向所有开发环境。已知前提是 macOS、iTerm2 以及相应的 Python API 支持，因此更适合已经把本地终端作为主要工作台的开发者。对于希望把多会话 AI 编程流程落到可见终端、隔离分支和明确收尾步骤上的用户，Claude Team 更像一层“编排器”；而对于只想偶尔让单个助手补一段代码的人，它的完整流程反而可能显得偏重。换句话说，这个工具最能发挥作用的时候，不是在单点问答，而是在并行开发、过程可见和结果可审阅这三件事同时重要的情况下。