首页 › tutorials › Agent Teams多会话协作自动化实战

Claude Code Agent Teams多会话协作自动化实战

概述

本教程深入讲解Claude Code的Agent Teams(实验性多会话协作)功能,结合Hooks生命周期自动化和Scheduled Tasks定时调度,构建生产级的自主Agent系统。你将学会如何让多个Claude Code会话像团队一样协作——共享任务、互相通信、自主协调,最终实现"无人值守"的持续交付流水线。

适用人群:已掌握Claude Code基础操作,希望探索多Agent协作前沿玩法的进阶用户。

学习目标: - 理解Agent Teams与Subagents/Workflows的核心区别 - 配置并启动多会话Agent Team - 使用TeammateTool实现会话间通信 - 结合Hooks实现全生命周期自动化 - 部署定时调度 + Agent Teams的持续运行系统


前置条件

条件 说明
Claude Code版本 ≥ v2.1.154(Agent Teams实验功能)
订阅计划 Max/Pro(Agent Teams需要足够并发额度)
基础知识 熟悉Claude Code CLI、settings.json配置、Bash脚本
操作系统 macOS / Linux(Windows需WSL2)

检查版本:

claude --version
# 确保输出 >= 2.1.154

第一章:Agent Teams架构全景——从单体到多会话协作

1.1 四种并行模式对比

Claude Code在2026年已进化出四种并行工作模式,每种解决不同维度的问题:

模式 并行单元 通信方式 适用场景
Subagents 主会话派生子Agent 父→子单向调度 单任务内的并行研究/搜索
Agent View 手动启动多个会话 无通信,人工协调 独立任务并行开发
Dynamic Workflows JS脚本编排子Agent pipeline/parallel数据流 确定性多阶段流水线
Agent Teams 多个平等会话组成团队 P2P邮箱消息系统 复杂项目的自主协作
graph TB
    subgraph "Agent Teams 架构"
        TM[Team Manager<br/>主会话] -->|创建任务| T1[Agent A<br/>前端开发]
        TM -->|创建任务| T2[Agent B<br/>后端开发]
        TM -->|创建任务| T3[Agent C<br/>测试验证]
        T1 -.->|邮箱消息| T2
        T2 -.->|邮箱消息| T3
        T3 -.->|邮箱消息| TM
    end

    subgraph "核心机制"
        MB[Peer-to-Peer Mailbox]
        TB[共享Task Board]
        TF[共享Tools/MCP]
    end

    T1 & T2 & T3 --> MB
    TM & T1 & T2 & T3 --> TB
    T1 & T2 & T3 --> TF

1.2 Agent Teams核心概念

Agent Teams的本质是将多个Claude Code会话组织成一个自组织的团队,关键机制包括:

① Team Manager(团队管理者):主会话负责组建团队、分配任务、监控进度。

② TeammateTool(队友工具):每个Agent使用的内置工具,可以向队友发送消息、请求帮助、报告完成状态。

③ Peer-to-Peer Mailbox(点对点邮箱):会话间的异步消息系统,Agent可以给任意队友发消息,无需经过中心节点。

④ Shared Task Board(共享任务板):团队共享的任务看板,所有成员可见,支持任务创建、认领、完成标记。

⑤ 共享上下文:团队成员共享MCP工具、项目配置和CLAUDE.md指令。


第二章:启用与配置Agent Teams

2.1 启用实验功能

Agent Teams目前是实验性功能,默认关闭。需要在settings.json中手动启用:

# 方法一:通过 /config 命令
claude
# 进入交互模式后输入 /config
# 选择 "Enable experimental features" → 勾选 "Agent Teams"

或者直接编辑配置文件:

# 方法二:手动编辑 settings.json
# 全局配置路径: ~/.claude/settings.json
# 项目配置路径: .claude/settings.json

# 在 settings.json 中添加:
{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "true"
  }
}

注意:此环境变量只需存在即可(值为任意非空字符串),设置为"true"以保持语义清晰。

2.2 验证启用状态

# 启动Claude Code后,检查是否看到Agent Teams相关提示
claude
# 如果启用成功,/agent-teams 命令将可用
# 或者在Team Manager会话中可以直接使用Team相关的指令

2.3 团队规模与资源规划

Agent Teams的团队规模受限于你的订阅计划并发会话数:

