Prometheus is an intelligent planning agent that helps you think through complex work via an interactive interview process. It’s read-only—can only create or modify markdown files within .sisyphus/.
Think of Prometheus as a strategic consultant who helps you articulate exactly what you need before anyone starts building.
Method 1: Switch agent (Tab → Select Prometheus)Method 2: Use @plan command (stays in current session)
@plan "Refactor the authentication system to support OAuth"
2
Answer interview questions
Prometheus will ask clarifying questions:
Prometheus: What providers should OAuth support? (Google, GitHub, etc.)Prometheus: Should existing password auth remain available?Prometheus: Are there specific security requirements?
Answer thoroughly. Prometheus uses your answers to build the plan.
3
Review generated plan
Plan is saved to .sisyphus/plans/{name}.md
# OAuth Authentication Refactor## ObjectiveAdd OAuth 2.0 support while maintaining existing password auth...## ScopeIN SCOPE:- Google OAuth integration- GitHub OAuth integration- User account linkingOUT OF SCOPE:- Social provider APIs beyond auth- Migration of existing accounts## Implementation Plan...
Model: Claude Opus 4.6 Role: Gap analyzer and criticCalled automatically before Prometheus writes the final plan.What Metis checks:
Hidden intentions in user’s request
Ambiguities that could derail implementation
AI failure patterns (over-engineering, scope creep)
Missing acceptance criteria
Edge cases not addressed
Why Metis exists:
The plan author (Prometheus) has “ADHD working memory”—it makes connections that never make it onto the page. Metis forces externalization of implicit knowledge.
Prometheus-generated plans follow a consistent structure:
---generated: 2026-03-01agent: prometheusstatus: ready---# {Plan Title}## ObjectiveClear, measurable goal statement## BackgroundContext: why this work, what led to it, current state## Scope### IN SCOPE- Specific deliverable 1- Specific deliverable 2### OUT OF SCOPE- Thing we explicitly won't do- Future work deferred## Requirements### Functional- Requirement 1 with acceptance criteria- Requirement 2 with acceptance criteria### Non-Functional- Performance targets- Security requirements- Compatibility requirements## Implementation Plan### Phase 1: {Name}**Goal:** What this phase achieves**Tasks:**1. **Task name** [`file/path.ts:123`] - Specific action - How to verify - References to existing patterns### Phase 2: {Name}...## Testing Strategy- Unit test coverage requirements- Integration test scenarios- Manual verification steps## Verification Checklist- [ ] All acceptance criteria met- [ ] Tests pass- [ ] No new lint/type errors- [ ] Documentation updated## Risks and Mitigations| Risk | Impact | Mitigation ||------|--------|------------|## Reference Materials- Link to relevant docs- Existing implementation patterns- External resources
Momus validates against strict criteria:OKAY → Plan approved, ready to execute REJECTED → Prometheus fixes issues and resubmits
Momus: REJECTEDIssues found:1. Task 3 lacks file reference - which file contains the auth middleware?2. Phase 2 acceptance criteria too vague - what specifically validates "working"?3. Missing edge case: what happens if OAuth provider is down?Resubmit after addressing these issues.
4
Iterate until OKAY
Prometheus fixes issues, Momus reviews again. Continues until approval.
High accuracy mode is slower but produces plans that rarely need revision during execution.
@plan "Migrate from REST to GraphQL while maintaining REST compatibility"
Interview:
Prometheus: Which endpoints should be migrated first? All at once or phased?User: Phased. Start with user endpoints.Prometheus: Should REST remain indefinitely or have a deprecation timeline?User: Deprecation in 6 months, full removal in 12 months.Prometheus: What GraphQL schema design patterns exist in the codebase?User: None yet, this is the first GraphQL work.Prometheus: [Launches explore agent to find similar projects]
Generated plan:
Phase 1: GraphQL server setup
Phase 2: User endpoint migration
Phase 3: Parallel operation period (6mo)
Phase 4: Deprecation warnings
Phase 5: REST removal
Each phase has specific tasks, file references, and verification steps.
@plan "Add real-time notifications with WebSockets"
Interview:
Prometheus: What events should trigger notifications?User: New messages, mentions, system alerts.Prometheus: Should notifications persist when user is offline?User: Yes, store in database and send when they reconnect.Prometheus: Found existing Redis pub/sub setup. Use that for broadcasting?User: Yes, perfect.