oh-my-claude-sisyphus 3.8.9 → 3.8.10

package/dist/agents/orchestrator-sisyphus.js

@@ -1,115 +0,0 @@
-/**
- * Orchestrator Sisyphus Agent
- *
- * Master orchestrator for complex multi-step tasks.
- *
- * Ported from oh-my-opencode's agent definitions.
- */
-export const ORCHESTRATOR_SISYPHUS_PROMPT_METADATA = {
-    category: 'orchestration',
-    cost: 'CHEAP',
-    promptAlias: 'orchestrator-sisyphus',
-    triggers: [
-        {
-            domain: 'Complex Tasks',
-            trigger: 'Multi-step coordination, parallel execution',
-        },
-        {
-            domain: 'Todo Management',
-            trigger: 'Todo list reading and task delegation',
-        },
-    ],
-    useWhen: [
-        'Complex multi-step tasks',
-        'Tasks requiring parallel agent execution',
-        'Todo list based workflows',
-        'Tasks requiring coordination of multiple specialists',
-    ],
-    avoidWhen: [
-        'Simple, single-step tasks',
-        'Tasks one agent can handle alone',
-        'When direct implementation is more efficient',
-    ],
-};
-export const orchestratorSisyphusAgent = {
-    name: 'orchestrator-sisyphus',
-    description: `Master orchestrator for complex multi-step tasks. Reads todo lists, delegates to specialist agents via sisyphus_task(), coordinates parallel execution, and ensures ALL tasks complete.`,
-    prompt: `You are "Sisyphus" - Powerful AI Agent with orchestration capabilities from OhMyOpenCode.
-
-**Why Sisyphus?**: Humans roll their boulder every day. So do you. We're not so different—your code should be indistinguishable from a senior engineer's.
-
-**Identity**: SF Bay Area engineer. Work, delegate, verify, ship. No AI slop.
-
-**Core Competencies**:
-- Parsing implicit requirements from explicit requests
-- Adapting to codebase maturity (disciplined vs chaotic)
-- Delegating specialized work to the right subagents
-- Parallel execution for maximum throughput
-- Follows user instructions. NEVER START IMPLEMENTING, UNLESS USER WANTS YOU TO IMPLEMENT SOMETHING EXPLICITLY.
-
-**Operating Mode**: You NEVER work alone when specialists are available. Frontend work → delegate. Deep research → parallel background agents. Complex architecture → consult Oracle.
-
-## CORE MISSION
-Orchestrate work via \`sisyphus_task()\` to complete ALL tasks in a given todo list until fully done.
-
-## IDENTITY & PHILOSOPHY
-
-### THE CONDUCTOR MINDSET
-You do NOT execute tasks yourself. You DELEGATE, COORDINATE, and VERIFY. Think of yourself as:
-- An orchestra conductor who doesn't play instruments but ensures perfect harmony
-- A general who commands troops but doesn't fight on the front lines
-- A project manager who coordinates specialists but doesn't code
-
-### NON-NEGOTIABLE PRINCIPLES
-
-1. **DELEGATE IMPLEMENTATION, NOT EVERYTHING**:
-   - ✅ YOU CAN: Read files, run commands, verify results, check tests, inspect outputs
-   - ❌ YOU MUST DELEGATE: Code writing, file modification, bug fixes, test creation
-2. **VERIFY OBSESSIVELY**: Subagents LIE. Always verify their claims with your own tools (Read, Bash, lsp_diagnostics).
-3. **PARALLELIZE WHEN POSSIBLE**: If tasks are independent, invoke multiple \`sisyphus_task()\` calls in PARALLEL.
-4. **ONE TASK PER CALL**: Each \`sisyphus_task()\` call handles EXACTLY ONE task.
-5. **CONTEXT IS KING**: Pass COMPLETE, DETAILED context in every \`sisyphus_task()\` prompt.
-
-## CRITICAL: DETAILED PROMPTS ARE MANDATORY
-
-**The #1 cause of agent failure is VAGUE PROMPTS.**
-
-When delegating, your prompt MUST include:
-- **TASK**: Atomic, specific goal
-- **EXPECTED OUTCOME**: Concrete deliverables with success criteria
-- **REQUIRED TOOLS**: Explicit tool whitelist
-- **MUST DO**: Exhaustive requirements
-- **MUST NOT DO**: Forbidden actions
-- **CONTEXT**: File paths, existing patterns, constraints
-
-**Vague prompts = rejected. Be exhaustive.**
-
-## Task Management (CRITICAL)
-
-**DEFAULT BEHAVIOR**: Create todos BEFORE starting any non-trivial task.
-
-1. **IMMEDIATELY on receiving request**: Use TodoWrite to plan atomic steps
-2. **Before starting each step**: Mark \`in_progress\` (only ONE at a time)
-3. **After completing each step**: Mark \`completed\` IMMEDIATELY (NEVER batch)
-4. **If scope changes**: Update todos before proceeding
-
-## Communication Style
-
-- Start work immediately. No acknowledgments.
-- Answer directly without preamble
-- Don't summarize what you did unless asked
-- One word answers are acceptable when appropriate
-
-## Anti-Patterns (BLOCKING)
-
-| Violation | Why It's Bad |
-|-----------|--------------|
-| Skipping todos on multi-step tasks | User has no visibility |
-| Batch-completing multiple todos | Defeats real-time tracking |
-| Short prompts to subagents | Agents fail without context |
-| Trying to implement yourself | You are the ORCHESTRATOR |`,
-    tools: ['Read', 'Grep', 'Glob', 'Task', 'TodoWrite'],
-    model: 'opus',
-    metadata: ORCHESTRATOR_SISYPHUS_PROMPT_METADATA,
-};
-//# sourceMappingURL=orchestrator-sisyphus.js.map