计划 建议团队规模 并发上限 适用场景
Pro 2-3个Agent ~5并发 小型项目快速迭代
Max 4-8个Agent ~15并发 中大型项目并行开发
Team/Enterprise 8-16个Agent 自定义 大型项目全栈协作

最佳实践:团队规模控制在3-5个Agent效果最佳——足够并行但不会因通信开销降低效率。


第三章:实战演练——构建一个三Agent开发团队

3.1 场景设定

我们将创建一个三Agent团队来协同完成一个API服务的开发:

sequenceDiagram
    participant User
    participant Manager as Team Manager
    participant Alpha as Agent Alpha<br/>架构师
    participant Beta as Agent Beta<br/>实现者
    participant Gamma as Agent Gamma<br/>质检员

    User->>Manager: 启动团队 / 开始项目
    Manager->>Alpha: 分配架构设计任务
    Manager->>Beta: 等待架构完成
    Manager->>Gamma: 等待实现完成

    Alpha->>Alpha: 设计项目结构和API接口
    Alpha->>Manager: 架构设计完成
    Alpha->>Beta: 📬 发送架构文档

    Beta->>Beta: 基于架构实现代码
    Beta->>Manager: 实现完成
    Beta->>Gamma: 📬 发送代码审查请求

    Gamma->>Gamma: 审查代码 + 运行测试
    Gamma->>Manager: 审查报告
    Gamma-->>Beta: 📬 反馈修改建议

    Beta->>Beta: 修复问题
    Beta->>Manager: 最终版本完成
    Manager->>User: 项目交付

3.2 在CLAUDE.md中定义团队角色

在项目根目录的.claude/CLAUDE.md或CLAUDE.md中定义团队协议:

# Team Protocol

## Agent Roles

### Alpha - Architect
- Design project structure and API interfaces
- Define data models and schemas
- Create technical design documents
- Notify Beta when architecture is ready

### Beta - Implementer
- Wait for architecture from Alpha before coding
- Implement features based on Alpha's design
- Write unit tests for own code
- Request code review from Gamma

### Gamma - QA Inspector
- Review all code submissions
- Run test suites and report results
- Send feedback to Beta for fixes
- Final sign-off before delivery

## Communication Protocol
- Use TeammateTool to send messages between agents
- Tag messages with [URGENT] for blocking issues
- Report completion to Team Manager
- Daily summary at end of session

3.3 启动Agent Team

方法一:交互式启动

# 在项目目录下启动Claude Code
cd /path/to/your-project
claude

在Claude Code交互会话中,向Team Manager发出指令:

> 启动一个3人Agent Team来开发用户管理API服务:
> - Agent Alpha:负责项目架构设计和API接口定义
> - Agent Beta:负责代码实现
> - Agent Gamma:负责代码审查和测试
> 
> 请先让Alpha完成架构设计,然后Beta基于架构实现,最后Gamma审查。
> 所有Agent之间通过TeammateTool通信协调。

Claude Code会自动: 1. 创建Team Manager角色(当前会话) 2. 派生3个子会话作为Agent Alpha、Beta、Gamma 3. 为每个Agent加载对应的角色定义 4. 初始化共享Task Board

方法二:通过Agent SDK编程启动

# start_team.py - 使用Claude Agent SDK启动团队
import asyncio
from claude_agent_sdk import ClaudeCode

async def main():
    # 初始化Team Manager
    manager = ClaudeCode(
        prompt="""Create and manage an Agent Team with 3 agents:
        1. Alpha (Architect) - design API structure
        2. Beta (Implementer) - write code  
        3. Gamma (QA) - review and test

        Coordinate their work using TeammateTool.
        Project: User Management REST API with Express.js""",
        working_directory="/path/to/project",
        experimental_flags=["agent_teams"]
    )

    result = await manager.run()
    print(result)

asyncio.run(main())

3.4 监控团队运行状态

在Agent Teams运行期间,可以通过Agent View查看所有活跃Agent:

# 在Claude Code交互模式中
# 按快捷键查看Agent面板(具体快捷键取决于版本)
# 或使用命令:
> /agents

