
orchestration-patterns
by Lobbi-Docs
SKILL.md
name: Orchestration Patterns description: This skill should be used when the user asks about "orchestration patterns", "plan-then-execute", "hierarchical decomposition", "blackboard pattern", "event sourcing pattern", "which pattern to use", "parallel execution strategies", or needs to select an orchestration approach for complex multi-agent tasks. Provides comprehensive guidance on 4 orchestration patterns for coordinating multiple agents. version: 1.0.0
Orchestration Patterns
Establish the appropriate multi-agent coordination strategy by selecting from four proven orchestration patterns based on task characteristics and requirements.
Pattern Selection Framework
Choose the orchestration pattern based on task complexity and coordination needs:
| Pattern | Best For | Parallelism | State Management |
|---|---|---|---|
| Plan-then-Execute | Well-defined tasks with clear steps | Level-based | Centralized |
| Hierarchical Decomposition | Complex objectives requiring breakdown | Bottom-up aggregation | Tree-structured |
| Blackboard | Collaborative problem-solving | Concurrent contributions | Shared knowledge space |
| Event Sourcing | Audit trails and replay capability | Event-driven | Append-only log |
Pattern 1: Plan-then-Execute (P-t-E)
The most common pattern for structured, multi-phase work. Generate a comprehensive plan, validate it, then execute systematically.
When to Use
- Tasks with clear, predictable phases
- Requirements are well-defined upfront
- Need for validation before execution
- Standard software development workflows
Execution Flow
- Strategic Planning: Use master-strategist to analyze requirements
- Plan Validation: Security, compliance, and architecture review
- DAG Generation: Convert plan to directed acyclic graph
- Parallel Execution: Execute independent nodes concurrently
- Checkpoint Creation: Save state at each phase boundary
- Dynamic Re-planning: Adapt when blockers encountered
Implementation
Phase 1: EXPLORE (2+ agents) → Analysis, research, context gathering
Phase 2: PLAN (1-2 agents) → Strategy, architecture, task breakdown
Phase 3: CODE (2-4 agents) → Implementation, parallel development
Phase 4: TEST (2-3 agents) → Unit, integration, E2E testing
Phase 5: FIX (1-2 agents) → Bug fixes, refinements
Phase 6: DOCUMENT (1-2 agents) → Documentation, knowledge transfer
Pattern 2: Hierarchical Decomposition
Recursively break down complex objectives into atomic, executable tasks with clear ownership.
When to Use
- Large, complex objectives
- Multiple independent workstreams
- Need for parallel team-like execution
- Tasks with natural hierarchical structure
Decomposition Strategy
- Root Task: High-level objective
- Level 1: Major components (max 5-7 subtasks)
- Level 2: Detailed features (max 5-7 per parent)
- Level 3: Implementation tasks (max 5-7 per parent)
- Level 4-5: Atomic tasks (executable by single agent)
Depth Limits
- Maximum decomposition depth: 5 levels
- Maximum subtasks per node: 7
- Minimum agents for leaf execution: 1
Aggregation
- Bottom-up result collection
- Automatic parallelization at each level
- Parent waits for all children before completing
Pattern 3: Blackboard
Shared knowledge space where multiple agents contribute specialized knowledge collaboratively.
When to Use
- Complex problems requiring diverse expertise
- No predetermined solution path
- Emergent solutions from collaboration
- Knowledge synthesis across domains
Components
- Blackboard: Shared data structure with current problem state
- Knowledge Sources: Specialized agents contributing expertise
- Control Shell: Orchestrator determining contribution order
Implementation
Blackboard State:
├── problem_description: string
├── hypotheses: Hypothesis[]
├── partial_solutions: Solution[]
├── constraints: Constraint[]
└── contributions: Contribution[]
Collaboration Flow
- Initialize blackboard with problem description
- Knowledge sources monitor blackboard for relevance
- Agents contribute when they can add value
- Control shell mediates conflicts
- Solution emerges from accumulated knowledge
Pattern 4: Event Sourcing
Event-driven task coordination with complete audit trail and replay capability.
When to Use
- Audit requirements (SOC2, compliance)
- Need for time-travel debugging
- Replay and recovery scenarios
- Complex state reconstruction needs
Event Types
interface OrchestrationEvent {
id: string;
type: 'AgentSpawned' | 'PhaseTransition' | 'Checkpoint' | 'Error' | 'Recovery';
timestamp: number;
agentId?: string;
payload: any;
}
Event Store
- Append-only log (no mutations)
- Events are immutable facts
- State reconstructed from event replay
- Support for temporal queries
Recovery Capabilities
- Reconstruct any historical state
- Replay from any checkpoint
- Debug by examining event sequence
- Automatic state recovery on failure
Pattern Combinations
Combine patterns for complex scenarios:
P-t-E + Hierarchical
Use Plan-then-Execute at the top level with Hierarchical Decomposition for implementation phases.
Blackboard + Event Sourcing
Shared knowledge space with complete audit trail of contributions.
Agent Layer Mapping
Map agents to appropriate layers based on pattern:
| Layer | P-t-E Role | Hierarchical Role | Blackboard Role |
|---|---|---|---|
| Strategic | Plan generation | Root decomposition | Problem framing |
| Tactical | DAG scheduling | Level coordination | Contribution selection |
| Operational | Task execution | Leaf implementation | Knowledge contribution |
| Quality | Validation gates | Aggregation verification | Solution validation |
Additional Resources
Reference Files
references/pattern-details.md- Detailed implementation guides for each patternreferences/pattern-selection.md- Decision tree for pattern selection
Examples
examples/plan-execute-dag.json- Sample DAG for P-t-E patternexamples/hierarchical-tree.json- Sample decomposition tree
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です