← 返回
内容创作 中文

Agent Team Workflows

Universal multi-agent workflow orchestration using Claude Code Agent Teams. Use when user asks to run a team workflow, create an agent team, or coordinate parallel work across multiple teammates — for any domain (software, content, data, strategy, research, etc.).
通用多智能体工作流编排框架。通过 Claude Code 智能体团队协调并行工作,适用于运行团队工作流、创建智能体团队等场景,支持软件、内容、数据、战略、研究等各领域。
doanbactam
内容创作 clawhub v0.1.0 1 版本 99810.2 Key: 无需
★ 6
Stars
📥 1,458
下载
💾 88
安装
1
版本
#latest

概述

Agent Team Workflows

Universal orchestration framework for 5-agent teams (1 Lead + 4 Teammates) across any domain.

Prerequisites

Agent Teams must be enabled. Add to ~/.claude/settings.json:

{
  "env": {
    "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
  }
}

Generic Roles

Teammate IDs are fixed. Their function is remapped per domain via Role Cards.

SlotIDGeneric FunctionCore Responsibility
-------------------------------------------------
Lead(session)OrchestratorAssign tasks, relay context, quality gate, synthesize final output
Slot AarchitectPlannerFrame problem, decompose tasks, produce plan/spec/blueprint
Slot BdeveloperBuilderProduce primary artifact (code, draft, dataset, model, proposal)
Slot CtesterValidatorCheck against acceptance criteria, test, evaluate correctness
Slot DreviewerCriticAssess quality, risk, consistency, compliance, suggest improvements

Role Cards (Domain Remapping)

Each domain preset provides Role Cards that specialize the generic functions:

DomainPlannerBuilderValidatorCritic
---------------------------------------------
Software DevArchitectDeveloperTesterCode Reviewer
Content CreationProducerWriterFact-CheckerEditor
Data AnalysisAnalyst LeadData EngineerStatisticianPeer Reviewer
Business StrategyStrategistBusiness AnalystFinancial ModelerRisk Advisor
ResearchResearch LeadResearcherMethodology AuditorPeer Reviewer

> Full role cards with artifact contracts → reference/domain-presets.md

Pipeline Patterns

4 canonical control-flow patterns. Domain meaning comes from Role Cards, not the pattern itself.

1. sequential — Step-by-Step Pipeline

Planner → Builder → Validator → Critic → Lead Synthesis

Use when: Work is linear and each step depends on the previous output.

Examples: Feature dev, content creation, report writing.

2. parallel-merge — Parallel Exploration + Merge

Planner → (Builder ∥ Validator ∥ Critic) → Lead Merge → Validator Gate → Lead Synthesis

Use when: Multiple perspectives can work independently, then combine.

Examples: Research, strategy analysis, multi-angle evaluation.

3. iterative-review — Build-Critique Loop

Planner → Builder ↔ Critic (max N rounds) → Validator → Lead Synthesis

Use when: Quality requires iteration between creator and reviewer.

Examples: Content editing, design refinement, proposal drafting.

Guard: Default max 2 rounds. More requires user approval.

4. fan-out-fan-in — Map-Reduce

Planner → fan-out tasks to all 4 teammates → Lead fan-in merge → Critic Gate → Lead Synthesis

Use when: Large work can be split into independent chunks processed in parallel.

Examples: Multi-module features, large dataset processing, codebase audit.

> Pattern deep dives with sample task graphs → reference/patterns.md

Coordination Protocol

Strict 6-step protocol, domain-agnostic.

Step 1: Confirm Scope

Before spawning any team, confirm with user:

  1. Objective — specific deliverable
  2. Domain — select preset or define custom Role Cards
  3. Pattern — which pipeline pattern fits
  4. Constraints — tools, tech stack, tone, compliance, budget
  5. Inputs — source material, existing assets, context files
  6. Definition of Done — checkbox acceptance criteria the user agrees to

Step 2: Build Workflow Instance Spec

Fill in the universal template:

WORKFLOW INSTANCE SPEC
─────────────────────
Objective:      [deliverable]
Pattern:        [sequential | parallel-merge | iterative-review | fan-out-fan-in]
Domain:         [preset name or "custom"]

ROLE CARDS
  Planner (architect):  [domain title] — [specific responsibility]
  Builder (developer):  [domain title] — [specific responsibility]
  Validator (tester):   [domain title] — [specific responsibility]
  Critic (reviewer):    [domain title] — [specific responsibility]

ARTIFACTS (per step)
  Step 1 → [artifact name]: [format/content description]
  Step 2 → [artifact name]: [format/content description]
  Step 3 → [artifact name]: [format/content description]
  Step 4 → [artifact name]: [format/content description]

CONSTRAINTS:    [tools, rules, limits]
INPUTS:         [files, data, references]
DEFINITION OF DONE:
  □ [criterion 1]
  □ [criterion 2]
  □ [criterion 3]

Step 3: Create Team

Create a team of 4 teammates:
- architect: [Planner role card — context and responsibility]
- developer: [Builder role card — context and responsibility]
- tester:    [Validator role card — context and responsibility]
- reviewer:  [Critic role card — context and responsibility]