# 输出示例:
# ┌─────────────────────────────────────┐
# │ Agent Team Status                    │
# ├──────────┬──────────┬───────────────┤
# │ Agent    │ Status   │ Current Task  │
# ├──────────┼──────────┼───────────────┤
# │ Alpha    │ ✅ Done  │ Architecture  │
# │ Beta     │ 🔄 Active│ Implementing  │
# │ Gamma    │ ⏳ Wait  │ Review Queue  │
# │ Manager  │ 🔄 Active│ Coordinating  │
# └──────────┴──────────┴───────────────┘

第四章:Hooks——Agent Teams的自动化神经系统

4.1 Hooks与Agent Teams的结合点

Hooks是Agent Teams能够实现"无人值守"的关键。通过在团队级别的settings.json中配置Hooks,可以实现:

4.2 Hooks完整生命周期

Claude Code提供26种Hook事件,Agent Teams中最常用的有:

graph LR
    subgraph "会话生命周期 Hooks"
        A[SessionStart] --> B[UserPromptReceived]
        B --> C[PreToolUse]
        C --> D[工具执行]
        D --> E[PostToolUse]
        E --> F[AgentMessage<br/>发送给队友]
        F --> G[Stop]
    end

    subgraph "团队级别 Hooks"
        H[TeamAgentSpawn<br/>新Agent加入]
        I[TeamMessage<br/>团队消息]
        J[TaskUpdate<br/>任务状态变更]
    end

4.3 实战:配置团队级Hooks

在项目.claude/settings.json中配置Hooks:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "true"
  },
  "hooks": {
    "SessionStart": [
      {
        "matcher": "",
        "command": "echo 'Agent session started at $(date)' >> .claude/team-log.txt"
      }
    ],
    "PreToolUse": [
      {
        "matcher": "Write|Edit",
        "command": "npx prettier --check $CLAUDE_FILE_PATH 2>/dev/null || echo 'Format check needed'"
      }
    ],
    "PostToolUse": [
      {
        "matcher": "Write|Edit",
        "command": "npx eslint $CLAUDE_FILE_PATH --fix 2>/dev/null; echo 'Linted: '$CLAUDE_FILE_PATH"
      },
      {
        "matcher": "Bash",
        "command": "if echo $CLAUPE_OUTPUT | grep -q 'test failed'; then echo 'ALERT: Test failure detected'; fi"
      }
    ],
    "Stop": [
      {
        "matcher": "",
        "command": "echo 'Agent stopped. Final status check.' >> .claude/team-log.txt"
      }
    ]
  }
}

4.4 Hooks三大类型详解

Hooks不限于Shell命令,还支持HTTP端点和LLM Prompt:

Hook类型 配置方式 适用场景
Shell命令 "command": "..." 格式化、lint、文件操作、脚本执行
HTTP端点 "url": "https://..." 通知Slack/Discord、调用Webhook、记录到外部系统
LLM Prompt "prompt": "Check if..." 智能审查代码、判断是否允许操作、动态决策

HTTP Hook示例——代码变更自动通知:

{
  "hooks": {
    "PostToolUse": [
      {
        "matcher": "Write|Edit",
        "url": "https://hooks.slack.com/services/YOUR/WEBHOOK/URL",
        "method": "POST",
        "headers": {
          "Content-Type": "application/json"
        },
        "body": {
          "text": "Agent ${CLAUDE_AGENT_ID} modified ${CLAUDE_FILE_PATH}"
        }
      }
    ]
  }
}

LLM Prompt Hook示例——智能代码审查:

{
  "hooks": {
    "PreToolUse": [
      {
        "matcher": "Write",
        "prompt": "Review the code change about to be written. If it introduces any SQL injection vulnerabilities or uses eval() with user input, block the operation by responding with 'BLOCK: security issue detected'. Otherwise respond with 'APPROVE'."
      }
    ]
  }
}

4.5 Hook的输入输出协议

每个Hook通过环境变量和JSON stdin接收上下文:

# Hook可用的关键环境变量:
$CLAUDE_SESSION_ID    # 当前会话ID
$CLAUDE_AGENT_ID      # 当前Agent标识
$CLAUDE_FILE_PATH     # 操作的文件路径(Write/Edit时)
$CLAUDE_TOOL_NAME     # 触发的工具名称

# stdin接收的JSON结构:
{
  "tool_name": "Write",
  "tool_input": {
    "file_path": "/src/api/users.js",
    "content": "..."
  },
  "session_id": "abc-123",
  "agent_id": "beta-implementer"
}

