JSPM

opencode-orchestrator

0.9.39
  • ESM via JSPM
  • ES Module Entrypoint
  • Export Map
  • Keywords
  • License
  • Repository URL
  • TypeScript Types
  • README
  • Created
  • Published
  • Downloads 2599
  • Score
    100M100P100Q105801F
  • License MIT

Distributed Cognitive Architecture for OpenCode. Turns simple prompts into specialized multi-agent workflows (Planner, Coder, Reviewer).

Package Exports

  • opencode-orchestrator

Readme

Logo

OpenCode Orchestrator

πŸš€ Multi-Agent Orchestration Plugin for OpenCode

MIT License npm Tests


⚑ Quick Start

npm install -g opencode-orchestrator

Then in OpenCode:

/task "Build a REST API with authentication"

🧠 Core Philosophy

Imagine humanity landing on an unknown planet.
No maps. No guides. Just raw terrain and a mission to complete.

This is how our agents approach every project.

🌍 The New World Protocol

When you arrive on an uncharted world, you don't assume oxygen. You don't guess gravity. You explore, learn, adapt, and then act.

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚                                                                                      β”‚
β”‚  πŸ” EXPLORE    β†’    πŸ“ LEARN    β†’    πŸ”„ ADAPT    β†’    ⚑ ACT                          β”‚
β”‚                                                                                      β”‚
β”‚  Scan the          Document           Adjust to          Execute the                β”‚
β”‚  unknown           discoveries        the terrain        mission                    β”‚
β”‚                                                                                      β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

πŸš€ The Crew

🎯 Commander β€” The captain who landed the ship

Arrived on foreign soil with one mission: complete the objective. Doesn't know the atmosphere yet, doesn't know what grows here. But knows how to lead. Scans the horizon, delegates specialists, and keeps the mission moving until it's sealed.

πŸ“‹ Planner β€” The scientist who maps the terrain

First out of the ship with instruments in hand. Tests the soil, analyzes the air, documents every discovery. Creates the maps that everyone will follow. Without the Planner's records, the crew would be lost.

πŸ”¨ Worker β€” The engineer who builds the base

Takes the Planner's maps and builds. Adapts construction to local materials. If the terrain is rocky, builds on rock. If it's sandy, adjusts foundations. Doesn't fight the environment β€” works with it.

βœ… Reviewer β€” The inspector who clears for launch

Before the mission can be called complete, everything must pass inspection. Walks the perimeter, tests the structures, verifies against the original blueprints. Only when every check passes does the mission get sealed.

πŸ›Έ The Protocol

Phase The Crew's Action
πŸ” EXPLORE "What kind of world is this?" β€” Scan environment, detect patterns, never assume
οΏ½ LEARN "Let me write this down." β€” Document findings for the team and future missions
οΏ½ ADAPT "We'll do it this way here." β€” Adjust approach to fit what we've learned
⚑ ACT "Execute." β€” Build, test, verify, seal the mission

🌟 Crew Principles

Principle In Practice
πŸ” Never Assume Gravity Read context.md, detect stack, find actual commands
πŸ“ Document for Future Missions Record patterns, conventions, and findings for reuse
πŸ“š Evidence Over Memory Cite docs, run commands, complete only with proof
πŸ”„ Adapt to the Terrain Behavior evolves based on what we've documented
🀝 Each Crew Member Has a Role Specialists don't overlap β€” they collaborate

πŸ›οΈ Architecture

            /task "Build REST API"
                     β”‚
     ╔═══════════════╧═══════════════╗
     β•‘  🎯 COMMANDER β€” Delegate+Loop β•‘
     β•šβ•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•€β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•
                     β”‚
     β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
     β–Ό               β–Ό               β–Ό
 β”Œβ”€β”€β”€β”€β”€β”€β”€β”      β”Œβ”€β”€β”€β”€β”€β”€β”€β”      β”Œβ”€β”€β”€β”€β”€β”€β”€β”
 β”‚PLANNERβ”‚      β”‚WORKER β”‚      β”‚WORKER β”‚   ← πŸ”₯ 50 PARALLEL
 β”‚plan.mdβ”‚      β”‚auth.tsβ”‚      β”‚api.ts β”‚      SESSIONS
 β””β”€β”€β”€β”€β”€β”€β”€β”˜      β””β”€β”€β”€β”€β”€β”€β”€β”˜      β””β”€β”€β”€β”€β”€β”€β”€β”˜
     β”‚               β”‚               β”‚
     β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                     β–Ό
     ╔═══════════════╧═══════════════╗
     β•‘      βœ… REVIEWER β€” Verify     β•‘
     β•šβ•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•€β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•β•
                     β”‚
            β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”΄β”€β”€β”€β”€β”€β”€β”€β”€β”
            β”‚ TODO 100%?      β”‚
            β”‚ Issues = 0?     β”‚
            β””β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”˜
              No ↙       β†˜ Yes
            ♻️ LOOP      πŸŽ–οΈ SEALED

✨ Key Features

Feature Description
⚑ 50 Parallel Sessions True multi-threading with isolated contexts
πŸ”₯ Parallel File Builds Workers build different files simultaneously
🧩 Smart Distribution One file = one worker. No conflicts
πŸ”— Real-Time Sync Shared .opencode/ state across all agents
πŸ›‘οΈ Auto Verification E2E tests, import checks, integration validation
🩹 Self-Healing Auto-recovery with 3 retries per session
🧬 Adaptive Intelligence Agents evolve behavior based on discoveries

Self-Healing Details

Error Type Recovery Action
Tool crash Inject recovery prompt
Rate limit Exponential backoff + retry
Context overflow Smart compaction
Session timeout Resume from checkpoint
Build failure Loop back, fix, retry

πŸ“Έ Screenshots

TUI

Commander TUI

Window

Commander Window

πŸ“š Documentation


🎹 Developer's Words

Piano and Code

I believe playing the piano is also a form of orchestration.

The harmony of polyphony β€” multiple voices β€” and homophony β€” a single melodic line.

Each voice sings its most beautiful song from its own place, yet when combined, they create one grand, beautiful melody. I believe this structure is no different from AI agents.


πŸ“„ License

MIT License. LICENSE