Step 4: Create Tasks with Dependencies

Create tasks following the selected pattern's pipeline order. Each task MUST have:

  • Clear description referencing role card
  • Required input artifact (from previous step or original inputs)
  • Required output artifact (format + content)
  • Acceptance criteria
  • Dependency on predecessor task

Step 5: Spawn Teammates with Rich Context

Each teammate MUST receive in their spawn prompt:

  1. Role Card — their domain title + specific responsibilities
  2. Assigned task — what to produce
  3. Input artifact — output from previous step (Lead must relay this)
  4. Output artifact contract — exact format and content expected
  5. Constraints — domain rules, style guides, compliance
  6. Handoff instruction — "Message the lead with [artifact] when done"

Universal spawn template:

Spawn a [ID] teammate with the prompt:
"You are the [Domain Title] ([Generic Function]).

YOUR TASK: [task description]

INPUT: [paste or reference previous step's output]

PRODUCE: [artifact name]
Format: [expected format]
Must include: [required sections/elements]

CONSTRAINTS:
- [rule 1]
- [rule 2]

When done, message the lead with your complete [artifact name].
If you encounter blockers, message the lead immediately."

Step 6: Coordinate Handoffs

When a teammate completes their step:

  1. Lead receives output via message
  2. Lead validates output against acceptance criteria
  3. Lead passes artifact + relevant context to next teammate via message
  4. If output is insufficient → send specific feedback, ask to revise

Step 7: Synthesize & Deliver

After all steps complete:

  1. Collect all artifacts
  2. Verify all Definition of Done criteria are met
  3. Summarize what was done (traceability: each criterion → which step satisfied it)
  4. List remaining TODOs or known issues
  5. Present final deliverable to user

Lead Discipline Rules

  1. Delegate only — Lead does NOT produce primary artifacts. Use delegate mode (Shift+Tab).
  2. Relay all context — Teammates have no shared history. Lead MUST forward relevant artifacts between steps.
  3. Direct messages — Use direct messages, not broadcast (saves 4× tokens). Broadcast only for parallel-merge sync points.
  4. Right-size tasks — 5-6 tasks per teammate max. Split large work.
  5. Gate high-risk actions — Require user approval for: irreversible changes, external publication, legal/compliance, high-cost operations, production deployments.
  6. Wait for teammates — Never proceed or implement yourself. Wait for teammate completion before next step.

Handling Failures

SituationAction
-------------------
Teammate stuckMessage with additional context, hints, or simplified sub-task
Bad outputSend specific feedback citing acceptance criteria, ask to revise
Teammate stopsSpawn replacement with same context + summary of work already done
Conflict between teammatesLead mediates, makes final decision, messages both with resolution
Task too largeLead splits into subtasks, reassigns across teammates
Iterative loop exceeds maxAsk user whether to approve more rounds or finalize current state

Cost Guidelines

PatternEst. CostWorth It When
-----------------------------------
sequential~4-5× singleWork spans 3+ artifacts/files with clear pipeline
parallel-merge~4× single3+ independent perspectives needed
iterative-review~3-4× singleQuality requires creator-critic dialogue
fan-out-fan-in~5× singleLarge work divisible into independent chunks

Rule of thumb: If one agent can finish in one session, don't use a team. Teams shine when work is parallelizable or benefits from multiple specialized perspectives.

Domain Presets (Quick Reference)

PresetRecommended PatternKey Artifacts
------------------------------------------
software-devsequential / fan-out-fan-inDesign doc, source code, test suite, review report
content-creationiterative-reviewContent brief, draft, fact-check report, final edit
data-analysisfan-out-fan-inAnalysis plan, datasets/transforms, statistical evaluation, findings report
business-strategyparallel-mergeStrategy framework, market analysis, financial model, risk assessment
researchparallel-mergeResearch plan, literature review, methodology audit, synthesis paper

> Full presets with role cards, artifacts, and worked examples → reference/domain-presets.md

> Ready-to-use prompt templates → reference/prompt-templates.md

> Pattern deep dives → reference/patterns.md

版本历史

共 1 个版本

  • v0.1.0 当前
    2026-03-29 03:33 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

developer-tools

Comprehensive skill for installing, configuring, and managing the OpenClaw ecosystem (Gateway, Channels, Models, Automation, Nodes, and Deployment)

doanbactam
OpenClaw CLI封装器——涵盖网关、通道、模型、代理、节点、浏览器、记忆、安全及自动化。
★ 29 📥 11,251
content-creation

Baidu Wenku AIPPT

ide-rea
使用百度文库 AI 智能生成 PPT,自动根据内容选择模板。
★ 66 📥 46,127
content-creation

Humanizer

biostartechnology
消除AI写作痕迹,使文本更自然真实。基于维基百科"AI写作特征"指南,识别并修正夸张象征、宣传用语、肤浅-ing分析、模糊归因、破折号滥用、三项排比、AI词汇、负面平行结构及冗长连接词等模式。
★ 857 📥 199,246