Requirements
- Target platform
- OpenClaw
- Install method
- Manual import
- Extraction
- Extract archive
- Prerequisites
- OpenClaw
- Primary doc
- SKILL.md
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.).
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.).
Hand the extracted package to your coding agent with a concrete install brief instead of figuring it out manually.
I downloaded a skill package from Yavira. Read SKILL.md from the extracted folder and install it by following the included instructions. Tell me what you changed and call out any manual steps you could not complete.
I downloaded an updated skill package from Yavira. Read SKILL.md from the extracted folder, compare it with my current installation, and upgrade it while preserving any custom configuration unless the package docs explicitly say otherwise. Summarize what changed and any follow-up checks I should run.
Universal orchestration framework for 5-agent teams (1 Lead + 4 Teammates) across any domain.
Agent Teams must be enabled. Add to ~/.claude/settings.json: { "env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" } }
Teammate IDs are fixed. Their function is remapped per domain via Role Cards. SlotIDGeneric FunctionCore ResponsibilityLead(session)OrchestratorAssign tasks, relay context, quality gate, synthesize final outputSlot AarchitectPlannerFrame problem, decompose tasks, produce plan/spec/blueprintSlot BdeveloperBuilderProduce primary artifact (code, draft, dataset, model, proposal)Slot CtesterValidatorCheck against acceptance criteria, test, evaluate correctnessSlot DreviewerCriticAssess quality, risk, consistency, compliance, suggest improvements
Each domain preset provides Role Cards that specialize the generic functions: DomainPlannerBuilderValidatorCriticSoftware DevArchitectDeveloperTesterCode ReviewerContent CreationProducerWriterFact-CheckerEditorData AnalysisAnalyst LeadData EngineerStatisticianPeer ReviewerBusiness StrategyStrategistBusiness AnalystFinancial ModelerRisk AdvisorResearchResearch LeadResearcherMethodology AuditorPeer Reviewer Full role cards with artifact contracts → reference/domain-presets.md
4 canonical control-flow patterns. Domain meaning comes from Role Cards, not the pattern itself.
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.
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.
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.
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
Strict 6-step protocol, domain-agnostic.
Before spawning any team, confirm with user: Objective — specific deliverable Domain — select preset or define custom Role Cards Pattern — which pipeline pattern fits Constraints — tools, tech stack, tone, compliance, budget Inputs — source material, existing assets, context files Definition of Done — checkbox acceptance criteria the user agrees to
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]
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
When a teammate completes their step: Lead receives output via message Lead validates output against acceptance criteria Lead passes artifact + relevant context to next teammate via message If output is insufficient → send specific feedback, ask to revise
After all steps complete: Collect all artifacts Verify all Definition of Done criteria are met Summarize what was done (traceability: each criterion → which step satisfied it) List remaining TODOs or known issues Present final deliverable to user
Delegate only — Lead does NOT produce primary artifacts. Use delegate mode (Shift+Tab). Relay all context — Teammates have no shared history. Lead MUST forward relevant artifacts between steps. Direct messages — Use direct messages, not broadcast (saves 4× tokens). Broadcast only for parallel-merge sync points. Right-size tasks — 5-6 tasks per teammate max. Split large work. Gate high-risk actions — Require user approval for: irreversible changes, external publication, legal/compliance, high-cost operations, production deployments. Wait for teammates — Never proceed or implement yourself. Wait for teammate completion before next step.
SituationActionTeammate stuckMessage with additional context, hints, or simplified sub-taskBad outputSend specific feedback citing acceptance criteria, ask to reviseTeammate stopsSpawn replacement with same context + summary of work already doneConflict between teammatesLead mediates, makes final decision, messages both with resolutionTask too largeLead splits into subtasks, reassigns across teammatesIterative loop exceeds maxAsk user whether to approve more rounds or finalize current state
PatternEst. CostWorth It Whensequential~4-5× singleWork spans 3+ artifacts/files with clear pipelineparallel-merge~4× single3+ independent perspectives needediterative-review~3-4× singleQuality requires creator-critic dialoguefan-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.
PresetRecommended PatternKey Artifactssoftware-devsequential / fan-out-fan-inDesign doc, source code, test suite, review reportcontent-creationiterative-reviewContent brief, draft, fact-check report, final editdata-analysisfan-out-fan-inAnalysis plan, datasets/transforms, statistical evaluation, findings reportbusiness-strategyparallel-mergeStrategy framework, market analysis, financial model, risk assessmentresearchparallel-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
Code helpers, APIs, CLIs, browser automation, testing, and developer operations.
Largest current source with strong distribution and engagement signals.