Hook的退出码决定行为: - 0:正常继续 - 2:阻止操作(PreToolUse中有效) - 其他:警告但继续


第五章:Scheduled Tasks——让Agent Team持续运转

5.1 /loop命令基础

/loop是Claude Code内置的定时执行工具,可以让Agent Team按计划自动运行:

# 在Claude Code交互模式中:
# 每10分钟检查一次PR状态
> /loop 10m 请检查所有开放的Pull Request,为每个PR生成审查摘要

# 每小时运行测试套件
> /loop 1h 运行完整测试套件,报告失败用例数量和详情

# 工作日每天早上9点生成日报
> /schedule "0 9 * * 1-5" 生成昨日开发进度报告,包含各Agent的任务完成情况

5.2 CronCreate API——编程式调度

在Agent Team内部,可以通过CronCreate工具设置持久化调度任务:

# 让Team Manager每天早上检查团队状态
# Cron表达式格式: 分 时 日 月 周(用户本地时区)

# 每工作日早上8:57检查项目健康度
CronCreate:
  cron: "57 8 * * 1-5"
  prompt: "检查项目CI状态、开放的Issue数量、代码覆盖率,生成晨报摘要"
  recurring: true
  durable: true    # 持久化到 .claude/scheduled_tasks.json

# 一次性提醒:下午3点提醒部署
CronCreate:
  cron: "0 15 11 6 *"    # 6月11日15:00
  prompt: "准备v2.0版本部署,检查所有Agent的任务完成状态"
  recurring: false

5.3 持久化调度的文件结构

使用durable: true的调度任务会保存到:

.claude/
├── scheduled_tasks.json    # 持久化调度任务
├── settings.json           # 项目配置 + Hooks
└── team-log.txt            # 团队运行日志

scheduled_tasks.json示例内容:

{
  "tasks": [
    {
      "id": "cron_abc123",
      "cron": "57 8 * * 1-5",
      "prompt": "检查项目CI状态...",
      "recurring": true,
      "created_at": "2026-06-11T08:57:00Z",
      "last_run": "2026-06-11T08:57:00Z"
    }
  ]
}

注意:Recurring任务在7天后自动过期并触发最后一次执行后删除。如需长期运行,需要定期重新创建。

5.4 ScheduleWakeup——动态节奏控制

对于不确定耗时的长时间任务(如等待CI完成),使用ScheduleWakeup动态调整唤醒间隔:

# Agent正在等待CI构建完成
# 不要短间隔轮询(浪费缓存),使用合理的等待间隔

ScheduleWakeup:
  delaySeconds: 270      # 4.5分钟,保持在5分钟缓存TTL内
  reason: "等待CI构建完成,270秒后检查状态"
  prompt: "检查CI构建状态,如果完成则通知Team Manager"

缓存策略要点: - < 300秒:保持在Anthropic prompt cache的5分钟TTL内,避免缓存miss - 300秒-3600秒:接受一次缓存miss,换取更长的等待 - 不要用300秒整(最差选择:缓存miss但没省多少时间)


第六章:Headless Mode + Agent Teams——CI/CD集成

6.1 Headless模式启动团队

将Agent Teams与claude -p(headless模式)结合,可以在CI/CD流水线中启动团队:

# 基本headless模式启动
claude -p "启动Agent Team完成以下任务:分析src/目录下的所有文件,识别代码异味,
为每个有问题的文件创建修复计划,然后分配给Agent Team执行修复"

# 带JSON输出的结构化模式
claude -p "分析项目依赖树,检查安全漏洞" \
  --output-format json \
  --max-turns 20

# 从文件读取prompt
cat team-mission.txt | claude -p -

6.2 GitHub Actions集成

完整的CI/CD Agent Teams工作流:

# .github/workflows/agent-team-review.yml
name: Agent Team Code Review

on:
  pull_request:
    types: [opened, synchronize]

