Team Planner
Overview
This skill enables the planning and design of multi-agent teams for complex tasks. It analyzes task requirements, determines optimal team composition, defines member roles and responsibilities, and establishes collaboration workflows. The skill produces comprehensive team architecture plans that can be executed in separate WorkBuddy sessions.
When to Use This Skill
Use this skill when:
- - User wants to plan a team of AI agents to work on a complex task
- User asks "how should I organize agents for this project?"
- User requests advice on agent roles and collaboration
- User mentions "team", "multiple agents", "parallel work", or "agent coordination"
- Task complexity suggests benefit from multi-agent collaboration
- User wants expert guidance on team architecture before implementation
Planning Process
Follow this structured workflow to create a comprehensive team plan:
Step 1: Task Analysis
Gather essential information about the task:
Required Information:
- - Task goal and objectives
- Scope and boundaries (what's included/excluded)
- Technical domain(s) involved
- Complexity assessment (simple/medium/complex)
Clarify if Needed:
- - Time constraints or deadlines
- Quality requirements
- Resource limitations
- Dependencies or prerequisites
Ask Targeted Questions:
- - "What is the primary objective you want to achieve?"
- "What are the key components or subtasks involved?"
- "Are there any specific technologies, frameworks, or tools involved?"
- "What defines success for this task?"
Step 2: Determine Team Necessity
Evaluate whether a multi-agent approach is appropriate:
Use Multi-Agent Team When:
- - Task has clear independent subtasks that can run in parallel
- Requires different expertise domains (frontend, backend, research, testing)
- Benefits from parallel processing or time savings
- Task is too complex for single agent to handle efficiently
- Multiple perspectives or approaches are beneficial
Use Single Agent When:
- - Task is straightforward and sequential
- Limited benefit from parallelization
- Communication overhead would outweigh benefits
- Task can be completed effectively by one agent
Communicate Decision:
- - Explain reasoning clearly
- Provide justification for team vs. single agent approach
Step 3: Design Team Structure
If multi-agent is appropriate, design the optimal team composition:
Determine Member Count:
- - Analyze task decomposition
- Identify independent work streams
- Consider complexity vs. coordination overhead
- Aim for 3-6 members (avoid over-engineering)
Define Member Roles:
Each member should have a clear, focused role:
Common Role Patterns:
- -
researcher: Investigates options, analyzes approaches, gathers information - INLINECODE1 : Designs system structure, makes technical decisions
- INLINECODE2 : Implements code, builds features
- INLINECODE3 : Writes tests, validates functionality
- INLINECODE4 : Creates documentation, guides, specifications
- INLINECODE5 : Processes data, generates insights
- INLINECODE6 : Reviews work, ensures quality standards
Role Assignment Guidelines:
- - Each role should have distinct responsibilities
- Avoid overlapping responsibilities between roles
- Ensure all critical tasks are covered
- Consider dependencies between roles
Step 4: Define Responsibilities
For each member, specify:
Clear Responsibility Statement:
- - What this member is responsible for
- Scope of their work
- Key deliverables
Example Format:
CODEBLOCK0
Step 5: Plan Collaboration Workflow
Design how members will work together:
Identify Dependencies:
- - Which members need results from others?
- What information must be shared?
- What are the critical path dependencies?
Define Communication Patterns:
- - Regular status updates (broadcast)
- Direct requests for specific deliverables (message)
- Review and feedback loops
Establish Workflow Phases:
CODEBLOCK1
Example Workflow:
CODEBLOCK2
Step 6: Specify Communication Mechanisms
Define how members will communicate:
Broadcast Usage:
- - Team announcements
- Phase transitions
- Important updates affecting everyone
Direct Messaging Usage:
- - Requesting specific deliverables
- Providing targeted feedback
- Coordinating between specific members
Shutdown Requests:
- - When a member completes work
- When another member needs results
Step 7: Create Implementation Plan
Generate actionable instructions for execution:
Startup Sequence:
- - Order to start members (consider dependencies)
- Any prerequisite setup
- Initial context to provide
Example:
CODEBLOCK3
Prompt Templates:
Provide example prompts for each member's startup:
- - Include role definition
- Specify responsibilities
- Mention collaboration expectations
- Reference deliverables
Step 8: Document Success Criteria
Define how to measure team success:
Phase Completion Criteria:
- - What must be done before moving to next phase?
- What artifacts should be produced?
Overall Success Metrics:
- - Key deliverables
- Quality standards
- Integration points validated
Output Format
Present the team plan in this structure:
1. Task Summary
- - Objective: [Clear statement of goal]
- Scope: [What's included]
- Complexity: [Simple/Medium/Complex]
- Recommended Approach: [Single Agent / Multi-Agent Team]
2. Team Architecture
- - Team Size: [Number] members
- Rationale: [Why this structure is optimal]
3. Member Roles
For each member:
Member Name: [name]
- - Role: [role description]
- Responsibilities:
- [Responsibility 1]
- [Responsibility 2]
- ...
- - Key Deliverables: [What this member produces]
- Dependencies: [What this member needs from others]
- Startup Prompt Template: [Example prompt]
4. Collaboration Workflow
Phase-by-Phase Plan:
CODEBLOCK4
5. Communication Strategy
- - Broadcast for: [situations]
- Direct messaging for: [situations]
- Key coordination points: [list]
6. Startup Sequence
Provide ordered list of Task calls with example prompts
7. Success Criteria
- - Phase completion checkpoints
- Final deliverables
- Integration validation requirements
Best Practices
Team Design:
- - Keep teams focused and minimal (3-6 members is typical)
- Ensure each member has clear, distinct responsibilities
- Minimize dependencies to enable parallel work
- Consider adding a coordinator for complex teams
Collaboration:
- - Design clear handoff points between phases
- Establish regular communication rhythms
- Plan for integration and testing phases
- Include documentation as a first-class concern
Execution Guidance:
- - Start members in dependency order
- Provide sufficient context in initial prompts
- Plan for member shutdown when their work is complete
- Include quality checkpoints between phases
Examples
Example 1: Full-Stack Web Application
Task: Build a blog system with user authentication, article management, and comments
Team Structure:
- -
researcher: Analyze tech stack options, compare frameworks - INLINECODE8 : Design system architecture, database schema
- INLINECODE9 : Implement API, database, authentication
- INLINECODE10 : Build React UI, integrate with API
- INLINECODE11 : Write tests, validate functionality
- INLINECODE12 : Create API docs, user guide
Workflow:
CODEBLOCK5
Example 2: Data Analysis Project
Task: Analyze customer data and generate insights report
Team Structure:
- -
data-collector: Gather and clean data sources - INLINECODE14 : Perform statistical analysis, generate insights
- INLINECODE15 : Create charts and visualizations
- INLINECODE16 : Compile findings into comprehensive report
Workflow:
CODEBLOCK6
Clarification Questions
If information is missing, ask:
- 1. Task Scope: "What are the main components or deliverables of this task?"
- Technical Requirements: "Are there specific technologies, frameworks, or tools that must be used?"
- Constraints: "Are there any time constraints, resource limitations, or quality standards?"
- Priorities: "What aspects of this task are most critical to get right?"
- Success Definition: "How will you know when the task is complete and successful?"
Final Deliverable
The skill produces a Team Architecture Plan that includes:
- - Clear recommendation on single agent vs. multi-agent approach
- If multi-agent: complete team structure with roles and responsibilities
- Collaboration workflow with phases and dependencies
- Communication strategy
- Startup sequence with example prompts
- Success criteria and validation checkpoints
This plan enables the user to execute the team plan in a separate WorkBuddy session by following the startup sequence and workflow defined.
团队规划器
概述
该技能支持为复杂任务规划和设计多智能体团队。它能分析任务需求、确定最佳团队构成、定义成员角色与职责,并建立协作工作流程。该技能可生成可在独立WorkBuddy会话中执行的综合团队架构方案。
使用场景
在以下情况下使用此技能:
- - 用户希望规划AI智能体团队处理复杂任务
- 用户询问如何为这个项目组织智能体?
- 用户请求关于智能体角色和协作的建议
- 用户提及团队、多智能体、并行工作或智能体协调
- 任务复杂度表明多智能体协作能带来收益
- 用户在实施前希望获得团队架构方面的专家指导
规划流程
遵循以下结构化工作流程创建综合团队方案:
步骤1:任务分析
收集任务的基本信息:
必要信息:
- - 任务目标与目的
- 范围与边界(包含/排除内容)
- 涉及的技术领域
- 复杂度评估(简单/中等/复杂)
需要时澄清:
- - 时间限制或截止日期
- 质量要求
- 资源限制
- 依赖关系或前置条件
提出针对性问题:
- - 您想要实现的主要目标是什么?
- 涉及的关键组件或子任务有哪些?
- 是否涉及特定技术、框架或工具?
- 如何定义此任务的成功?
步骤2:确定团队必要性
评估多智能体方法是否合适:
使用多智能体团队时:
- - 任务有可并行运行的明确独立子任务
- 需要不同专业领域(前端、后端、研究、测试)
- 能从并行处理或节省时间中获益
- 任务过于复杂,单个智能体无法高效处理
- 多个视角或方法有益
使用单个智能体时:
- - 任务简单且顺序执行
- 并行化收益有限
- 通信开销将超过收益
- 单个智能体可有效完成任务
传达决策:
- - 清晰解释推理过程
- 为团队与单智能体方法的选择提供理由
步骤3:设计团队结构
如果多智能体方法合适,设计最佳团队构成:
确定成员数量:
- - 分析任务分解
- 识别独立工作流
- 考虑复杂度与协调开销的平衡
- 目标为3-6名成员(避免过度设计)
定义成员角色:
每位成员应有明确、专注的角色:
常见角色模式:
- - 研究员:调查选项、分析方法、收集信息
- 架构师:设计系统结构、做出技术决策
- 开发者:实现代码、构建功能
- 测试员:编写测试、验证功能
- 文档编写员:创建文档、指南、规格说明
- 分析师:处理数据、生成洞察
- 审查员:审查工作、确保质量标准
角色分配指南:
- - 每个角色应有明确的职责
- 避免角色间职责重叠
- 确保覆盖所有关键任务
- 考虑角色间的依赖关系
步骤4:定义职责
为每位成员指定:
清晰的职责说明:
示例格式:
成员:前端开发者
职责:
- - 实现用户界面的React组件
- 与后端API端点集成
- 处理状态管理和数据流
- 确保响应式设计和可访问性
- 交付:完整前端代码库
步骤5:规划协作工作流程
设计成员如何协同工作:
识别依赖关系:
- - 哪些成员需要其他成员的结果?
- 必须共享哪些信息?
- 关键路径依赖是什么?
定义沟通模式:
- - 定期状态更新(广播)
- 针对特定交付物的直接请求(消息)
- 审查与反馈循环
建立工作流程阶段:
阶段1:[名称] - 成员:[列表] - 描述
阶段2:[名称] - 成员:[列表] - 描述
...
示例工作流程:
阶段1:研究与架构
成员:研究员、架构师
- - 研究员调查选项
- 架构师设计系统
- 架构师使用研究结果
阶段2:并行开发
成员:前端开发者、后端开发者、测试员
阶段3:集成与测试
成员:开发者、测试员、文档编写员
- - 集成前端和后端
- 运行全面测试
- 文档编写员编写用户指南
步骤6:指定沟通机制
定义成员间的沟通方式:
广播使用场景:
直接消息使用场景:
关闭请求:
步骤7:创建实施计划
生成可执行的行动指令:
启动顺序:
- - 启动成员的顺序(考虑依赖关系)
- 任何前置设置
- 需提供的初始上下文
示例:
javascript
// 按此顺序启动
- 1. 任务(名称=研究员, 提示=...)
- 任务(名称=架构师, 提示=...)
- 任务(名称=前端开发者, 提示=...)
- 任务(名称=后端开发者, 提示=...)
- 任务(名称=测试员, 提示=...)
提示模板:
为每位成员的启动提供示例提示:
步骤8:记录成功标准
定义如何衡量团队成功:
阶段完成标准:
总体成功指标:
输出格式
按以下结构呈现团队方案:
1. 任务摘要
- - 目标:[明确的目标陈述]
- 范围:[包含内容]
- 复杂度:[简单/中等/复杂]
- 推荐方法:[单智能体/多智能体团队]
2. 团队架构
- - 团队规模:[数量]名成员
- 理由:[为何此结构最优]
3. 成员角色
每位成员:
成员名称:[名称]
- [职责1]
- [职责2]
- ...
- - 关键交付物:[该成员产出的内容]
- 依赖关系:[该成员需要从其他成员获取的内容]
- 启动提示模板:[示例提示]
4. 协作工作流程
分阶段方案:
阶段1:[阶段名称]
- - 参与成员:[列表]
- 活动:[描述]
- 完成标准:[何时完成]
- 依赖关系:[启动所需条件]
阶段2:[阶段名称]
...
5. 沟通策略
- - 广播用于:[场景]
- 直接消息用于:[场景]
- 关键协调点:[列表]
6. 启动顺序
提供带示例提示的任务调用有序列表
7. 成功标准
最佳实践
团队设计:
- - 保持团队专注且精简(通常3-6名成员)
- 确保每位成员有清晰、独特的职责
- 最小化依赖关系以实现并行工作
- 对复杂团队考虑添加协调员
协作:
- - 设计阶段间的清晰交接点
- 建立定期沟通节奏
- 规划集成和测试阶段
- 将文档作为首要关注点
执行指导:
- - 按依赖顺序启动成员
- 在初始提示中提供充分上下文
- 规划成员工作完成后的关闭
- 在阶段间设置质量检查点
示例
示例1:全栈Web应用
任务: 构建包含用户认证、文章管理和评论功能的博客系统
团队结构:
- - 研究员:分析技术栈选项,比较框架
- 架构师:设计系统架构、数据库模式
- 后端开发者:实现API、数据库、认证
- 前端开发者:构建React UI,集成API
- 测试员:编写测试,验证功能
- 文档编写员:创建API文档、用户指南
工作流程:
阶段1:研究与架构
成员:研究员、架构师
阶段2:后端开发
成员:后端开发者、测试员
阶段3:前端开发
成员:前端开发者、后端开发者(用于API支持)
阶段4:集成与文档
成员:所有成员
示例2:数据分析项目
任务: 分析客户数据并生成洞察报告
团队结构:
- - 数据收集员:收集和清理数据源
- 分析师:执行统计分析,生成洞察
- 可视化员:创建图表和可视化
- 报告