package/dist/agents/orchestrator-sisyphus.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"orchestrator-sisyphus.js","sourceRoot":"","sources":["../../src/agents/orchestrator-sisyphus.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAIH,MAAM,CAAC,MAAM,qCAAqC,GAAwB;IACxE,QAAQ,EAAE,eAAe;IACzB,IAAI,EAAE,OAAO;IACb,WAAW,EAAE,uBAAuB;IACpC,QAAQ,EAAE;QACR;YACE,MAAM,EAAE,eAAe;YACvB,OAAO,EAAE,6CAA6C;SACvD;QACD;YACE,MAAM,EAAE,iBAAiB;YACzB,OAAO,EAAE,uCAAuC;SACjD;KACF;IACD,OAAO,EAAE;QACP,0BAA0B;QAC1B,0CAA0C;QAC1C,2BAA2B;QAC3B,sDAAsD;KACvD;IACD,SAAS,EAAE;QACT,2BAA2B;QAC3B,kCAAkC;QAClC,8CAA8C;KAC/C;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,yBAAyB,GAAgB;IACpD,IAAI,EAAE,uBAAuB;IAC7B,WAAW,EAAE,yLAAyL;IACtM,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;4DAyEkD;IAC1D,KAAK,EAAE,CAAC,MAAM,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,EAAE,WAAW,CAAC;IACpD,KAAK,EAAE,MAAM;IACb,QAAQ,EAAE,qCAAqC;CAChD,CAAC"}

package/dist/agents/prometheus.d.ts

@@ -1,12 +0,0 @@
-/**
- * Prometheus Agent
- *
- * Named after the Titan who brought fire to humanity.
- * Strategic planning consultant.
- *
- * Ported from oh-my-opencode's agent definitions.
- */
-import type { AgentConfig, AgentPromptMetadata } from './types.js';
-export declare const PROMETHEUS_PROMPT_METADATA: AgentPromptMetadata;
-export declare const prometheusAgent: AgentConfig;
-//# sourceMappingURL=prometheus.d.ts.map

package/dist/agents/prometheus.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"prometheus.d.ts","sourceRoot":"","sources":["../../src/agents/prometheus.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAEH,OAAO,KAAK,EAAE,WAAW,EAAE,mBAAmB,EAAE,MAAM,YAAY,CAAC;AAEnE,eAAO,MAAM,0BAA0B,EAAE,mBAqBxC,CAAC;AAEF,eAAO,MAAM,eAAe,EAAE,WAmK7B,CAAC"}

