Four Directions Orchestration Pattern
How multi-agent spawning maps to the Medicine Wheel directions in a PDE session.
The Pattern
``` š EAST ā VISION PDE Decomposition (rise-pde-session) | SLEEP 1500s human + companion | v āāāāāāāāāā WAKE āāāāāāāāāāā | | š„ SOUTH š WEST Deep-Search Validation (parallel agents) (parallel agent) per PDE facet cross-reference | | āāāāāāāāā MERGE āāāāāāāāāāā | v āļø NORTH Execution (parallel agents) file-ownership | v INTEGRATION lead agent commit + checkpoint ```
Why Four Directions, Not Pipeline
Traditional CI/CD is a pipeline: build ā test ā deploy. Sequential. Mechanical.
The Four Directions pattern is a cycle: vision ā analysis ā reflection ā action. Each direction feeds the next. SOUTH findings inform WEST validation criteria. WEST validation shapes NORTH execution constraints. NORTH actions complete what EAST envisioned.
In multi-agent terms:
- SOUTH and WEST agents can run in parallel because they serve different purposes
- NORTH agents run after SOUTH completes (they need the findings)
- WEST validation runs alongside NORTH (preparing the checklist while executors build)
Agent Spawning Rules
From deep-research: What We Learned
The deep-research skill proved these orchestration principles:
- MECE decomposition ā each agent covers a distinct angle with explicit boundaries
- "Do NOT cover X" ā every agent prompt states what OTHER agents handle
- Batch results before synthesis ā wait for ALL agents, then merge. Never process one-at-a-time (anchoring bias)
- Scale to complexity ā 2 agents for simple, 15 for multi-repo ceremony
- File ownership ā no two executor agents touch the same file
- Lead agent integrates ā sub-agents report, lead merges and commits
PDE-Specific Additions
- Direction-typed agents ā each agent knows its Medicine Wheel direction
.pde/as workspace ā SOUTH agents write to.pde/<uuid>/deep-search/, never source- Rispecs awareness ā agents that author rispecs read the survey first
- Creative orientation throughout ā no problem-solving language in any agent output
File Ownership Protocol
``` SOUTH agents ā write to .pde/ only WEST agents ā write to .pde/ only NORTH agents ā write to assigned source files only (exclusive ownership) Lead agent ā reads everything, commits everything ```
When assigning NORTH agents:
- List all files to be created/modified from the action stack
- Group by natural clusters (all rispecs together, all implementation together)
- Verify no file appears in two agents' lists
- If a file must be touched by two action items, batch those items into one agent
Synthesis Protocol
After all agents return:
```
- Read SOUTH findings ā understand what exists, what the framework says
- Read WEST checklist ā know what to validate
- Read NORTH outputs ā see what was created
- Cross-reference ā do NORTH outputs satisfy WEST criteria?
- Resolve conflicts ā if two agents disagree, structural tension analysis
- Integration test ā build/lint if applicable
- Commit ā git add only touched files ```
Error Handling
| Situation | Response |
|---|---|
| SOUTH agent finds referenced file doesn't exist | Note in findings, executor creates it |
| NORTH agent hits blocker outside its file scope | Agent STOPS and reports; lead reassigns |
| WEST validation fails on a NORTH output | Lead spawns a fix agent with the specific file |
| Two agents produce conflicting rispecs references | Lead resolves using kinship protocol |
| Agent times out | Lead reads partial output, spawns replacement for remaining work |
Comparison: Single-Agent vs Multi-Agent PDE
| Aspect | rise-pde-session | rise-pde-session-multi-agents |
|---|---|---|
| Decomposition | 2 PDE calls | Same 2 PDE calls |
| Sleep | 1500s mandatory | 1500s mandatory |
| Post-wake research | Agent reads files inline | SOUTH agents research in parallel |
| Rispecs authoring | Agent writes sequentially | Rispecs survey + parallel authoring |
| Validation | Agent self-checks | WEST agent prepares checklist |
| Execution | Sequential file-by-file | Parallel by file ownership |
| Diary | Part of sequential work | Dedicated narrative agent |
| Total agent count | 1 | 2-15 depending on complexity |
| Context window pressure | High (everything in one context) | Low (distributed across agents) |