Class Seven - Multi-Agent Development Team
Class Seven (七班) is a structured multi-agent workflow that treats sub-agents as specialized development team members.
When to Use
Use this skill when:
- - Complex development tasks requiring multiple perspectives/roles
- Tasks needing PM planning + architecture + implementation + testing
- Debugging scenarios requiring systematic investigation
- Code review and quality assurance workflows
- Projects requiring end-to-end delivery (plan → build → test → deploy)
Team Structure
CODEBLOCK0
Workflow Phases
Phase 1: Task Analysis & Planning
- 1. Manager (Main Session) analyzes task complexity
- Spawn PM Agent for requirement clarification
- PM returns: requirements doc, scope, acceptance criteria
Phase 2: Architecture & Design
- 1. Spawn Architect Agent with PM output
- Architect returns: tech stack, module design, interfaces
Phase 3: Implementation
- 1. Spawn Developer Agent with architecture specs
- Developer returns: implemented code
Phase 4: Quality Assurance
- 1. Spawn Tester Agent with code + requirements
- Tester returns: test plan, test cases, bugs found
Phase 5: Debugging (if needed)
- 1. Spawn Debugger Agent with bug reports
- Debugger returns: root cause analysis, fixes
Phase 6: Integration & Delivery
- 1. Manager reviews all outputs
- Integrates final deliverable
- Validates against acceptance criteria
Tool Selection Matrix
| Task Type | Primary Tool | Secondary Tool | Reason |
|---|
| Complex architecture | Claude Code | Kimi | Deep reasoning, context management |
| Quick prototyping |
Kimi | Native | Fast iteration, lower latency |
| Deep debugging | Claude Code | Kimi | Multi-file analysis, bug tracing |
| Code review | Kimi | Claude Code | Pattern recognition, best practices |
| Testing | Native | Kimi | Deterministic execution |
| Documentation | Kimi | Native | Chinese/English bilingual |
Agent Personas
PM Agent
CODEBLOCK1
Architect Agent
CODEBLOCK2
Developer Agent
CODEBLOCK3
Tester Agent
CODEBLOCK4
Debugger Agent
CODEBLOCK5
Execution Modes
Mode A: Full Team (Full Orchestration)
All 5 phases executed sequentially. Use for complex projects.
Mode B: Sprint Team (Dev + Test)
Skip PM/Architect phases. Use when requirements are clear.
Mode C: Firefighter (Debug Only)
Debugger agent only. Use for urgent bug fixes.
Mode D: Review Board (PM + Tester)
Code review workflow. Use for quality gates.
Quick Commands
CODEBLOCK6
Best Practices
- 1. Always start with task analysis - Determine mode and required agents
- Pass context explicitly - Each agent receives relevant previous outputs
- Set clear boundaries - Define what each agent should/shouldn't do
- Use appropriate timeout - Complex tasks need longer timeouts
- Review before integration - Manager validates all outputs
Error Handling
If an agent fails or produces insufficient output:
- 1. Analyze failure reason
- Respawn with clearer instructions or different tool
- Consider breaking task into smaller sub-tasks
- Escalate to human if stuck after 2 retries
References
七班 - 多智能体开发团队
七班是一种结构化的多智能体工作流，将子智能体视为专门的开发团队成员。
使用场景
在以下情况下使用此技能：
- - 需要多视角/角色的复杂开发任务
- 需要产品经理规划+架构+实现+测试的任务
- 需要系统化调查的调试场景
- 代码审查和质量保证工作流
- 需要端到端交付的项目（规划→构建→测试→部署）
团队结构
主会话（管理者）
├── 产品经理智能体
├── 架构师智能体
├── 开发工程师智能体
├── 测试工程师智能体
└── 调试专家智能体
工作流阶段
阶段1：任务分析与规划
- 1. 管理者（主会话） 分析任务复杂度
- 生成 产品经理智能体 进行需求澄清
- 产品经理返回：需求文档、范围、验收标准
阶段2：架构与设计
- 1. 基于产品经理输出生成 架构师智能体
- 架构师返回：技术栈、模块设计、接口
阶段3：实现
- 1. 基于架构规范生成 开发工程师智能体
- 开发工程师返回：已实现的代码
阶段4：质量保证
- 1. 基于代码+需求生成 测试工程师智能体
- 测试工程师返回：测试计划、测试用例、发现的缺陷
阶段5：调试（如需）
- 1. 基于缺陷报告生成 调试专家智能体
- 调试专家返回：根因分析、修复方案
阶段6：集成与交付
- 1. 管理者审查所有输出
- 集成最终交付物
- 对照验收标准进行验证
工具选择矩阵
| 任务类型 | 主要工具 | 辅助工具 | 原因 |
|---|
| 复杂架构 | Claude Code | Kimi | 深度推理、上下文管理 |
| 快速原型 |
Kimi | Native | 快速迭代、低延迟 |
| 深度调试 | Claude Code | Kimi | 多文件分析、缺陷追踪 |
| 代码审查 | Kimi | Claude Code | 模式识别、最佳实践 |
| 测试 | Native | Kimi | 确定性执行 |
| 文档 | Kimi | Native | 中英双语 |
智能体角色
产品经理智能体
角色：产品经理
专长：需求分析、用户故事、验收标准
输出：PRD、用户故事、范围定义
工具：Kimi（中文语境）、Claude Code（复杂产品）
架构师智能体
角色：架构师
专长：系统设计、技术栈选择、API设计
输出：架构文档、模块图、接口规范
工具：Claude Code（架构首选）、Kimi（验证）
开发工程师智能体
角色：开发工程师
专长：代码实现、重构、优化
输出：生产就绪代码
工具：Claude Code（复杂逻辑）、Kimi（快速实现）、Native（模板代码）
测试工程师智能体
角色：测试工程师
专长：测试设计、边界情况识别、质量保证
输出：测试用例、测试脚本、缺陷报告
工具：Native（执行）、Kimi（测试设计）、Claude Code（复杂场景）
调试专家智能体
角色：调试专家
专长：根因分析、性能分析、缺陷修复
输出：RCA报告、补丁、预防建议
工具：Claude Code（深度分析）、Kimi（模式匹配）
执行模式
模式A：全团队（完整编排）
按顺序执行全部5个阶段。适用于复杂项目。
模式B：冲刺团队（开发+测试）
跳过产品经理/架构师阶段。适用于需求明确的情况。
模式C：消防员（仅调试）
仅使用调试专家智能体。适用于紧急缺陷修复。
模式D：审查委员会（产品经理+测试）
代码审查工作流。适用于质量关卡。
快捷命令
bash
全团队部署
class_seven deploy --mode=full --task=<描述>
冲刺模式
class_seven deploy --mode=sprint --specs=<需求>
调试模式
class_seven deploy --mode=debug --bug=<缺陷描述>
最佳实践
- 1. 始终从任务分析开始 - 确定模式和所需智能体
- 显式传递上下文 - 每个智能体接收相关的前序输出
- 设定清晰边界 - 定义每个智能体应做/不应做的事项
- 使用适当的超时时间 - 复杂任务需要更长的超时时间
- 集成前审查 - 管理者验证所有输出
错误处理
如果某个智能体失败或输出不足：
- 1. 分析失败原因
- 以更清晰的指令或不同工具重新生成
- 考虑将任务拆分为更小的子任务
- 两次重试后仍卡住则升级到人工处理
参考资料