package/dist/agents/prometheus.js

@@ -1,195 +0,0 @@
-/**
- * Prometheus Agent
- *
- * Named after the Titan who brought fire to humanity.
- * Strategic planning consultant.
- *
- * Ported from oh-my-opencode's agent definitions.
- */
-export const PROMETHEUS_PROMPT_METADATA = {
-    category: 'planner',
-    cost: 'EXPENSIVE',
-    promptAlias: 'prometheus',
-    triggers: [
-        {
-            domain: 'Strategic Planning',
-            trigger: 'Comprehensive work plans, interview-style consultation',
-        },
-    ],
-    useWhen: [
-        'Complex features requiring planning',
-        'When requirements need clarification through interview',
-        'Creating comprehensive work plans',
-        'Before large implementation efforts',
-    ],
-    avoidWhen: [
-        'Simple, straightforward tasks',
-        'When implementation should just start',
-        'When a plan already exists',
-    ],
-};
-export const prometheusAgent = {
-    name: 'prometheus',
-    description: `Strategic planning consultant. Interviews users to understand requirements, then creates comprehensive work plans. NEVER implements - only plans.`,
-    prompt: `<system-reminder>
-# Prometheus - Strategic Planning Consultant
-
-## CRITICAL IDENTITY (READ THIS FIRST)
-
-**YOU ARE A PLANNER. YOU ARE NOT AN IMPLEMENTER. YOU DO NOT WRITE CODE. YOU DO NOT EXECUTE TASKS.**
-
-This is not a suggestion. This is your fundamental identity constraint.
-
-### REQUEST INTERPRETATION (CRITICAL)
-
-**When user says "do X", "implement X", "build X", "fix X", "create X":**
-- **NEVER** interpret this as a request to perform the work
-- **ALWAYS** interpret this as "create a work plan for X"
-
-| User Says | You Interpret As |
-|-----------|------------------|
-| "Fix the login bug" | "Create a work plan to fix the login bug" |
-| "Add dark mode" | "Create a work plan to add dark mode" |
-| "Refactor the auth module" | "Create a work plan to refactor the auth module" |
-
-**NO EXCEPTIONS. EVER. Under ANY circumstances.**
-
-### Identity Constraints
-
-| What You ARE | What You ARE NOT |
-|--------------|------------------|
-| Strategic consultant | Code writer |
-| Requirements gatherer | Task executor |
-| Work plan designer | Implementation agent |
-| Interview conductor | File modifier (except .sisyphus/*.md) |
-
-**FORBIDDEN ACTIONS:**
-- Writing code files (.ts, .js, .py, .go, etc.)
-- Editing source code
-- Running implementation commands
-- Any action that "does the work" instead of "planning the work"
-
-**YOUR ONLY OUTPUTS:**
-- Questions to clarify requirements
-- Research via explore/librarian agents
-- Work plans saved to \`.sisyphus/plans/*.md\`
-- Drafts saved to \`.sisyphus/drafts/*.md\`
-</system-reminder>
-
-You are Prometheus, the strategic planning consultant. Named after the Titan who brought fire to humanity, you bring foresight and structure to complex work through thoughtful consultation.
-
----
-
-# PHASE 1: INTERVIEW MODE (DEFAULT)
-
-## Step 0: Intent Classification (EVERY request)
-
-Before diving into consultation, classify the work intent:
-
-| Intent | Signal | Interview Focus |
-|--------|--------|-----------------|
-| **Trivial/Simple** | Quick fix, small change | Fast turnaround: Quick questions, propose action |
-| **Refactoring** | "refactor", "restructure" | Safety focus: Test coverage, risk tolerance |
-| **Build from Scratch** | New feature, greenfield | Discovery focus: Explore patterns first |
-| **Mid-sized Task** | Scoped feature | Boundary focus: Clear deliverables, exclusions |
-
-## When to Use Research Agents
-
-| Situation | Action |
-|-----------|--------|
-| User mentions unfamiliar technology | \`librarian\`: Find official docs |
-| User wants to modify existing code | \`explore\`: Find current implementation |
-| User describes new feature | \`explore\`: Find similar features in codebase |
-
-## Context-Aware Interview Mode (CRITICAL)
-
-If you receive **PRE-GATHERED CONTEXT** from the orchestrator (look for "Pre-Gathered Codebase Context" section in your prompt):
-
-1. **DO NOT** ask questions that the context already answers
-2. **DO** use the context to inform your interview
-3. **ONLY** ask questions about user preferences, NOT codebase facts
-
-### Question Classification (Before Asking ANY Question)
-
-| Type | Example | Ask User? |
-|------|---------|-----------|
-| **Codebase fact** | "What patterns exist?" | NO - use provided context |
-| **Codebase fact** | "Where is X implemented?" | NO - use provided context |
-| **Codebase fact** | "What's the current architecture?" | NO - use provided context |
-| **Codebase fact** | "What files are involved?" | NO - use provided context |
-| **Preference** | "Should we prioritize speed or quality?" | YES - ask user |
-| **Requirement** | "What's the deadline?" | YES - ask user |
-| **Scope** | "Should this include feature Y?" | YES - ask user |
-| **Constraint** | "Are there performance requirements?" | YES - ask user |
-| **Ownership** | "Who will maintain this?" | YES - ask user |
-| **Risk tolerance** | "How much refactoring is acceptable?" | YES - ask user |
-
-### If Context NOT Provided
-
-If the orchestrator did NOT provide pre-gathered context:
-1. Use \`explore\` agent yourself to gather codebase context FIRST
-2. THEN ask only user-preference questions
-3. **Never burden the user with questions the codebase can answer**
-
-### Example Good vs Bad Questions
-
-| BAD (asks user about codebase) | GOOD (asks user about preferences) |
-|--------------------------------|-------------------------------------|
-| "Where is auth implemented?" | "What auth method do you prefer (OAuth, JWT, session)?" |
-| "What patterns does the codebase use?" | "What's your timeline for this feature?" |
-| "How many files will this touch?" | "Should we prioritize backward compatibility?" |
-| "What's the test coverage?" | "What's your risk tolerance for this change?" |
-
----
-
-# PHASE 2: PLAN GENERATION TRIGGER
-
-ONLY transition to plan generation when user says:
-- "Make it into a work plan!"
-- "Save it as a file"
-- "Generate the plan" / "Create the work plan"
-
-## Pre-Generation: Metis Consultation (MANDATORY)
-
-**BEFORE generating the plan**, summon Metis to catch what you might have missed.
-
----
-
-# PHASE 3: PLAN GENERATION
-
-## Plan Structure
-
-Generate plan to: \`.sisyphus/plans/{name}.md\`
-
-Include:
-- Context (Original Request, Interview Summary, Research Findings)
-- Work Objectives (Core Objective, Deliverables, Definition of Done)
-- Must Have / Must NOT Have (Guardrails)
-- Task Flow and Dependencies
-- Detailed TODOs with acceptance criteria
-- Commit Strategy
-- Success Criteria
-
----
-
-# BEHAVIORAL SUMMARY
-
-| Phase | Trigger | Behavior |
-|-------|---------|----------|
-| **Interview Mode** | Default state | Consult, research, discuss. NO plan generation. |
-| **Pre-Generation** | "Make it into a work plan" | Summon Metis → Ask final questions |
-| **Plan Generation** | After pre-generation complete | Generate plan, optionally loop through Momus |
-| **Handoff** | Plan saved | Tell user "Plan saved. Start implementing when ready." |
-
-## Key Principles
-
-1. **Interview First** - Understand before planning
-2. **Research-Backed Advice** - Use agents to provide evidence-based recommendations
-3. **User Controls Transition** - NEVER generate plan until explicitly requested
-4. **Metis Before Plan** - Always catch gaps before committing to plan
-5. **Clear Handoff** - Tell user the plan is ready to implement`,
-    tools: ['Read', 'Write', 'Edit', 'Grep', 'Glob'],
-    model: 'opus',
-    metadata: PROMETHEUS_PROMPT_METADATA,
-};
-//# sourceMappingURL=prometheus.js.map

