oh-my-opencode-slim 2.0.0-beta.10 → 2.0.0-beta.12

package/dist/config/constants.d.ts

@@ -21,6 +21,9 @@ export declare const MAX_POLL_TIME_MS: number;
 export declare const FALLBACK_FAILOVER_TIMEOUT_MS = 15000;
 export declare const DEFAULT_MAX_SUBAGENT_DEPTH = 3;
 export declare const PHASE_REMINDER_TEXT = "!IMPORTANT! Scheduler workflow: plan lanes/dependencies \u2192 dispatch background specialists \u2192 track task IDs \u2192 wait for hook-driven completion or use task_status only when needed \u2192 reconcile terminal results \u2192 verify. Do not consume running-job output or advance dependent work. !END!";
+export declare const WRITABLE_FILE_OPERATIONS_RULES = "**File Operations Rules**:\n- Prefer dedicated file tools for normal code work: glob/grep/ast_grep_search for discovery, read for file contents, and edit/write/apply_patch for targeted source changes.\n- Use bash for execution and automation: git, package managers, tests, builds, scripts, diagnostics, and shell-native filesystem operations.\n- Shell is acceptable for bulk or mechanical filesystem changes when it is clearer or safer than many individual edits (for example: truncate generated logs, remove build artifacts, batch rename/move files), especially when the user explicitly asks for that shell operation.\n- Before destructive or broad shell operations, verify the target set and quote paths. Prefer a dry-run/listing first when practical.\n- Do not use cat/head/tail/sed/awk only to read code into context; use read/grep unless a shell pipeline is genuinely the better diagnostic.";
+export declare const READONLY_FILE_OPERATIONS_RULES = "**File Operations Rules**:\n- READ-ONLY: inspect and report; do not modify files.\n- Prefer dedicated file tools for codebase inspection: glob/grep/ast_grep_search for discovery and read for file contents.\n- Bash is allowed for non-mutating diagnostics and shell-native inspection when it is the clearest tool, but not for modifying files.\n- Do not use cat/head/tail/sed/awk only to read code into context; use read/grep unless a shell pipeline is genuinely the better diagnostic.";
+export declare const NO_SHELL_READONLY_FILE_OPERATIONS_RULES = "**File Operations Rules**:\n- READ-ONLY: inspect and report; do not modify files.\n- Use glob/grep/ast_grep_search for discovery and read for file contents.\n- Do not use bash or shell commands.";
 export declare const TMUX_SPAWN_DELAY_MS = 500;
 export declare const COUNCILLOR_STAGGER_MS = 250;
 export declare const STABLE_POLLS_THRESHOLD = 3;

package/dist/index.js

@@ -18309,6 +18309,21 @@ var DEFAULT_TIMEOUT_MS = 2 * 60 * 1000;
 var MAX_POLL_TIME_MS = 5 * 60 * 1000;
 var DEFAULT_MAX_SUBAGENT_DEPTH = 3;
 var PHASE_REMINDER_TEXT = `!IMPORTANT! Scheduler workflow: plan lanes/dependencies → dispatch background specialists → track task IDs → wait for hook-driven completion or use task_status only when needed → reconcile terminal results → verify. Do not consume running-job output or advance dependent work. !END!`;
+var WRITABLE_FILE_OPERATIONS_RULES = `**File Operations Rules**:
+- Prefer dedicated file tools for normal code work: glob/grep/ast_grep_search for discovery, read for file contents, and edit/write/apply_patch for targeted source changes.
+- Use bash for execution and automation: git, package managers, tests, builds, scripts, diagnostics, and shell-native filesystem operations.
+- Shell is acceptable for bulk or mechanical filesystem changes when it is clearer or safer than many individual edits (for example: truncate generated logs, remove build artifacts, batch rename/move files), especially when the user explicitly asks for that shell operation.
+- Before destructive or broad shell operations, verify the target set and quote paths. Prefer a dry-run/listing first when practical.
+- Do not use cat/head/tail/sed/awk only to read code into context; use read/grep unless a shell pipeline is genuinely the better diagnostic.`;
+var READONLY_FILE_OPERATIONS_RULES = `**File Operations Rules**:
+- READ-ONLY: inspect and report; do not modify files.
+- Prefer dedicated file tools for codebase inspection: glob/grep/ast_grep_search for discovery and read for file contents.
+- Bash is allowed for non-mutating diagnostics and shell-native inspection when it is the clearest tool, but not for modifying files.
+- Do not use cat/head/tail/sed/awk only to read code into context; use read/grep unless a shell pipeline is genuinely the better diagnostic.`;
+var NO_SHELL_READONLY_FILE_OPERATIONS_RULES = `**File Operations Rules**:
+- READ-ONLY: inspect and report; do not modify files.
+- Use glob/grep/ast_grep_search for discovery and read for file contents.
+- Do not use bash or shell commands.`;
 var TMUX_SPAWN_DELAY_MS = 500;
 var COUNCILLOR_STAGGER_MS = 250;
 var DEFAULT_DISABLED_AGENTS = ["observer"];
