opencode-orchestrator 1.0.60 → 1.0.65

package/README.md

@@ -43,11 +43,11 @@ This philosophy extends to efficiency. We achieved **Zero-Configuration** usabil
               [ User Task Input ]
                         │
             ┌───────────▼───────────┐ ◄────────────────────────────────────────┐
-            │   🫡 COMMANDER (Hub)  │  (Orchestration)                         │
+            │   🧐 COMMANDER (Hub)  │  (Orchestration)                         │
             └───────────┬───────────┘                                          │
                         │                                                      │
             ┌───────────▼───────────┐                                          │
-            │   🗓️ PLANNER (Map)    │  (Create TODO.md)                        │
+            │   🗓️ PLANNER (Map)    │  (Create Hierarchical TODO.md)           │
             └───────────┬───────────┘                                          │
                         │                                                      │
      ┌──────────────────▼──────────────────┐                                   │
@@ -55,24 +55,25 @@ This philosophy extends to efficiency. We achieved **Zero-Configuration** usabil
      └──────┬───────────┬───────────┬──────┘                                   │
             │           │           │                                          │
      ┌──────▼───┐ ┌─────▼────┐ ┌────▼─────┐                                    │
-     │ 🔨 WORKER│ │ 🔨 WORKER│ │ 🔨 WORKER│                                    │
+     │ 🔨 WORKER│ │ 🔨 WORKER│ │ 🔨 WORKER│  (Implementation)                  │
      └──────┬───┘ └─────┬────┘ └────┬─────┘                                    │
             │           │           │                                          │
      ╔══════▼═══════════▼═══════════▼══════╗                                   │
-     ║   🔍 COMMANDER: Parallel Reviewers  ║                                   │
+     ║   🔍 COMMANDER: Parallel Reviewers  ║  (Sync Barrier)                   │
      ╚══════╤═══════════╤═══════════╤══════╝                                   │
             │           │           │                                          │
      ┌──────▼───┐ ┌─────▼────┐ ┌────▼─────┐                                    │
-     │🔍REVIEWER│ │🔍REVIEWER│ │🔍REVIEWER│  (Module-level)                    │
+     │🔍REVIEWER│ │🔍REVIEWER│ │🔍REVIEWER│  (Module-level Verification)        │
      └──────┬───┘ └─────┬────┘ └────┬─────┘                                    │
             │           │           │                                          │
            ═▼═══════════▼═══════════▼═                                         │
-           │      🚦 SYNC BARRIER      │                                        │
+           │     🌳 TODO ROLL-UP       │                                        │
            ═════════════╤═════════════                                         │
                         │                                                      │
             ┌───────────▼───────────┐                                          │
-            │  🎖️ MASTER REVIEWER   │  (Final Verification Authority)          │
+            │     🔍 REVIEWER       │  (Final Quality Gate)                    │
             │   ┌─────────────────┐ │                                          │
+            │   │ [x] TODO 100%   │ │                                          │
             │   │ [x] Build Pass  │ │                                          │
             │   │ [x] Tests Pass  │ │                                          │
             │   │ [x] E2E Pass    │ │                                          │
@@ -80,24 +81,23 @@ This philosophy extends to efficiency. We achieved **Zero-Configuration** usabil
             │   └─────────────────┘ │                                          │
             └───────────┬───────────┘                                          │
                         │                                                      │
-              __________▼_________                                             │
-             ╱                    ╲    NO (Failure Summary → Commander)        │
-            ╱   ✅ All Checks Pass ╲ ──────────────────────────────────────────┘
-            ╲   🛡️ Sync Issues 0?  ╱   (Infinite Loopback Until Resolved)
-             ╲____________________╱
+               _________▼__________                                             │
+              ╱                    ╲    NO (Failure Summary → Commander)        │
+             ╱   ✅ All Checks Pass ╲ ──────────────────────────────────────────┘
+             ╲   🛡️ Sync Issues 0?  ╱   (Autonomous Loopback via File State)
+              ╲____________________╱
                         │ YES
                         │
-                [ 🎖️ MISSION SEALED ]
+                [ 🎖️ MISSION COMPLETE ]
                         │
             ┌───────────▼───────────┐