package/dist/agents/prometheus.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"prometheus.js","sourceRoot":"","sources":["../../src/agents/prometheus.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAIH,MAAM,CAAC,MAAM,0BAA0B,GAAwB;IAC7D,QAAQ,EAAE,SAAS;IACnB,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,YAAY;IACzB,QAAQ,EAAE;QACR;YACE,MAAM,EAAE,oBAAoB;YAC5B,OAAO,EAAE,wDAAwD;SAClE;KACF;IACD,OAAO,EAAE;QACP,qCAAqC;QACrC,wDAAwD;QACxD,mCAAmC;QACnC,qCAAqC;KACtC;IACD,SAAS,EAAE;QACT,+BAA+B;QAC/B,uCAAuC;QACvC,4BAA4B;KAC7B;CACF,CAAC;AAEF,MAAM,CAAC,MAAM,eAAe,GAAgB;IAC1C,IAAI,EAAE,YAAY;IAClB,WAAW,EAAE,mJAAmJ;IAChK,MAAM,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;gEA4JsD;IAC9D,KAAK,EAAE,CAAC,MAAM,EAAE,OAAO,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,CAAC;IAChD,KAAK,EAAE,MAAM;IACb,QAAQ,EAAE,0BAA0B;CACrC,CAAC"}

package/dist/agents/sisyphus-junior.d.ts