jobs:
  agent-review:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4

      - name: Setup Claude Code
        run: |
          npm install -g @anthropic-ai/claude-code
          echo "${{ secrets.CLAUDE_API_KEY }}" | claude auth login --api-key

      - name: Enable Agent Teams
        run: |
          mkdir -p .claude
          cat > .claude/settings.json << 'EOF'
          {
            "env": {
              "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "true"
            },
            "hooks": {
              "PostToolUse": [{
                "matcher": "Write|Edit",
                "command": "npx prettier --write $CLAUDE_FILE_PATH 2>/dev/null"
              }]
            }
          }
          EOF

      - name: Run Agent Team Review
        env:
          CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS: "true"
        run: |
          claude -p "
          你是一个代码审查团队的Manager。请启动一个3人Agent Team:
          1. Security Reviewer - 检查安全漏洞
          2. Performance Reviewer - 检查性能问题
          3. Style Reviewer - 检查代码风格和最佳实践

          分析PR #${{ github.event.pull_request.number }}的所有变更文件。
          每个Agent独立审查后,汇总审查报告。
          " --output-format json > review-report.json

      - name: Post Review Comments
        if: always()
        run: |
          # 解析review-report.json并发布PR评论
          claude -p "将review-report.json中的审查结果整理为GitHub PR评论格式" \
            --output-format text | gh pr comment ${{ github.event.pull_request.number }} --body-file -

6.3 管道式批量处理

对于大规模批量任务,使用管道串联多个headless会话:

#!/bin/bash
# batch-process.sh - 批量文件处理管道

FILES=$(find ./src -name "*.ts" -type f)

# Phase 1: 分析所有文件
echo "$FILES" | while read file; do
  claude -p "分析文件 $file 的代码质量,输出JSON格式的分析结果" \
    --output-format json \
    --max-turns 5 >> analysis-results.jsonl
done

# Phase 2: 基于分析结果批量修复
claude -p "
读取 analysis-results.jsonl 中的所有分析结果。
启动Agent Team并行修复所有标记为'high-priority'的问题。
每个Agent负责一个模块目录。
" --max-turns 50

# Phase 3: 验证修复
claude -p "运行完整测试套件,确认所有修复没有引入新问题" \
  --output-format json > verification-report.json

第七章:进阶模式与最佳实践

7.1 团队通信模式

Agent Teams支持三种通信模式:

① 广播模式(Broadcast)

Team Manager向所有成员广播指令:

# Team Manager发送广播
TeammateTool:
  action: broadcast
  message: "注意:API接口规范已更新,请查看最新版CLAUDE.md"

② 点对点模式(Direct Message)

Agent之间直接通信:

# Beta直接联系Gamma
TeammateTool:
  target: gamma-qa
  message: "[REVIEW REQUEST] 用户注册模块已完成,请审查 src/users/register.ts"

③ 任务板模式(Task Board)

通过共享任务板协调:

# Alpha创建任务并分配
TaskCreate:
  subject: "实现用户认证中间件"
  description: "基于JWT的认证中间件,需支持token刷新"
  assignee: beta-implementer
  priority: high

# Beta认领任务
TaskUpdate:
  taskId: "task_001"
  status: in_progress
  owner: beta-implementer

7.2 错误处理与容错

Agent Teams内置了多层容错机制:

graph TB
    subgraph "容错层次"
        L1["Level 1: Hook拦截<br/>PreToolUse阻止危险操作"]
        L2["Level 2: Agent自愈<br/>遇到错误自动重试/调整"]
        L3["Level 3: Manager监控<br/>检测Agent超时/失败"]
        L4["Level 4: 人工介入<br/>Manager请求用户指导"]
    end

    L1 --> L2 --> L3 --> L4

配置超时和重试策略(在CLAUDE.md中声明):

## Error Handling Protocol

- 每个Agent单任务最大执行时间:30分钟
- 遇到测试失败:自动重试1次,仍失败则通知Gamma
- 遇到依赖冲突:通知Manager协调
- Agent连续3次失败:Manager介入或请求人工帮助
- 代码冲突:优先保留最新变更,通知原作者Review

7.3 资源消耗控制

Agent Teams消耗token较快,需要合理控制:

策略 实施方法 预期效果
限制最大Turns --max-turns 30 防止单Agent无限循环
精简CLAUDE.md 只保留团队角色定义,技术细节放单独文件 减少每次会话的context消耗
合理分配Agent数 3-5个为宜 平衡并行度和通信开销
使用Haiku处理简单任务 为审查/格式化Agent指定轻量模型 节省50%+ token成本
缓存友好的调度间隔 避免整分钟唤醒 提高缓存命中率

7.4 Worktree隔离策略

当多个Agent同时修改文件时,使用Worktree隔离避免冲突:

# 为每个Agent创建独立Worktree
# 在CLAUDE.md中声明:
## Worktree Strategy

Each agent MUST work in its own worktree:
- Alpha: .claude/worktrees/architecture/
- Beta: .claude/worktrees/implementation/
- Gamma: .claude/worktrees/testing/

When an agent finishes, it commits to its branch.
The Manager merges branches after review.

在Agent启动时自动创建Worktree:

{
  "hooks": {
    "SessionStart": [
      {
        "matcher": "",
        "command": "git worktree add .claude/worktrees/$CLAUDE_AGENT_ID -b agent/$CLAUDE_AGENT_ID 2>/dev/null || true"
      }
    ],
    "Stop": [
      {
        "matcher": "",
        "command": "cd .claude/worktrees/$CLAUDE_AGENT_ID && git add -A && git commit -m 'Agent $CLAUDE_AGENT_ID completed tasks' --allow-empty 2>/dev/null || true"
      }
    ]
  }
}

第八章:完整实战案例——自动化代码库健康巡检系统

8.1 项目目标

构建一个7×24小时运行的Agent Team,持续监控代码库健康状态:

8.2 完整配置

项目结构:

.claude/
├── settings.json           # Hooks + 环境变量
├── scheduled_tasks.json    # 持久化调度
├── CLAUDE.md               # 团队协议
└── team-log.txt            # 运行日志

.claude/CLAUDE.md:

# Code Health Patrol Team

## Team Structure
- **Patrol Manager**: 协调所有巡检任务,处理Critical告警
- **Dep Scout**: 依赖安全检查专家,运行 npm audit / pip audit
- **Tech Debt Analyst**: 技术债务分析师,检查代码复杂度和覆盖率
- **PR Reviewer**: 自动PR审查,检查代码风格、安全、性能

## Alert Levels
- CRITICAL: 安全漏洞(CVE)、生产中断 → 立即通知Manager
- WARNING: 技术债务增加、覆盖率下降 → 记录到报告
- INFO: 依赖更新可用、小优化建议 → 每日汇总

## Notification
- CRITICAL: 发送到 #ops-alerts Slack频道
- Daily Summary: 发送到 #dev-standup 频道

.claude/settings.json:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "true"
  },
  "hooks": {
    "SessionStart": [
      {
        "matcher": "",
        "command": "echo '[$(date -Iseconds)] Agent session started' >> .claude/team-log.txt"
      }
    ],
    "PreToolUse": [
      {
        "matcher": "Bash",
        "prompt": "If the bash command involves 'rm -rf' or 'DROP TABLE' or force-pushing to main, respond with 'BLOCK: dangerous operation prevented'. Otherwise respond 'APPROVE'."
      }
    ],
    "PostToolUse": [
      {
        "matcher": "Bash",
        "command": "if echo \"$CLAUDE_OUTPUT\" | grep -qi 'critical\\|vulnerability\\|CVE'; then echo 'SECURITY_ALERT' >> .claude/team-log.txt; fi"
      }
    ],
    "Stop": [
      {
        "matcher": "",
        "command": "echo '[$(date -Iseconds)] Agent session ended' >> .claude/team-log.txt"
      }
    ]
  },
  "permissions": {
    "allow": [
      "Bash(npm audit*)",
      "Bash(npm outdated*)",
      "Bash(npx eslint*)",
      "Bash(git log*)",
      "Bash(git diff*)"
    ]
  }
}

8.3 启动巡检系统

# 方式一:交互式启动(开发/调试用)
claude
# > 启动Code Health Patrol Team。Dep Scout检查依赖安全,
# > Tech Debt Analyst分析代码复杂度,PR Reviewer等待新PR。
# > 发现CRITICAL问题立即通知。

# 方式二:Headless模式(生产运行)
nohup claude -p "
启动Code Health Patrol Team进行日常巡检。
Dep Scout执行完整依赖安全扫描。
Tech Debt Analyst检查过去24小时新增代码的复杂度。
汇总报告输出到 .claude/daily-report.md。
" --output-format json >> .claude/patrol-output.jsonl 2>&1 &

# 方式三:定时调度(推荐)
# 在Claude Code会话中设置cron:
# /loop 8h 执行日常代码健康巡检

8.4 验证运行效果

