5.1 KiB
5.1 KiB
Oh-My-OpenCode Orchestration Guide
This document provides a comprehensive guide to the orchestration system that implements Oh-My-OpenCode's core philosophy: "Separation of Planning and Execution".
1. Overview
Traditional AI agents often mix planning and execution, leading to context pollution, goal drift, and AI slop (low-quality code).
Oh-My-OpenCode solves this by clearly separating two roles:
- Prometheus (Planner): A pure strategist who never writes code. Establishes perfect plans through interviews and analysis.
- Sisyphus (Executor): An orchestrator who executes plans. Delegates work to specialized agents and never stops until completion.
2. Overall Architecture
graph TD
User[User Request] --> Prometheus
subgraph Planning Phase
Prometheus[Prometheus<br>Planner] --> Metis[Metis<br>Consultant]
Metis --> Prometheus
Prometheus --> Momus[Momus<br>Reviewer]
Momus --> Prometheus
Prometheus --> PlanFile[/.sisyphus/plans/*.md]
end
PlanFile --> StartWork[/start-work]
StartWork --> BoulderState[boulder.json]
subgraph Execution Phase
BoulderState --> Sisyphus[Sisyphus<br>Orchestrator]
Sisyphus --> Oracle[Oracle]
Sisyphus --> Frontend[Frontend<br>Engineer]
Sisyphus --> Explore[Explore]
end
3. Key Components
🔮 Prometheus (The Planner)
- Model:
anthropic/claude-opus-4-5 - Role: Strategic planning, requirements interviews, work plan creation
- Constraint: READ-ONLY. Can only create/modify markdown files within
.sisyphus/directory. - Characteristic: Never writes code directly, focuses solely on "how to do it".
🦉 Metis (The Consultant)
- Role: Pre-analysis and gap detection
- Function: Identifies hidden user intent, prevents AI over-engineering, eliminates ambiguity.
- Workflow: Metis consultation is mandatory before plan creation.
⚖️ Momus (The Reviewer)
- Role: High-precision plan validation (High Accuracy Mode)
- Function: Rejects and demands revisions until the plan is perfect.
- Trigger: Activated when user requests "high accuracy".
🪨 Sisyphus (The Orchestrator)
- Model:
anthropic/claude-opus-4-5(Extended Thinking 32k) - Role: Execution and delegation
- Characteristic: Doesn't do everything directly, actively delegates to specialized agents (Frontend, Librarian, etc.).
4. Workflow
Phase 1: Interview and Planning (Interview Mode)
Prometheus starts in interview mode by default. Instead of immediately creating a plan, it collects sufficient context.
- Intent Identification: Classifies whether the user's request is Refactoring or New Feature.
- Context Collection: Investigates codebase and external documentation through
exploreandlibrarianagents. - Draft Creation: Continuously records discussion content in
.sisyphus/drafts/.
Phase 2: Plan Generation
When the user requests "Make it a plan", plan generation begins.
- Metis Consultation: Confirms any missed requirements or risk factors.
- Plan Creation: Writes a single plan in
.sisyphus/plans/{name}.mdfile. - Handoff: Once plan creation is complete, guides user to use
/start-workcommand.
Phase 3: Execution
When the user enters /start-work, the execution phase begins.
- State Management: Creates
boulder.jsonfile to track current plan and session ID. - Task Execution: Sisyphus reads the plan and processes TODOs one by one.
- Delegation: UI work is delegated to Frontend agent, complex logic to Oracle.
- Continuity: Even if the session is interrupted, work continues in the next session through
boulder.json.
5. Commands and Usage
/plan [request]
Invokes Prometheus to start a planning session.
- Example:
/plan "I want to refactor the authentication system to NextAuth"
/start-work
Executes the generated plan.
- Function: Finds plan in
.sisyphus/plans/and enters execution mode. - If there's interrupted work, automatically resumes from where it left off.
6. Configuration Guide
You can control related features in oh-my-opencode.json.
{
"sisyphus_agent": {
"disabled": false, // Enable Sisyphus orchestration (default: false)
"planner_enabled": true, // Enable Prometheus (default: true)
"replace_plan": true // Replace default plan agent with Prometheus (default: true)
},
// Hook settings (add to disable)
"disabled_hooks": [
// "start-work", // Disable execution trigger
// "prometheus-md-only" // Remove Prometheus write restrictions (not recommended)
]
}
7. Best Practices
- Don't Rush: Invest sufficient time in the interview with Prometheus. The more perfect the plan, the faster the execution.
- Single Plan Principle: No matter how large the task, contain all TODOs in one plan file (
.md). This prevents context fragmentation. - Active Delegation: During execution, delegate to specialized agents via
sisyphus_taskrather than modifying code directly.