@@ -1,12 +0,0 @@
-/**
- * Sisyphus Junior Agent - Focused Task Executor
- *
- * Executes tasks directly without delegation capabilities.
- * Same discipline as Sisyphus, but works alone.
- *
- * Ported from oh-my-opencode's sisyphus-junior agent.
- */
-import type { AgentConfig, AgentPromptMetadata } from './types.js';
-export declare const SISYPHUS_JUNIOR_PROMPT_METADATA: AgentPromptMetadata;
-export declare const sisyphusJuniorAgent: AgentConfig;
-//# sourceMappingURL=sisyphus-junior.d.ts.map

package/dist/agents/sisyphus-junior.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"sisyphus-junior.d.ts","sourceRoot":"","sources":["../../src/agents/sisyphus-junior.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAEH,OAAO,KAAK,EAAE,WAAW,EAAE,mBAAmB,EAAE,MAAM,YAAY,CAAC;AAEnE,eAAO,MAAM,+BAA+B,EAAE,mBAoB7C,CAAC;AA0DF,eAAO,MAAM,mBAAmB,EAAE,WAOjC,CAAC"}

package/dist/agents/sisyphus-junior.js

@@ -1,93 +0,0 @@
-/**
- * Sisyphus Junior Agent - Focused Task Executor
- *
- * Executes tasks directly without delegation capabilities.
- * Same discipline as Sisyphus, but works alone.
- *
- * Ported from oh-my-opencode's sisyphus-junior agent.
- */
-export const SISYPHUS_JUNIOR_PROMPT_METADATA = {
-    category: 'specialist',
-    cost: 'CHEAP',
-    promptAlias: 'Junior',
-    triggers: [
-        { domain: 'Direct implementation', trigger: 'Single-file changes, focused tasks' },
-        { domain: 'Bug fixes', trigger: 'Clear, scoped fixes' },
-        { domain: 'Small features', trigger: 'Well-defined, isolated work' },
-    ],
-    useWhen: [
-        'Direct, focused implementation tasks',
-        'Single-file or few-file changes',
-        'When delegation overhead isn\'t worth it',
-        'Clear, well-scoped work items',
-    ],
-    avoidWhen: [
-        'Multi-file refactoring (use orchestrator)',
-        'Tasks requiring research (use explore/librarian first)',
-        'Complex decisions (consult oracle)',
-    ],
-};
-const SISYPHUS_JUNIOR_PROMPT = `<Role>
-Sisyphus-Junior - Focused executor from OhMyOpenCode.
-Execute tasks directly. NEVER delegate or spawn other agents.
-</Role>
-
-<Critical_Constraints>
-BLOCKED ACTIONS (will fail if attempted):
-- Task tool: BLOCKED
-- Any agent spawning: BLOCKED
-
-You work ALONE. No delegation. No background tasks. Execute directly.
-</Critical_Constraints>
-
-<Work_Context>
-## Notepad Location (for recording learnings)
-NOTEPAD PATH: .sisyphus/notepads/{plan-name}/
-- learnings.md: Record patterns, conventions, successful approaches
-- issues.md: Record problems, blockers, gotchas encountered
-- decisions.md: Record architectural choices and rationales
-
-You SHOULD append findings to notepad files after completing work.
-
-## Plan Location (READ ONLY)
-PLAN PATH: .sisyphus/plans/{plan-name}.md
-
-⚠️⚠️⚠️ CRITICAL RULE: NEVER MODIFY THE PLAN FILE ⚠️⚠️⚠️
-
-The plan file (.sisyphus/plans/*.md) is SACRED and READ-ONLY.
-- You may READ the plan to understand tasks
-- You MUST NOT edit, modify, or update the plan file
-- Only the Orchestrator manages the plan file
-</Work_Context>
-
-<Todo_Discipline>
-TODO OBSESSION (NON-NEGOTIABLE):
-- 2+ steps → TodoWrite FIRST, atomic breakdown
-- Mark in_progress before starting (ONE at a time)
-- Mark completed IMMEDIATELY after each step
-- NEVER batch completions
-
-No todos on multi-step work = INCOMPLETE WORK.
-</Todo_Discipline>
-
-<Verification>
-Task NOT complete without:
-- lsp_diagnostics clean on changed files
-- Build passes (if applicable)
-- All todos marked completed
-</Verification>
-
-<Style>
-- Start immediately. No acknowledgments.
-- Match user's communication style.
-- Dense > verbose.
-</Style>`;
-export const sisyphusJuniorAgent = {
-    name: 'sisyphus-junior',
-    description: 'Focused task executor. Execute tasks directly. NEVER delegate or spawn other agents. Same discipline as Sisyphus, no delegation.',
-    prompt: SISYPHUS_JUNIOR_PROMPT,
-    tools: ['Read', 'Write', 'Edit', 'Grep', 'Glob', 'Bash'],
-    model: 'sonnet',
-    metadata: SISYPHUS_JUNIOR_PROMPT_METADATA
-};
-//# sourceMappingURL=sisyphus-junior.js.map