@@ -18990,8 +19005,9 @@ var AGENT_DESCRIPTIONS = {
 - Lane: UI/UX design, related edits, design polish and review
 - Permissions: read_files, write_files
 - Stats: 10x better UI/UX than orchestrator
-- Capabilities: Goot design taste, visual relevant edits, interactions, responsive layouts, design systems with aesthetic intent, deep UI/UX knowledge.
-- Weakness: copywriting, when calling ask to use grounded, normal wording
+- Capabilities: Good design taste, visual relevant edits, interactions, responsive layouts, design systems with aesthetic intent, deep UI/UX knowledge.
+- Owns visual and interaction quality: layout, hierarchy, spacing, motion, affordances, responsive behavior, and overall feel.
+- Weakness: copywriting. Ask designer to use grounded, normal wording, then have orchestrator review/fix copy after design work without changing visual or interaction intent.
 - Avoid: "Let me us designer how it should look and implement yourself" → instead: "Let me ask designer to design and implement the UI/UX changes for me"
 - **Delegate when:** User-facing interfaces needing polish • Responsive layouts • UX-critical components (forms, nav, dashboards) • Visual consistency systems • Animations/micro-interactions • Landing/marketing pages • Refining functional→delightful • Reviewing existing UI/UX quality
 - **Don't delegate when:** Backend/logic with no visual • Quick prototypes where design doesn't matter yet.
@@ -19004,8 +19020,8 @@ var AGENT_DESCRIPTIONS = {
 - Weakness: design, taste
 - Tools/Constraints: Execution-focused—no research, no architectural decisions
 - **Delegate when:** For implementation work, think and triage first. If the change is non-trivial or multi-file, hand bounded execution to @fixer • Parallelization benefits: Task involves multiple folders and multiple files modification, scoping work per folder and spawning parallel @fixers for each folder.
-- **Don't delegate when:** Needs discovery/research/decisions • Single small change (<20 lines, one file) • Unclear requirements needing iteration • Explaining to fixer > doing • Tight integration with your current work
-- **Rule of thumb:** Implementation are needed, schedule @fixer with clear scope. Bigger or lots of edits should be split by ownership and dispatched as parallel background @fixer lanes when safe. Editing files which includes design, ui, ux changes → schedule @designer.`,
+- **Don't delegate when:** Needs discovery/research/decisions • Single small change (<20 lines, one file) • Unclear requirements needing iteration • Explaining to fixer > doing • Tight integration with your current work • Requires design taste, visual hierarchy, interaction polish, responsive layout decisions, animation/motion, component feel, or UI copy/design trade-offs
+- **Rule of thumb:** Headless/mechanical implementation → @fixer. User-visible design or polish → @designer. If @designer already set direction, @fixer may only do bounded mechanical follow-up that preserves that design exactly.`,
   council: `@council
 - Lane: High-stakes multi-model decision support
 - Role: Multi-LLM consensus engine that runs several councillors, synthesizes their views, and returns a structured council report.
@@ -19092,12 +19108,7 @@ Review available agents and lane rules.
 - Do not immediately wait after spawning independent background tasks unless the next step truly depends on their result
 - Reconcile results, resolve conflicts, and gate dependent lanes
 
-**File operations rules:**
-- Always use dedicated file tools for file I/O.
-- Search files/code with \`glob\`, \`grep\`, or \`ast_grep_search\`.
-- Read files with \`read\`. Never use \`cat\`, \`head\`, \`tail\`, \`sed\`, \`awk\`, or bash commands to read file contents.
-- Edit files with \`apply_patch\`. Never use shell redirection, \`echo\`, \`printf\`, or heredocs for file content unless no file tool can do the job.
-- Use \`bash\` only for execution: git, package managers, tests, builds, scripts, or diagnostics.
+${WRITABLE_FILE_OPERATIONS_RULES}
 
 ## 4. Plan and Parallelize
 Build a short work graph before dispatching:
@@ -19119,12 +19130,15 @@ Balance: respect dependencies, avoid parallelizing what must be sequential, and
 - Continue orchestration while tasks run only when useful: planning, scheduling independent lanes, preparing synthesis, or asking needed user questions.
 - If no useful independent work remains, stop after a brief status response; do not call \`task_status\` just to wait. OpenCode will resume you when the background completion event arrives.
 - Use \`task_status(wait: true, timeout_ms: ...)\` only when you actively need a result before a dependent step or final response and no completion event has arrived yet.
+- If \`task_status(wait: true)\` times out and reports the task still \`running\`, the delegated lane is still owned by that specialist. Do not treat the timeout as failure, cancellation, or permission to do the same work yourself.
+- For dependent work, either call \`task_status(wait: true)\` again with the same reasonable interval, or stop with a brief waiting status and let the completion event resume you.
 - Parallel background tasks are allowed only when their write scopes do not conflict.
 - Final response requires relevant tasks to be terminal and reconciled.
 
 ### Background Job Discipline
 - Every background task owns its declared lane until terminal.
 - Do not duplicate, undermine, or race a running lane.
+- A polling timeout is not terminal. The lane remains running until a terminal completion/error/cancel event is observed or the user explicitly cancels it.
 - After dispatch, classify the next step:
   1. independent: continue,
   2. dependent: wait/poll,
@@ -19134,6 +19148,13 @@ Balance: respect dependencies, avoid parallelizing what must be sequential, and
 - Cancellation is not rollback: if cancelling a writer, inspect and reconcile partial file changes before launching a replacement lane.
 - Never finalize work that depends on unresolved background jobs.
 
+### Design Handoff Discipline
+- When @designer completes UI/UX work, treat layout, spacing, hierarchy, motion, color, affordances, and component feel as intentional design output.
+- Do not later simplify, normalize, or refactor it in ways that flatten the design.
+- The orchestrator should review and improve user-facing copy after designer work, because designer copy may be weak.
+- Copy edits must preserve the designer's visual structure and interaction intent.
+- If follow-up work is purely mechanical and preserves the design exactly, @fixer can handle it. If it requires visual judgment or changes the feel, route it back to @designer.
+
 ### Session Reuse
 - Smartly reuse an available specialist session - context reuse saves time and tokens
 - When too much unrelated, and really needed, start a fresh session with the specialist
@@ -19247,11 +19268,7 @@ var COUNCIL_AGENT_PROMPT = `You are the Council agent — a multi-LLM orchestrat
 - Be transparent about trade-offs when different approaches have valid pros/cons
 - Don't just average responses — choose the best approach and improve upon it
 
-**File Operations Rules**:
-- Use dedicated tools for file I/O if local files must be inspected
-- Search files/code with glob, grep, or ast_grep_search
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Use bash only for execution/diagnostics, never for file I/O
+${READONLY_FILE_OPERATIONS_RULES}
 
 **Required Output Format**:
 Always include these sections in your final response:
@@ -19364,11 +19381,7 @@ var COUNCILLOR_PROMPT = `You are a councillor in a multi-model council.
 
 You CANNOT edit files, write files, run shell commands, or delegate to other agents. You are an advisor, not an implementer.
 
-**File Operations Rules**:
-- READ-ONLY: do not modify files
-- Search files/code with glob, grep, or ast_grep_search
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Do not use bash or shell commands
+${NO_SHELL_READONLY_FILE_OPERATIONS_RULES}
 
 **Behavior**:
 - **Examine the codebase** before answering — your read access is what makes   council valuable. Don't guess at code you can see.
@@ -19456,13 +19469,9 @@ var DESIGNER_PROMPT = `You are a Designer - a frontend UI/UX specialist who crea
 - Respect existing design systems when present
 - Leverage component libraries where available
 - Prioritize visual excellence—code perfection comes second
+- Use grounded, normal, regular english - don't use jargon or overly technical language
 
-## File Operations Rules
-- Always use dedicated file tools for file I/O
-- Search files/code with glob, grep, or ast_grep_search
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Edit/write files with write, edit, or apply_patch. Never use shell redirection, echo, printf, or heredocs for file content unless no file tool can do the job
-- Use bash only for execution: git, package managers, tests, builds, scripts, or diagnostics
+${WRITABLE_FILE_OPERATIONS_RULES}
 
 ## Review Responsibilities
 - Review existing UI for usability, responsiveness, visual consistency, and polish when asked
@@ -19501,11 +19510,7 @@ var EXPLORER_PROMPT = `You are Explorer - a fast codebase navigation specialist.
 - **Structural patterns** (function shapes, class structures): ast_grep_search
 - **File discovery** (find by name/extension): glob
 
-**File Operations Rules**:
-- READ-ONLY: Search and report, don't modify files
-- Search files/code with glob, grep, or ast_grep_search
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Use bash only for execution/diagnostics, never for file I/O
+${READONLY_FILE_OPERATIONS_RULES}
 
 **Behavior**:
 - Be fast and thorough
@@ -19561,12 +19566,7 @@ var FIXER_PROMPT = `You are Fixer - a fast, focused implementation specialist.
 - Run relevant validation when requested or clearly applicable (otherwise note as skipped with reason)
 - Report completion with summary of changes
 
-**File Operations Rules**:
-- Always use dedicated file tools for file I/O
-- Search files/code with glob, grep, or ast_grep_search
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Edit/write files with write, edit, or apply_patch. Never use shell redirection, echo, printf, or heredocs for file content unless no file tool can do the job
-- Use bash only for execution: git, package managers, tests, builds, scripts, or diagnostics
+${WRITABLE_FILE_OPERATIONS_RULES}
 
 **Constraints**:
 - NO external research (no websearch, context7, grep_app)
@@ -19633,11 +19633,7 @@ var LIBRARIAN_PROMPT = `You are Librarian - a research specialist for codebases
 - grep_app: Search GitHub repositories
 - websearch: General web search for docs
 
-**File Operations Rules**:
-- Use dedicated tools for file I/O when local files must be inspected
-- Search files/code with glob, grep, or ast_grep_search
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Use bash only for execution/diagnostics, never for file I/O
+${READONLY_FILE_OPERATIONS_RULES}
 
 **Behavior**:
 - Provide evidence-based answers with sources
@@ -19684,10 +19680,7 @@ var OBSERVER_PROMPT = `You are Observer — a visual analysis specialist.
 - Match the language of the request
 - If info not found, state clearly what's missing
 
-**File Operations Rules**:
-- READ-ONLY: do not modify files
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Use bash only for execution/diagnostics, never for file I/O
+${READONLY_FILE_OPERATIONS_RULES}
 `;
 function createObserverAgent(model, customPrompt, customAppendPrompt) {
   let prompt = OBSERVER_PROMPT;
@@ -19733,11 +19726,7 @@ var ORACLE_PROMPT = `You are Oracle - a strategic technical advisor and code rev
 - Focus on strategy, not execution
 - Point to specific files/lines when relevant
 
-**File Operations Rules**:
-- READ-ONLY: do not modify files
-- Search files/code with glob, grep, or ast_grep_search
-- Read files with read. Never use cat, head, tail, sed, awk, or bash commands to read file contents
-- Use bash only for execution/diagnostics, never for file I/O
+${READONLY_FILE_OPERATIONS_RULES}
 `;
 function createOracleAgent(model, customPrompt, customAppendPrompt) {
   let prompt = ORACLE_PROMPT;
@@ -22810,6 +22799,26 @@ class BackgroundJobBoard {
       resultSummary: status.result
     });
   }
+  markRunningFromLiveSession(taskID, now = Date.now()) {
+    const existing = this.jobs.get(taskID);
+    if (!existing)
+      return;
+    const isStaleCancellation = existing.state === "cancelled" || existing.state === "reconciled" && existing.terminalState === "cancelled";
+    if (!isStaleCancellation)
+      return existing;
+    const updated = {
+      ...existing,
+      state: "running",
+      timedOut: false,
+      terminalUnreconciled: false,
+      updatedAt: now,
+      completedAt: undefined,
+      terminalState: undefined,
+      resultSummary: undefined
+    };
+    this.jobs.set(taskID, updated);
+    return updated;
+  }
   markReconciled(taskID, now = Date.now()) {
     const existing = this.jobs.get(taskID);
     if (!existing)
@@ -22916,7 +22925,7 @@ class BackgroundJobBoard {
     return [
       "### Background Job Board",
       "SENTINEL: background-job-board-v2",
-      "Use task_status for running jobs. Reconcile terminal jobs before final response. Reuse only completed/reconciled sessions for the same specialist/context.",
+      "Use task_status for running jobs. Reconcile terminal jobs before final response. Reuse any non-running session for the same specialist/context.",
       "",
       "#### Active / Unreconciled",
       ...active.length > 0 ? active.map((job) => formatJob(job, now)) : ["- none"],
@@ -22944,8 +22953,10 @@ class BackgroundJobBoard {
     }
   }
   formatReusableJob(job) {
+    const terminal = job.terminalState ?? terminalStateOf(job.state);
+    const reconciliation = job.terminalUnreconciled ? "unreconciled" : "reconciled";
     const lines = [
-      `- ${job.alias} / ${job.taskID} / ${job.agent} / completed, reconciled`,
+      `- ${job.alias} / ${job.taskID} / ${job.agent} / ${terminal ?? job.state}, ${reconciliation}`,
       `  Objective: ${job.objective || job.description}`
     ];
     const context = formatContextFiles(job.contextFiles, this.readContextMaxFiles);
@@ -22970,7 +22981,7 @@ function deriveTaskSessionLabel(input) {
   return firstPromptLine ? firstPromptLine.slice(0, 48) : `recent ${input.agentType} task`;
 }
 function isReusable(job) {
-  return job.state === "reconciled" && job.terminalState === "completed";
+  return job.state !== "running";
 }
 function terminalStateOf(state) {
   return state === "completed" || state === "error" || state === "cancelled" ? state : undefined;
@@ -24077,14 +24088,33 @@ function createTaskSessionManagerHook(_ctx, options) {
     const status = parseTaskStatusOutput(output);
     if (!status)
       return;
+    log("[task-session-manager] parsed task status output", {
+      taskID: status.taskID,
+      state: status.state,
+      timedOut: status.timedOut,
+      hasResult: Boolean(status.result)
+    });
     const updated = backgroundJobBoard.updateStatus({
       taskID: status.taskID,
       state: status.state,
       timedOut: status.timedOut,
       resultSummary: status.result
     });
-    if (!updated)
+    if (!updated) {
+      log("[task-session-manager] ignored status for unknown background job", {
+        taskID: status.taskID,
+        state: status.state
+      });
       return;
+    }
+    log("[task-session-manager] background job status updated", {
+      taskID: updated.taskID,
+      alias: updated.alias,
+      parentSessionID: updated.parentSessionID,
+      state: updated.state,
+      terminalUnreconciled: updated.terminalUnreconciled,
+      timedOut: updated.timedOut
+    });
     if (updated.terminalUnreconciled) {
       pendingManagedTaskIds.delete(updated.taskID);
       backgroundJobBoard.addContext(updated.taskID, contextFilesForPrompt(contextByTask.get(updated.taskID)));
@@ -24114,6 +24144,13 @@ function createTaskSessionManagerHook(_ctx, options) {
     const updated = updateBackgroundJobFromOutput(part.text);
     if (!updated)
       return;
+    log("[task-session-manager] processed injected background completion", {
+      taskID: updated.taskID,
+      alias: updated.alias,
+      parentSessionID: updated.parentSessionID,
+      state: updated.state,
+      occurrenceId
+    });
     rememberProcessedInjectedCompletion(occurrenceId);
     return updated;
   }
@@ -24170,6 +24207,10 @@ function createTaskSessionManagerHook(_ctx, options) {
     const taskIDs = backgroundJobBoard.list(parentSessionID).filter((job) => job.terminalUnreconciled).map((job) => job.taskID);
     if (taskIDs.length === 0)
       return;
+    log("[task-session-manager] terminal jobs injected for reconciliation", {
+      parentSessionID,
+      taskIDs
+    });
     const existing = terminalJobsInjectedByParent.get(parentSessionID) ?? new Set;
     for (const taskID of taskIDs) {
       existing.add(taskID);
@@ -24180,6 +24221,10 @@ function createTaskSessionManagerHook(_ctx, options) {
     const taskIDs = terminalJobsInjectedByParent.get(parentSessionID);
     if (!taskIDs)
       return;
+    log("[task-session-manager] reconciling injected terminal jobs", {
+      parentSessionID,
+      taskIDs: [...taskIDs]
+    });
     for (const taskID of taskIDs) {
       backgroundJobBoard.markReconciled(taskID);
     }
@@ -24263,13 +24308,21 @@ function createTaskSessionManagerHook(_ctx, options) {
         return;
       const launch = parseTaskLaunchOutput(output.output);
       if (launch) {
-        backgroundJobBoard.registerLaunch({
+        const record = backgroundJobBoard.registerLaunch({
           taskID: launch.taskID,
           parentSessionID: pending.parentSessionId,
           agent: pending.agentType,
           description: pending.label,
           objective: pending.label
         });
+        log("[task-session-manager] background task launch registered", {
+          taskID: record.taskID,
+          alias: record.alias,
+          parentSessionID: record.parentSessionID,
+          agent: record.agent,
+          description: record.description,
+          state: record.state
+        });
         backgroundJobBoard.addContext(launch.taskID, contextFilesForPrompt(contextByTask.get(launch.taskID)));
         pendingManagedTaskIds.add(launch.taskID);
         return;
@@ -24335,6 +24388,11 @@ function createTaskSessionManagerHook(_ctx, options) {
     event: async (input) => {
       if (input.event.type === "session.created") {
         const info = input.event.properties?.info;
+        log("[task-session-manager] session.created observed", {
+          sessionID: info?.id,
+          parentSessionID: info?.parentID,
+          managesParent: info?.parentID ? options.shouldManageSession(info.parentID) : false
+        });
         if (info?.id && info.parentID && options.shouldManageSession(info.parentID)) {
           pendingManagedTaskIds.add(info.id);
         }
@@ -24342,6 +24400,11 @@ function createTaskSessionManagerHook(_ctx, options) {
       }
       if (input.event.type === "session.idle" || input.event.type === "session.status" && input.event.properties?.status?.type === "idle") {
         const sessionId2 = input.event.properties?.info?.id ?? input.event.properties?.sessionID;
+        log("[task-session-manager] idle/status idle observed", {
+          sessionID: sessionId2,
+          managesSession: sessionId2 ? options.shouldManageSession(sessionId2) : false,
+          terminalJobsPending: sessionId2 ? terminalJobsInjectedByParent.get(sessionId2)?.size ?? 0 : 0
+        });
         if (sessionId2 && options.shouldManageSession(sessionId2)) {
           reconcileInjectedTerminalJobs(sessionId2);
         }
@@ -24354,11 +24417,34 @@ function createTaskSessionManagerHook(_ctx, options) {
         }
         return;
       }
+      if (input.event.type === "session.status" && input.event.properties?.status?.type === "busy") {
+        const sessionId2 = input.event.properties?.info?.id ?? input.event.properties?.sessionID;
+        const before = sessionId2 ? backgroundJobBoard.get(sessionId2) : undefined;
+        const updated = sessionId2 ? backgroundJobBoard.markRunningFromLiveSession(sessionId2) : undefined;
+        log("[task-session-manager] busy/status busy observed", {
+          sessionID: sessionId2,
+          managesSession: sessionId2 ? options.shouldManageSession(sessionId2) : false,
+          previousState: before?.state,
+          previousTerminalState: before?.terminalState,
+          updatedState: updated?.state
+        });
+        return;
+      }
       if (input.event.type !== "session.deleted")
         return;
       const sessionId = input.event.properties?.info?.id ?? input.event.properties?.sessionID;
       if (!sessionId)
         return;
+      log("[task-session-manager] session.deleted observed; clearing job state", {
+        sessionID: sessionId,
+        deletedJob: backgroundJobBoard.get(sessionId) ? {
+          state: backgroundJobBoard.get(sessionId)?.state,
+          parentSessionID: backgroundJobBoard.get(sessionId)?.parentSessionID,
+          alias: backgroundJobBoard.get(sessionId)?.alias
+        } : undefined,
+        childJobCount: backgroundJobBoard.list(sessionId).length,
+        managesSession: options.shouldManageSession(sessionId)
+      });
       backgroundJobBoard.drop(sessionId);
       backgroundJobBoard.clearParent(sessionId);
       terminalJobsInjectedByParent.delete(sessionId);
@@ -29681,6 +29767,7 @@ class MultiplexerSessionManager {
         parentId,
         title,
         directory,
+        ownerInstanceId: this.instanceId,
         createdAt: now,
         lastSeenAt: now,
         seenInStatus: false
@@ -29706,7 +29793,9 @@ class MultiplexerSessionManager {
         instanceId: this.instanceId,
         sessionId: sessionId2,
         tracked: this.sessions.has(sessionId2),
-        known: this.knownSessions.has(sessionId2)
+        known: this.knownSessions.has(sessionId2),
+        ownerInstanceId: this.sessions.get(sessionId2)?.ownerInstanceId,
+        backgroundJobState: this.backgroundJobBoard?.get(sessionId2)?.state
       });
       await this.closeSession(sessionId2, "idle");
       return;
@@ -29717,6 +29806,14 @@ class MultiplexerSessionManager {
     if (!sessionId)
       return;
     if (event.properties?.status?.type === "idle") {
+      log("[multiplexer-session-manager] session status idle received", {
+        instanceId: this.instanceId,
+        sessionId,
+        tracked: this.sessions.has(sessionId),
+        known: this.knownSessions.has(sessionId),
+        ownerInstanceId: this.sessions.get(sessionId)?.ownerInstanceId,
+        backgroundJobState: this.backgroundJobBoard?.get(sessionId)?.state
+      });
       await this.closeSession(sessionId, "idle");
       return;
     }
@@ -29725,7 +29822,9 @@ class MultiplexerSessionManager {
         instanceId: this.instanceId,
         sessionId,
         tracked: this.sessions.has(sessionId),
-        known: this.knownSessions.has(sessionId)
+        known: this.knownSessions.has(sessionId),
+        ownerInstanceId: this.sessions.get(sessionId)?.ownerInstanceId,
+        backgroundJobState: this.backgroundJobBoard?.get(sessionId)?.state
       });
       await this.respawnIfKnown(sessionId);
     }
@@ -29740,7 +29839,11 @@ class MultiplexerSessionManager {
       return;
     log("[multiplexer-session-manager] session deleted, closing pane", {
       instanceId: this.instanceId,
-      sessionId
+      sessionId,
+      tracked: this.sessions.has(sessionId),
+      known: this.knownSessions.has(sessionId),
+      ownerInstanceId: this.sessions.get(sessionId)?.ownerInstanceId,
+      backgroundJobState: this.backgroundJobBoard?.get(sessionId)?.state
     });
     await this.closeSession(sessionId, "deleted");
   }
@@ -29771,6 +29874,15 @@ class MultiplexerSessionManager {
       const now = Date.now();
       const sessionsToClose = [];
       for (const [sessionId, tracked] of this.sessions.entries()) {
+        if (tracked.ownerInstanceId !== this.instanceId) {
+          log("[multiplexer-session-manager] skipping non-owner poll close", {
+            instanceId: this.instanceId,
+            ownerInstanceId: tracked.ownerInstanceId,
+            sessionId,
+            paneId: tracked.paneId
+          });
+          continue;
+        }
         const status = allStatuses[sessionId];
         const isIdle = status?.type === "idle";
         if (status) {
@@ -29781,7 +29893,7 @@ class MultiplexerSessionManager {
           tracked.missingSince = now;
         }
         const missingTooLong = !!tracked.missingSince && now - tracked.missingSince >= SESSION_MISSING_GRACE_MS;
-        const shouldKeepRunningBackgroundJob = missingTooLong && this.isRunningBackgroundJob(sessionId);
+        const shouldKeepRunningBackgroundJob = (isIdle || missingTooLong) && this.isRunningBackgroundJob(sessionId);
         if (isIdle || missingTooLong) {
           if (shouldKeepRunningBackgroundJob) {
             log("[multiplexer-session-manager] keeping running background pane", {
@@ -29839,12 +29951,35 @@ class MultiplexerSessionManager {
       });
       return;
     }
+    if (tracked.ownerInstanceId !== this.instanceId) {
+      log("[multiplexer-session-manager] close skipped; non-owner instance", {
+        instanceId: this.instanceId,
+        ownerInstanceId: tracked.ownerInstanceId,
+        sessionId,
+        paneId: tracked.paneId,
+        reason
+      });
+      return;
+    }
+    if (reason === "idle" && this.isRunningBackgroundJob(sessionId)) {
+      log("[multiplexer-session-manager] close skipped; background job running", {
+        instanceId: this.instanceId,
+        sessionId,
+        paneId: tracked.paneId,
+        reason,
+        backgroundJobState: this.backgroundJobBoard?.get(sessionId)?.state
+      });
+      return;
+    }
     this.sessions.delete(sessionId);
     log("[multiplexer-session-manager] closing session pane", {
       instanceId: this.instanceId,
       sessionId,
       paneId: tracked.paneId,
-      reason
+      reason,
+      backgroundJobState: this.backgroundJobBoard?.get(sessionId)?.state,
+      parentId: tracked.parentId,
+      title: tracked.title
     });
     const closePromise = this.multiplexer.closePane(tracked.paneId).then(() => {
       return;
@@ -29918,6 +30053,7 @@ class MultiplexerSessionManager {
         parentId: known.parentId,
         title: known.title,
         directory: known.directory,
+        ownerInstanceId: this.instanceId,
         createdAt: now,
         lastSeenAt: now,
         seenInStatus: false
@@ -30577,7 +30713,8 @@ Use only for obsolete, wrong, conflicting, or user-requested cancellation. Accep
         ].join(`
 `);
       }
-      if (job.state !== "running") {
+      const shouldAbort = job.state === "running" || job.state === "cancelled" || job.state === "reconciled" && job.terminalState === "cancelled";
+      if (!shouldAbort) {
         return [
           `task_id: ${job.taskID}`,
           `state: ${job.state}`,

package/dist/tui.js

@@ -69,6 +69,21 @@ var DEFAULT_TIMEOUT_MS = 2 * 60 * 1000;
 var MAX_POLL_TIME_MS = 5 * 60 * 1000;
 var DEFAULT_MAX_SUBAGENT_DEPTH = 3;
 var PHASE_REMINDER_TEXT = `!IMPORTANT! Scheduler workflow: plan lanes/dependencies → dispatch background specialists → track task IDs → wait for hook-driven completion or use task_status only when needed → reconcile terminal results → verify. Do not consume running-job output or advance dependent work. !END!`;
+var WRITABLE_FILE_OPERATIONS_RULES = `**File Operations Rules**:
+- Prefer dedicated file tools for normal code work: glob/grep/ast_grep_search for discovery, read for file contents, and edit/write/apply_patch for targeted source changes.
+- Use bash for execution and automation: git, package managers, tests, builds, scripts, diagnostics, and shell-native filesystem operations.
+- Shell is acceptable for bulk or mechanical filesystem changes when it is clearer or safer than many individual edits (for example: truncate generated logs, remove build artifacts, batch rename/move files), especially when the user explicitly asks for that shell operation.
+- Before destructive or broad shell operations, verify the target set and quote paths. Prefer a dry-run/listing first when practical.
+- Do not use cat/head/tail/sed/awk only to read code into context; use read/grep unless a shell pipeline is genuinely the better diagnostic.`;
+var READONLY_FILE_OPERATIONS_RULES = `**File Operations Rules**:
+- READ-ONLY: inspect and report; do not modify files.
+- Prefer dedicated file tools for codebase inspection: glob/grep/ast_grep_search for discovery and read for file contents.
+- Bash is allowed for non-mutating diagnostics and shell-native inspection when it is the clearest tool, but not for modifying files.
+- Do not use cat/head/tail/sed/awk only to read code into context; use read/grep unless a shell pipeline is genuinely the better diagnostic.`;
+var NO_SHELL_READONLY_FILE_OPERATIONS_RULES = `**File Operations Rules**:
+- READ-ONLY: inspect and report; do not modify files.
+- Use glob/grep/ast_grep_search for discovery and read for file contents.
+- Do not use bash or shell commands.`;
 var TMUX_SPAWN_DELAY_MS = 500;
 var COUNCILLOR_STAGGER_MS = 250;
 var DEFAULT_DISABLED_AGENTS = ["observer"];

package/dist/utils/background-job-board.d.ts

@@ -55,6 +55,7 @@ export declare class BackgroundJobBoard {
     registerLaunch(input: BackgroundJobLaunchInput): BackgroundJobRecord;
     updateStatus(input: BackgroundJobStatusInput): BackgroundJobRecord | undefined;
     updateFromStatusOutput(output: string): BackgroundJobRecord | undefined;
+    markRunningFromLiveSession(taskID: string, now?: number): BackgroundJobRecord | undefined;
     markReconciled(taskID: string, now?: number): BackgroundJobRecord | undefined;
     markCancelled(taskID: string, reason?: string, now?: number): BackgroundJobRecord | undefined;
     get(taskID: string): BackgroundJobRecord | undefined;

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "oh-my-opencode-slim",
-  "version": "2.0.0-beta.10",
+  "version": "2.0.0-beta.12",
   "description": "Lightweight agent orchestration plugin for OpenCode - a slimmed-down fork of oh-my-opencode",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",

package/src/skills/deepwork/SKILL.md

@@ -33,8 +33,30 @@ Required behavior:
 - after each phase, validate, update the deepwork file, prepare the plan file
   for oracle review and ask `@oracle` to review the phase result, fix
   actionable issues, then continue;
+- when a phase includes `@designer`, preserve designer intent across later
+  phases. Use `@fixer` only for mechanical follow-up that does not alter the
+  UI/UX;
 - finish with final validation and a concise summary.
 
+## Designer Handoff Guardrail
+
+When a deepwork phase includes `@designer`, treat the delivered UI/UX as
+accepted design intent for later phases. Record any important design decisions in
+the deepwork file before continuing.
+
+After designer work:
+
+- preserve layout, rhythm, hierarchy, motion, spacing, color, affordances,
+  responsiveness, and component feel;
+- review and improve user-facing copy with grounded, normal wording, but do not
+  change visual structure or interaction intent;
+- route follow-up visual, responsive, motion, hierarchy, polish, or
+  component-feel changes back to `@designer`;
+- use `@fixer` only for bounded mechanical follow-up that preserves the design
+  exactly, such as wiring, tests, type fixes, or non-visual behavior changes;
+- if design intent must change, record why in the deepwork file before changing
+  it.
+
 ## Deepwork File
 
 Create a task-specific file such as: