本教程深入讲解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
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
Agent Teams的本质是将多个Claude Code会话组织成一个自组织的团队,关键机制包括:
① Team Manager(团队管理者):主会话负责组建团队、分配任务、监控进度。
② TeammateTool(队友工具):每个Agent使用的内置工具,可以向队友发送消息、请求帮助、报告完成状态。
③ Peer-to-Peer Mailbox(点对点邮箱):会话间的异步消息系统,Agent可以给任意队友发消息,无需经过中心节点。
④ Shared Task Board(共享任务板):团队共享的任务看板,所有成员可见,支持任务创建、认领、完成标记。
⑤ 共享上下文:团队成员共享MCP工具、项目配置和CLAUDE.md指令。
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"以保持语义清晰。
# 启动Claude Code后,检查是否看到Agent Teams相关提示
claude
# 如果启用成功,/agent-teams 命令将可用
# 或者在Team Manager会话中可以直接使用Team相关的指令
Agent Teams的团队规模受限于你的订阅计划并发会话数:
| 计划 | 建议团队规模 | 并发上限 | 适用场景 |
|---|---|---|---|
| Pro | 2-3个Agent | ~5并发 | 小型项目快速迭代 |
| Max | 4-8个Agent | ~15并发 | 中大型项目并行开发 |
| Team/Enterprise | 8-16个Agent | 自定义 | 大型项目全栈协作 |
最佳实践:团队规模控制在3-5个Agent效果最佳——足够并行但不会因通信开销降低效率。
我们将创建一个三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: 项目交付
在项目根目录的.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
方法一:交互式启动
# 在项目目录下启动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())
在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能够实现"无人值守"的关键。通过在团队级别的settings.json中配置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
在项目.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"
}
]
}
}
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'."
}
]
}
}
每个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中有效)
- 其他:警告但继续
/loop是Claude Code内置的定时执行工具,可以让Agent Team按计划自动运行:
# 在Claude Code交互模式中:
# 每10分钟检查一次PR状态
> /loop 10m 请检查所有开放的Pull Request,为每个PR生成审查摘要
# 每小时运行测试套件
> /loop 1h 运行完整测试套件,报告失败用例数量和详情
# 工作日每天早上9点生成日报
> /schedule "0 9 * * 1-5" 生成昨日开发进度报告,包含各Agent的任务完成情况
在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
使用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天后自动过期并触发最后一次执行后删除。如需长期运行,需要定期重新创建。
对于不确定耗时的长时间任务(如等待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但没省多少时间)
将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 -
完整的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 -
对于大规模批量任务,使用管道串联多个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
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
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
Agent Teams消耗token较快,需要合理控制:
| 策略 | 实施方法 | 预期效果 |
|---|---|---|
| 限制最大Turns | --max-turns 30 |
防止单Agent无限循环 |
| 精简CLAUDE.md | 只保留团队角色定义,技术细节放单独文件 | 减少每次会话的context消耗 |
| 合理分配Agent数 | 3-5个为宜 | 平衡并行度和通信开销 |
| 使用Haiku处理简单任务 | 为审查/格式化Agent指定轻量模型 | 节省50%+ token成本 |
| 缓存友好的调度间隔 | 避免整分钟唤醒 | 提高缓存命中率 |
当多个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"
}
]
}
}
构建一个7×24小时运行的Agent Team,持续监控代码库健康状态:
项目结构:
.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*)"
]
}
}
# 方式一:交互式启动(开发/调试用)
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 执行日常代码健康巡检
# 检查团队日志
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
# 确认环境变量已设置
cat .claude/settings.json | grep AGENT_TEAMS
# 确认版本 >= 2.1.154
claude --version
# 尝试重启Claude Code
.claude/team-log.txt确认消息发送记录git checkout --theirs <file> 解决冲突# 限制最大turns
claude -p "..." --max-turns 15
# 使用Haiku模型处理简单任务
claude -p "运行npm audit并汇报结果" --model haiku
# 精简prompt,减少context
claude -p "Quick security scan" --max-turns 5
// 在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
| 维度 | 评估 |
|---|---|
| 适合训练营类型 | 进阶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 等场景全覆盖。