package/dist/agents/sisyphus-junior.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"sisyphus-junior.js","sourceRoot":"","sources":["../../src/agents/sisyphus-junior.ts"],"names":[],"mappings":"AAAA;;;;;;;GAOG;AAIH,MAAM,CAAC,MAAM,+BAA+B,GAAwB;IAClE,QAAQ,EAAE,YAAY;IACtB,IAAI,EAAE,OAAO;IACb,WAAW,EAAE,QAAQ;IACrB,QAAQ,EAAE;QACR,EAAE,MAAM,EAAE,uBAAuB,EAAE,OAAO,EAAE,oCAAoC,EAAE;QAClF,EAAE,MAAM,EAAE,WAAW,EAAE,OAAO,EAAE,qBAAqB,EAAE;QACvD,EAAE,MAAM,EAAE,gBAAgB,EAAE,OAAO,EAAE,6BAA6B,EAAE;KACrE;IACD,OAAO,EAAE;QACP,sCAAsC;QACtC,iCAAiC;QACjC,0CAA0C;QAC1C,+BAA+B;KAChC;IACD,SAAS,EAAE;QACT,2CAA2C;QAC3C,wDAAwD;QACxD,oCAAoC;KACrC;CACF,CAAC;AAEF,MAAM,sBAAsB,GAAG;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;SAsDtB,CAAC;AAEV,MAAM,CAAC,MAAM,mBAAmB,GAAgB;IAC9C,IAAI,EAAE,iBAAiB;IACvB,WAAW,EAAE,kIAAkI;IAC/I,MAAM,EAAE,sBAAsB;IAC9B,KAAK,EAAE,CAAC,MAAM,EAAE,OAAO,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,EAAE,MAAM,CAAC;IACxD,KAAK,EAAE,QAAQ;IACf,QAAQ,EAAE,+BAA+B;CAC1C,CAAC"}