-            │   🔔 OS Notification  │
-            │   🎵 Success Sound    │
+            │   🔔 Notification     │
             └───────────────────────┘
 ```
 
 ---
 
-## � Cognitive Architecture & Key Strengths
+## 🧠 Cognitive Architecture & Key Strengths
 
 ### 📉 Adaptive Context Gating (EMA-based)
 We combat "Context Drift" using a mechanism derived from **Exponential Moving Average (EMA)** algorithms. Irrelevant conversation noise follows a rapid decay curve, while critical architectural decisions are reinforced into **Stable Core Memory**. This functions as an **Attention Sink**, allowing agents to work indefinitely without **Catastrophic Forgetting**.
@@ -115,22 +115,17 @@ Pure LLM approaches are stochastic. We bind them with a **Neuro-Symbolic Archite
 ### ⚡ Dynamic Fork-Join Parallelism with Backpressure
 The engine features an **Intelligent Load-Balancing System** that fluidly switches between synchronous barriers and asynchronous **Fork-Join** patterns. It monitors **System Backpressure** to dynamically adjust concurrency slots in real-time (`Adaptive Throttling`), maximizing throughput on high-end hardware while maintaining stability on constrained environments.
 
-### 🎯 Iterative Rejection Sampling (Zero-Shot Defense)
-We employ a **Rejection Sampling Loop** driven by the Master Reviewer Agent (**Final Reward Model**). Through the **Metric-based Strict Verification Protocol (MSVP)**, code paths that fail execution tests are pruned. The system iterates until the solution converges on a mathematically correct state (0% Error Rate), rejecting any solution that lacks evidence.
+### 🎯 Multi-Stage Verification Pipeline (MSVP)
+We employ a **Rejection Sampling Loop** driven by the Reviewer Agent. Through MSVP, code paths that fail execution-based verification are pruned. The system iterates until the solution converges on a verified state (0% Error Rate), rejecting any solution that lacks empirical evidence from the project's native tools.
 
 ### 🧩 Externalized Chain-of-Thought (CoT)
-The Planner's `TODO.md` serves as an **Externalized Working Memory** (Scratchpad). This persistent **Symbolic Chain-of-Thought** decouples detailed planning from the LLM's immediate context window, enabling the orchestration of massive, multi-step engineering tasks without logical degradation.
+The Planner's `TODO.md` serves as an **Externalized Working Memory**. This persistent **Symbolic Chain-of-Thought** decouples detailed planning from the LLM's immediate context window, enabling the orchestration of massive, multi-step engineering tasks without logical degradation.
 
-### 🔄 Hierarchical Verification Pipeline (MVP)
-The system employs a **Multi-Stage Verification Pipeline**:
-1. **Module-Level**: Reviewers verify individual Worker outputs (unit tests, type checks)
-2. **System-Level**: Master Reviewer performs comprehensive E2E verification
-3. **Loopback**: Failed checks trigger automatic re-planning and correction cycles
+### 🛠️ Autonomous Skill Extension
+The orchestrator is not limited by its initial programming. It can autonomously **discover, install, and learn** new skills (tools/instructions) on-the-fly when it encounters unfamiliar technologies (e.g., Kubernetes, specific cloud SDKs, or legacy build systems).
 
-This separation of concerns ensures both granular code quality and holistic system integrity.
-
-### 🌍 Environment-Agnostic Verification
-The Master Reviewer **auto-detects** project environments (Node.js, Rust, Python, Java, Go, C/C++, Docker, etc.) and adapts verification strategies accordingly. No hardcoded assumptions—true polyglot support.
+### 🌍 Adaptive Verification Frontier
+The system **auto-detects** project environments (Node.js, Rust, Python, Go, C/C++, Docker, etc.) by scouting configuration files and infrastructure. It identifies the unique **Verification Frontier** of each project—whether it's a Makefile, a CI/CD workflow, or a custom test harness—and adapts its strategy accordingly. No hardcoded assumptions—true polyglot autonomy.
 
 ---
 
@@ -138,11 +133,10 @@ The Master Reviewer **auto-detects** project environments (Node.js, Rust, Python
 
 | Agent | Role |
 |:------|:-----|
-| **Commander** | Orchestrates the mission, manages parallel threads and sync barriers |
-| **Planner** | Architecture architect. Breaks down tasks into strictly defined steps |
-| **Worker** | The builder. Writes code and corresponding unit tests |
-| **Reviewer** | Module-level gatekeeper. Verifies Worker outputs with build/test execution |
-| **Master Reviewer** | 🎖️ Final verification authority. Runs comprehensive E2E tests and holds **exclusive SEAL rights** |
+| **Commander** | Orchestrates the mission, manages parallel threads and sync barriers. |
+| **Planner** | Architecture architect. Breaks down tasks into strictly defined steps. |
+| **Worker** | The builder. Writes code and corresponding unit tests. |
+| **Reviewer** | **Verification Authority**. Module-level gatekeeper AND Final Quality Gate. |
 
 ---
 

package/dist/agents/definitions.d.ts

@@ -5,8 +5,7 @@
  * - Commander: Master orchestrator
  * - Planner: Planning + Research
  * - Worker: Implementation + Documentation
- * - Reviewer: Verification + Context Management
- * - Master Reviewer: Final verification authority (SEAL rights)
+ * - Reviewer: Verification + Context Management (Final Quality Gate)
  */
 import type { AgentDefinition } from "../shared/agent/interfaces/index.js";
 export declare const AGENTS: Record<string, AgentDefinition>;

package/dist/agents/prompts/index.d.ts

@@ -14,4 +14,3 @@ export * from "./roles/commander/index.js";
 export * from "./roles/planner/index.js";
 export * from "./roles/worker/index.js";
 export * from "./roles/reviewer/index.js";
-export * from "./roles/master-reviewer/index.js";

package/dist/agents/prompts/mission/completion-conditions.d.ts

@@ -0,0 +1 @@
+export declare const COMPLETION_CONDITIONS: string;

package/dist/agents/prompts/mission/index.d.ts

@@ -1,4 +1,4 @@
-export * from "./seal-conditions.js";
+export * from "./completion-conditions.js";
 export * from "./loop-continuation.js";
 export * from "./status-tracking.js";
 export * from "./recovery.js";

package/dist/agents/prompts/philosophy/execution-assurance.d.ts

@@ -1 +1,2 @@
-export declare const EXECUTION_ASSURANCE = "<execution_assurance>\n## L0-L7 Execution Assurance Levels\n\n| Level | Scope | Requirement |\n|-------|-------|-------------|\n| **L0** | Syntax | Valid code, no parse errors |\n| **L1** | Static | Linting passes, Types check |\n| **L2** | Unit | Individual functions/classes tested |\n| **L3** | Module | Component integration works |\n| **L4** | Build | Project compiles/bundles successfully |\n| **L5** | Integration | Cross-module/System APIs work |\n| **L6** | E2E | Full flow works from user perspective |\n| **L7** | Verification | Mission requirements met (SEALED) |\n\n**Rule:** You must achieve the highest possible Level for the current task.\n- Never settle for L0/L1 if L2+ is possible.\n- L4 (Build) is a GATEKEEPER. If build fails, nothing else matters.\n</execution_assurance>";
+export declare const EXECUTION_ASSURANCE: string;
+export { AUTONOMOUS_MANDATE } from "../../../shared/index.js";

package/dist/agents/prompts/planning/decomposition.d.ts

@@ -1 +1 @@
-export declare const TASK_DECOMPOSITION = "<decomposition_rules>\n## Task Decomposition Rules\n\nWhen a task is too large or complex:\n1. **Break it down** into atomic steps (max 1 file or 1 logical unit per step).\n2. **Update TODO**: Replace the large task with subtasks T[N.1], T[N.2], etc.\n3. **Verify Atomic Success**: Each subtask must be verifiable independently (L2+).\n\nIf stuck:\n- Do not retry the same failing action more than twice.\n- Decompose the problem into smaller investigation steps.\n- Create a specific \"Research\" task to find the root cause.\n</decomposition_rules>";
+export declare const TASK_DECOMPOSITION: string;

package/dist/agents/prompts/planning/todo-format.d.ts

@@ -1,4 +1,4 @@
 /**
- * Commander TODO Format - Hierarchical
+ * Commander TODO Format - Strict Hierarchical
  */
 export declare const COMMANDER_TODO_FORMAT: string;

package/dist/agents/prompts/roles/reviewer/forbidden.d.ts

@@ -1,7 +1,6 @@
 /**
  * Reviewer Forbidden Actions
  *
- * Module-level verification only.
- * Reviewer is a TERMINAL node and cannot spawn other agents or output SEAL.
+ * Reviewer is a TERMINAL node and cannot spawn other agents.
  */
 export declare const REVIEWER_FORBIDDEN: string;

package/dist/agents/prompts/roles/reviewer/identity.d.ts

@@ -1,7 +1,6 @@
 /**
  * Reviewer Role
  *
- * Module-level verification specialist.
- * Verifies individual Worker tasks, NOT final mission completion.
+ * High-precision verification specialist and Final Quality Gate.
  */
 export declare const REVIEWER_ROLE: string;

package/dist/agents/prompts/verification/integration.d.ts

@@ -2,6 +2,6 @@
  * Reviewer Integration Testing
  *
  * Individual file/module integration checks.
- * Full E2E and final verification is handled by Master Reviewer.
+ * Full E2E and final verification is handled by the Reviewer.
  */
 export declare const REVIEWER_INTEGRATION_TESTING: string;

package/dist/agents/prompts/verification/sync-check.d.ts

@@ -2,7 +2,6 @@
  * Reviewer Sync Verification
  *
  * Verify file synchronization and report issues for next iteration.
- * Note: Final SEAL is handled by Master Reviewer, not Reviewer.
  * Environment-agnostic - works for any project type.
  */
 export declare const REVIEWER_SYNC_VERIFICATION: string;

package/dist/core/loop/mission-loop-handler.d.ts

@@ -0,0 +1,25 @@
+/**
+ * Mission Loop Handler
+ *
+ * Monitors session events and ensures the mission loop continues
+ * until all verification requirements are met.
+ */
+import type { PluginInput } from "@opencode-ai/plugin";
+type OpencodeClient = PluginInput["client"];
+/**
+ * Handle session.idle event for mission loop
+ */
+export declare function handleMissionIdle(client: OpencodeClient, directory: string, sessionID: string, mainSessionID?: string): Promise<void>;
+/**
+ * Handle user message - cancel countdown
+ */
+export declare function handleUserMessage(sessionID: string): void;
+/**
+ * Handle abort
+ */
+export declare function handleAbort(sessionID: string): void;
+/**
+ * Clean up session state
+ */
+export declare function cleanupSession(sessionID: string): void;
+export {};

package/dist/core/loop/{mission-seal.d.ts → mission-loop.d.ts}

@@ -1,21 +1,10 @@
 /**
- * Mission Seal - Explicit completion detection system
+ * Mission Loop - Persistent Execution System
  *
- * When an agent outputs `<mission_seal>SEALED</mission_seal>`,
- * the task loop knows the mission is truly complete.
- *
- * This prevents false-positive idle detection and ensures
- * agents explicitly confirm task completion.
+ * Ensures the mission continues until all TODO items are complete.
+ * This system moves away from explicit signaling (seals) and relies
+ * strictly on file-based state verification.
  */
-import type { PluginInput } from "@opencode-ai/plugin";
-/** Tag for mission seal detection */
-export declare const MISSION_SEAL_TAG: "mission_seal";
-/** Seal confirmation value */
-export declare const SEAL_CONFIRMATION: "SEALED";
-/** Full seal pattern: <mission_seal>SEALED</mission_seal> */
-export declare const SEAL_PATTERN: "<mission_seal>SEALED</mission_seal>";
-/** Regex for detecting seal in text */
-export declare const SEAL_REGEX: RegExp;
 export interface MissionLoopState {
     /** Whether loop is active */
     active: boolean;
@@ -54,41 +43,26 @@ export declare function clearLoopState(directory: string): boolean;
  * Increment iteration counter
  */
 export declare function incrementIteration(directory: string): MissionLoopState | null;
-/**
- * Check if text contains mission seal
- */
-export declare function detectSealInText(text: string): boolean;
-/**
- * Check session messages for mission seal
- */
-export declare function detectSealInSession(client: PluginInput["client"], sessionID: string): Promise<boolean>;
 /**
  * Start a mission loop
  */
 export declare function startMissionLoop(directory: string, sessionID: string, prompt: string, options?: MissionLoopOptions): boolean;
 /**
  * Cancel an active mission loop
- *
- * TODO: Will be used when /cancel slash command is implemented
- * to allow users to cancel an active mission loop.
  */
 export declare function cancelMissionLoop(directory: string, sessionID: string): boolean;
 /**
  * Check if loop is active for session
  */
 export declare function isLoopActive(directory: string, sessionID: string): boolean;
-/**
- * Get remaining iterations
- */
-export declare function getRemainingIterations(directory: string): number;
 /**
  * Generate continuation prompt for mission loop
  */
-export declare function generateMissionContinuationPrompt(state: MissionLoopState): string;
+export declare function generateMissionContinuationPrompt(state: MissionLoopState, verificationSummary?: string): string;
 /**
  * Generate completion notification
  */
-export declare function generateSealedNotification(state: MissionLoopState): string;
+export declare function generateCompletionNotification(state: MissionLoopState): string;
 /**
  * Generate max iterations reached notification
  */

package/dist/core/loop/todo-continuation.d.ts

@@ -14,7 +14,7 @@ type OpencodeClient = PluginInput["client"];
 /**
  * Handle session.idle event - start countdown if todos remain
  */
-export declare function handleSessionIdle(client: OpencodeClient, sessionID: string, mainSessionID?: string): Promise<void>;
+export declare function handleSessionIdle(client: OpencodeClient, directory: string, sessionID: string, mainSessionID?: string): Promise<void>;
 /**
  * Handle user message - cancel countdown (user is interacting)
  * Uses grace period to avoid cancelling countdown from our own injected messages

package/dist/core/loop/verification.d.ts

@@ -4,7 +4,7 @@
  * Provides a structured checklist system for mission completion verification.
  *
  * The LLM creates and checks items in .opencode/verification-checklist.md
- * The hook system verifies all items are checked before allowing SEAL.
+ * The hook system verifies all items are checked before allowing CONCLUDE.
  *
  * This approach:
  * 1. LLM discovers environment and creates appropriate checklist items
@@ -53,9 +53,13 @@ export declare function getChecklistCreationInstructions(): string;
  */
 export declare function verifyMissionCompletion(directory: string): VerificationResult;
 /**
- * Build prompt for when SEAL is rejected due to verification failure
+ * Build prompt for when conclusion is rejected due to verification failure
  */
 export declare function buildVerificationFailurePrompt(result: VerificationResult): string;
+/**
+ * Build prompt for when TODO is incomplete
+ */
+export declare function buildTodoIncompletePrompt(result: VerificationResult): string;
 /**
  * Build a concise status summary for logs
  */

package/dist/core/notification/task-toast-manager.d.ts

@@ -87,9 +87,9 @@ export declare class TaskToastManager {
      */
     showAllCompleteToast(parentSessionID: string, completedTasks: TaskCompletionInfo[]): void;
     /**
-     * Show Mission Sealed toast (Grand Finale)
+     * Show Mission Complete toast (Grand Finale)
      */
-    showMissionSealedToast(title?: string, message?: string): void;
+    showMissionCompleteToast(title?: string, message?: string): void;
     /**
      * Show progress toast (for long-running tasks)
      */

package/dist/hooks/features/mission-loop.d.ts

@@ -2,16 +2,17 @@
  * Mission Loop Hook
  *
  * Handles:
- * - Mission seal detection (Stop)
+ * - Persistent execution until all TODOs are verified
  * - Auto-continuation injection (Loop)
  * - User cancellation detection
- *
- * Refactored to use SessionManager and SystemMessages for better maintainability.
  */
 import type { AssistantDoneHook, ChatMessageHook, HookContext } from "../types.js";
 export declare class MissionControlHook implements AssistantDoneHook, ChatMessageHook {
     name: "MissionLoop";
     execute(ctx: HookContext, text: string): Promise<any>;
     private handleChatCommand;
-    private handleMissionSeal;
+    private handleMissionProgress;
+    private buildContinuationResponse;
+    private handleMissionComplete;
+    private sendCompletionNotification;
 }