# 检查团队日志
cat .claude/team-log.txt
# 预期输出:
# [2026-06-11T08:57:00+08:00] Agent session started
# [2026-06-11T08:57:12+08:00] Agent session started  
# [2026-06-11T08:58:30+08:00] SECURITY_ALERT
# [2026-06-11T09:12:45+08:00] Agent session ended

# 查看日常报告
cat .claude/daily-report.md

第九章:常见问题与排障

Q1: Agent Teams启用后看不到相关命令?

# 确认环境变量已设置
cat .claude/settings.json | grep AGENT_TEAMS
# 确认版本 >= 2.1.154
claude --version
# 尝试重启Claude Code

Q2: Agent之间消息丢失?

Q3: 多Agent同时编辑同一文件冲突?

Q4: Headless模式Agent Team占用太多token?

# 限制最大turns
claude -p "..." --max-turns 15

# 使用Haiku模型处理简单任务
claude -p "运行npm audit并汇报结果" --model haiku

# 精简prompt,减少context
claude -p "Quick security scan" --max-turns 5

Q5: Scheduled Task的7天过期如何处理?

// 在Hook中自动续期
{
  "hooks": {
    "Stop": [{
      "matcher": "",
      "command": "echo 'Recreating scheduled task...' && claude -p '/schedule \"57 8 * * 1-5\" 日常巡检' --max-turns 1"
    }]
  }
}

架构总览

graph TB
    subgraph "Claude Code Agent Teams 自动化体系"
        direction TB

        subgraph "调度层"
            CRON["/loop<br/>CronCreate"]
            WAKE["ScheduleWakeup<br/>动态节奏"]
        end

        subgraph "编排层"
            MGR["Team Manager<br/>主会话"]
            TM["TeammateTool<br/>P2P通信"]
            TB["Shared Task Board<br/>任务看板"]
        end

        subgraph "执行层"
            A1["Agent A<br/>Worktree隔离"]
            A2["Agent B<br/>Worktree隔离"]
            A3["Agent C<br/>Worktree隔离"]
        end

        subgraph "自动化层"
            H1["PreToolUse<br/>安全拦截"]
            H2["PostToolUse<br/>自动格式化"]
            H3["SessionStart<br/>环境初始化"]
            H4["Stop<br/>结果汇报"]
        end

        subgraph "集成层"
            CI["GitHub Actions<br/>CI/CD"]
            SL["Slack/Discord<br/>通知"]
            LOG["Team Log<br/>审计追踪"]
        end

        CRON --> MGR
        WAKE --> MGR
        MGR --> TM
        MGR --> TB
        TM --> A1 & A2 & A3
        TB --> A1 & A2 & A3
        A1 & A2 & A3 --> H1 & H2 & H3 & H4
        H2 --> CI
        H4 --> SL
        H3 --> LOG
    end

延伸阅读


参考来源

  1. Orchestrate teams of Claude Code sessions — Anthropic Docs — Agent Teams官方文档,涵盖启用方式、TeammateTool、共享任务板等核心机制
  2. Hooks reference — Anthropic Docs — 26种Hook事件完整参考,包括Shell/HTTP/LLM Prompt三种类型
  3. Run Claude Code programmatically — Anthropic Docs — Headless模式与Agent SDK编程式运行指南
  4. Run prompts on a schedule — Anthropic Docs — /loop命令与CronCreate定时调度文档
  5. Claude Code Hooks: Automate Your Coding Workflow in 2026 — DEV Community — Hooks实战指南与配置示例

训练营适用性评估

维度 评估
适合训练营类型 进阶AI工程训练营、DevOps自动化训练营、AI Agent开发训练营
教学时长 4-6小时(含实操环节)
前置课程 Claude Code基础操作、settings.json配置、Bash脚本基础
实操占比 60%(需真实项目和API Key)
难度等级 ⭐⭐⭐⭐(4/5,需要理解多Agent协调概念)
最佳班级规模 15-20人(需提供充足的API额度)

[!tip] 51学通信知识星球 星主:爱卫生(微信:gprshome201101)——公众号「51学通信」创办者,19 年通信行业运维与讲师经验,著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书(各大电商平台有售)。 星球定位:深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域,主打运维岗位与信令分析。 当前规模:5200 篇主题 / 990 个回答,198 元/年。 加入福利:加入星球后请加爱卫生微信,拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题,另有群内分享。 AI 加持:51学通信知识星球已作为 skill 接入 WorkBuddy,使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例,做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入