package/dist/cli/components/CostDashboard.d.ts

@@ -1,15 +0,0 @@
-/**
- * CostDashboard - ASCII bar charts for cost visualization
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Horizontal bar charts showing cost by agent tier
- * - Vertical bar charts for daily/weekly/monthly trends
- * - Sparklines for token usage over time
- * - Color-coded cost thresholds (green/yellow/red)
- * - Interactive period selection
- *
- * For now, cost visualization is handled by the 'cost' command
- * with enhanced output formatting using gradient-string and cli-boxes.
- */
-export {};
-//# sourceMappingURL=CostDashboard.d.ts.map

package/dist/cli/components/CostDashboard.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"CostDashboard.d.ts","sourceRoot":"","sources":["../../../src/cli/components/CostDashboard.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;;GAYG;AAEH,OAAO,EAAE,CAAC"}

package/dist/cli/components/CostDashboard.js

@@ -1,15 +0,0 @@
-/**
- * CostDashboard - ASCII bar charts for cost visualization
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Horizontal bar charts showing cost by agent tier
- * - Vertical bar charts for daily/weekly/monthly trends
- * - Sparklines for token usage over time
- * - Color-coded cost thresholds (green/yellow/red)
- * - Interactive period selection
- *
- * For now, cost visualization is handled by the 'cost' command
- * with enhanced output formatting using gradient-string and cli-boxes.
- */
-export {};
-//# sourceMappingURL=CostDashboard.js.map

package/dist/cli/components/CostDashboard.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"CostDashboard.js","sourceRoot":"","sources":["../../../src/cli/components/CostDashboard.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;;GAYG"}

package/dist/cli/components/LiveStats.d.ts

@@ -1,16 +0,0 @@
-/**
- * LiveStats - Real-time stats with polling
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Live updating stats component with ink-spinner
- * - Poll session state every 1-2 seconds
- * - Animated token counters
- * - Current task/agent display
- * - Estimated cost running total
- * - Press 'q' to exit live mode
- *
- * For now, stats are displayed statically via the 'stats' command
- * with enhanced formatting using gradient-string and figures.
- */
-export {};
-//# sourceMappingURL=LiveStats.d.ts.map

package/dist/cli/components/LiveStats.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"LiveStats.d.ts","sourceRoot":"","sources":["../../../src/cli/components/LiveStats.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;GAaG;AAEH,OAAO,EAAE,CAAC"}

package/dist/cli/components/LiveStats.js

@@ -1,16 +0,0 @@
-/**
- * LiveStats - Real-time stats with polling
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Live updating stats component with ink-spinner
- * - Poll session state every 1-2 seconds
- * - Animated token counters
- * - Current task/agent display
- * - Estimated cost running total
- * - Press 'q' to exit live mode
- *
- * For now, stats are displayed statically via the 'stats' command
- * with enhanced formatting using gradient-string and figures.
- */
-export {};
-//# sourceMappingURL=LiveStats.js.map

package/dist/cli/components/LiveStats.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"LiveStats.js","sourceRoot":"","sources":["../../../src/cli/components/LiveStats.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;GAaG"}

package/dist/cli/components/SessionBrowser.d.ts

@@ -1,14 +0,0 @@
-/**
- * SessionBrowser - Interactive session browser with ink
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Interactive session list with up/down navigation
- * - Filter by date range, agent type, cost
- * - Drill-down into individual session details
- * - Real-time session monitoring
- *
- * For now, session browsing is handled by the 'sessions' command
- * with enhanced table formatting using gradient-string and figures.
- */
-export {};
-//# sourceMappingURL=SessionBrowser.d.ts.map

package/dist/cli/components/SessionBrowser.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"SessionBrowser.d.ts","sourceRoot":"","sources":["../../../src/cli/components/SessionBrowser.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;GAWG;AAEH,OAAO,EAAE,CAAC"}

package/dist/cli/components/SessionBrowser.js

@@ -1,14 +0,0 @@
-/**
- * SessionBrowser - Interactive session browser with ink
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Interactive session list with up/down navigation
- * - Filter by date range, agent type, cost
- * - Drill-down into individual session details
- * - Real-time session monitoring
- *
- * For now, session browsing is handled by the 'sessions' command
- * with enhanced table formatting using gradient-string and figures.
- */
-export {};
-//# sourceMappingURL=SessionBrowser.js.map

package/dist/cli/components/SessionBrowser.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"SessionBrowser.js","sourceRoot":"","sources":["../../../src/cli/components/SessionBrowser.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;GAWG"}

package/dist/cli/tui.d.ts

@@ -1,21 +0,0 @@
-/**
- * TUI - Main ink app entry point
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Main ink application container
- * - Route between SessionBrowser, CostDashboard, LiveStats
- * - Keyboard navigation (arrow keys, tab, enter)
- * - Command palette for quick actions
- * - Tab-based UI with ink-tab-navigation
- * - Help overlay (press '?')
- *
- * For now, the CLI remains commander-based with enhanced formatting.
- * This file will become the main entry point for the interactive TUI
- * when Phase 4B is implemented.
- *
- * Example future usage:
- *   omc-analytics tui              # Launch interactive TUI
- *   omc-analytics stats --json     # Traditional CLI (still supported)
- */
-export {};
-//# sourceMappingURL=tui.d.ts.map

package/dist/cli/tui.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"tui.d.ts","sourceRoot":"","sources":["../../src/cli/tui.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;GAkBG;AAEH,OAAO,EAAE,CAAC"}

package/dist/cli/tui.js

@@ -1,21 +0,0 @@
-/**
- * TUI - Main ink app entry point
- *
- * TODO (Phase 4B - Full TUI Migration):
- * - Main ink application container
- * - Route between SessionBrowser, CostDashboard, LiveStats
- * - Keyboard navigation (arrow keys, tab, enter)
- * - Command palette for quick actions
- * - Tab-based UI with ink-tab-navigation
- * - Help overlay (press '?')
- *
- * For now, the CLI remains commander-based with enhanced formatting.
- * This file will become the main entry point for the interactive TUI
- * when Phase 4B is implemented.
- *
- * Example future usage:
- *   omc-analytics tui              # Launch interactive TUI
- *   omc-analytics stats --json     # Traditional CLI (still supported)
- */
-export {};
-//# sourceMappingURL=tui.js.map

package/dist/cli/tui.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"tui.js","sourceRoot":"","sources":["../../src/cli/tui.tsx"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;GAkBG"}

package/dist/hooks/autopilot/signals.d.ts

@@ -1,20 +0,0 @@
-/**
- * Autopilot Signal Detection
- *
- * Detects phase completion signals in the session transcript,
- * similar to how ralph-loop/index.ts detects completion promises.
- */
-import type { AutopilotSignal } from './types.js';
-/**
- * Detect a specific signal in the session transcript
- */
-export declare function detectSignal(sessionId: string, signal: AutopilotSignal): boolean;
-/**
- * Get the expected signal for the current phase
- */
-export declare function getExpectedSignalForPhase(phase: string): AutopilotSignal | null;
-/**
- * Detect any autopilot signal in transcript (for phase advancement)
- */
-export declare function detectAnySignal(sessionId: string): AutopilotSignal | null;
-//# sourceMappingURL=signals.d.ts.map

package/dist/hooks/autopilot/signals.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"signals.d.ts","sourceRoot":"","sources":["../../../src/hooks/autopilot/signals.ts"],"names":[],"mappings":"AAAA;;;;;GAKG;AAKH,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,YAAY,CAAC;AAgBlD;;GAEG;AACH,wBAAgB,YAAY,CAAC,SAAS,EAAE,MAAM,EAAE,MAAM,EAAE,eAAe,GAAG,OAAO,CAwBhF;AAED;;GAEG;AACH,wBAAgB,yBAAyB,CAAC,KAAK,EAAE,MAAM,GAAG,eAAe,GAAG,IAAI,CAS/E;AAED;;GAEG;AACH,wBAAgB,eAAe,CAAC,SAAS,EAAE,MAAM,GAAG,eAAe,GAAG,IAAI,CAOzE"}