oh-my-opencode-serverlocal 0.1.5 → 0.1.7

package/dist/cli/index.js

@@ -529,12 +529,6 @@ var CUSTOM_SKILLS = [
     allowedAgents: ["orchestrator"],
     sourcePath: "src/skills/clonedeps"
   },
-  {
-    name: "deepwork",
-    description: "Heavy/complex coding sessions and large modifications workflow",
-    allowedAgents: ["orchestrator"],
-    sourcePath: "src/skills/deepwork"
-  },
   {
     name: "verification-planning",
     description: "Plan credible, proportionate evidence before non-trivial implementation",

package/dist/hooks/index.d.ts

@@ -2,7 +2,6 @@ export { createApplyPatchHook } from './apply-patch';
 export type { AutoUpdateCheckerOptions } from './auto-update-checker';
 export { createAutoUpdateCheckerHook } from './auto-update-checker';
 export { createChatHeadersHook } from './chat-headers';
-export { createDeepworkCommandHook } from './deepwork';
 export { createDelegateTaskRetryHook } from './delegate-task-retry/hook';
 export { createFilterAvailableSkillsHook } from './filter-available-skills';
 export { ForegroundFallbackManager, isFailoverError, isRetryableError, } from './foreground-fallback';
@@ -14,3 +13,4 @@ export { createPostFileToolNudgeHook } from './post-file-tool-nudge';
 export { createReflectCommandHook } from './reflect';
 export { SessionLifecycle } from './session-lifecycle';
 export { createTaskSessionManagerHook } from './task-session-manager';
+export { createTierCommandsHook } from './tier-commands';

package/dist/hooks/{deepwork → tier-commands}/index.d.ts

@@ -1,4 +1,4 @@
-export declare function createDeepworkCommandHook(): {
+export declare function createTierCommandsHook(): {
     registerCommand: (config: Record<string, unknown>) => void;
     handleCommandExecuteBefore: (input: {
         command: string;

package/dist/index.js

@@ -18357,12 +18357,6 @@ var CUSTOM_SKILLS = [
     allowedAgents: ["orchestrator"],
     sourcePath: "src/skills/clonedeps"
   },
-  {
-    name: "deepwork",
-    description: "Heavy/complex coding sessions and large modifications workflow",
-    allowedAgents: ["orchestrator"],
-    sourcePath: "src/skills/deepwork"
-  },
   {
     name: "verification-planning",
     description: "Plan credible, proportionate evidence before non-trivial implementation",
@@ -18499,12 +18493,6 @@ ${text}
 </system-reminder>`;
 }
 var PHASE_REMINDER = formatSystemReminder(PHASE_REMINDER_TEXT);
-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 DEFAULT_DISABLED_AGENTS = ["observer"];
 var DEFAULT_MAX_SESSIONS_PER_AGENT = 2;
 var DEFAULT_READ_CONTEXT_MIN_LINES = 10;
@@ -19059,101 +19047,52 @@ var AGENT_DESCRIPTIONS = {
 - Permissions: Read files
 - **Delegate when:** You need to see a screenshot, evaluate a UI mockup, or read a diagram.`
 };
-var PARALLEL_DELEGATION_EXAMPLES = [
-  "- Multiple @explorer searches across different domains",
-  "- @explorer + @librarian research in parallel",
-  "- Multiple @fixer instances for faster, scoped implementation across different folders"
-];
 function buildOrchestratorPrompt(disabledAgents) {
   const enabledAgents = Object.entries(AGENT_DESCRIPTIONS).filter(([name]) => !disabledAgents?.has(name)).map(([, desc]) => desc).join(`
 
 `);
-  const enabledParallelExamples = PARALLEL_DELEGATION_EXAMPLES.filter((line) => {
-    const mentions = [...line.matchAll(/@(\w+)/g)].map((m) => m[1]);
-    if (mentions.length === 0)
-      return true;
-    return mentions.every((name) => !disabledAgents?.has(name));
-  }).join(`
-`);
-  return `<Role>
-You are the Master Orchestrator. Your job is to plan, implement, schedule, and delegate coding work. 
+  return `You are the Master Orchestrator. Your job is to plan, implement, schedule, and delegate coding work. 
 You are aware of all tools, skills, and agents available to you. 
 You implement the main tasks yourself unless parallel offloading is needed or a specialist is required.
-</Role>
 
-<Agents>
+## Available Specialists
 ${enabledAgents}
-</Agents>
-
-<Workflow_Tiers>
-You operate in different Tiers based on the user's request (e.g., /deepwork, or explicit tier mention). Deduce the appropriate tier.
-
-## Tier 0: Basic Mode
-- **Focus:** Fast, direct implementation. Low cooperation overhead.
-- **Workflow:** You do the work. High threshold for asking for review. Use @explorer and @librarian freely for basic context. 
-- **Supervision:** No mandatory @oracle review.
-
-## Tier 1: Guided / Supervised Mode
-- **Focus:** Quality and correctness over pure speed.
-- **Workflow:** You plan the work. **MANDATORY:** You must call @oracle to review the plan (logic, edge cases, overlooked items) BEFORE implementing.
-- **Implementation:** You implement, or parallelize to @fixer.
-- **Verification:** **MANDATORY:** You must call @oracle at the end of implementation to review the final code for bugs and logical errors. You treat @oracle as your strict supervisor.
-
-## Tier 2: Sophisticated Ideation & Planning
-- **Focus:** High value, high performance, high cost. Vision expansion.
-- **Workflow:** When the user provides a vision or basic idea, you MUST use the \`roundtable\` tool to plan the non-technical implementation, get creative feature suggestions, and refine the updated, perfected version of the user's vision.
-- **Supervision:** Follow Tier 1 supervisor rules (@oracle reviews the technical translation of the roundtable's output).
-
-## Tier 3: Sophisticated Implementation
-- **Focus:** Complex, ambiguous implementation.
-- **Workflow:** You implement everything. You occasionally ask @oracle for spot-checks.
-- **Ambiguity Resolution:** If during implementation the task has multiple perspectives or it's not clearly decidable what the best course of action is, you MUST invoke the \`roundtable\` tool again to decide the path forward.
-
-## Universal Rules Across All Tiers:
-- **Design:** If something needs to be designed visually, call @designer. Ensure it follows existing design system files.
-- **Vision/Images:** Call @observer for screenshots or visual review.
-- **Parallel Work:** If simple implementation is needed and we know exactly what to change, offload parallel tasks to @fixer.
-- **Main Implementation:** If implementation is the main focus, YOU (Orchestrator) do it yourself. @fixer is ONLY for offloading parallel or bounded sub-tasks.
-</Workflow_Tiers>
-
-<Workflow_Execution>
-## 1. Understand & Select Tier
-Parse request. Determine the Tier (0, 1, 2, or 3).
-
-## 2. Delegation Check
-Review available agents. 
-- Independent lanes? Background parallel task to @fixer.
-- Deep research? @librarian.
-- Code mapping? @explorer.
-
-${WRITABLE_FILE_OPERATIONS_RULES}
-
-## 3. Plan and Parallelize
-Build a short work graph.
-Can tasks be split into background specialist work?
-${enabledParallelExamples}
-
-### Background Task Discipline
-- Prefer \`task(..., background: true)\` for delegated work that can run independently.
-- Continue orchestration only on non-overlapping work.
-- Before final response, reconcile any terminal jobs shown in the Background Job Board.
-
-### Design Handoff Discipline
-- @designer handles UI/UX perfection, responsiveness, and adaptiveness. Do not override their aesthetic choices. You only fix their copy/text if needed.
-
-### Session Reuse
-- Smartly reuse an available specialist session using \`task_id\`.
-</Workflow_Execution>
-
-<Communication>
-## Clarity Over Assumptions
-- Ask targeted questions if vague. Make reasonable assumptions for minor details.
-
-## Concise Execution
-- Answer directly, no preamble. No flattery ("Great idea!").
-- Brief delegation notices: "Checking docs via @librarian..."
-</Communication>
-`;
+
+## Workflow Tiers
+You operate in different Tiers based on the user's request (e.g., /deepwork tier 2, or explicit tier mention). Deduce the appropriate tier.
+
+**Tier 0: Basic Mode**
+- Focus: Fast, direct implementation. Low cooperation overhead.
+- Workflow: You do the work. High threshold for asking for review. Use @explorer and @librarian freely for basic context. 
+- Supervision: No mandatory @oracle review.
+
+**Tier 1: Guided / Supervised Mode**
+- Focus: Quality and correctness over pure speed.
+- Workflow: You plan the work. **MANDATORY:** You must call @oracle to review the plan (logic, edge cases, overlooked items) BEFORE implementing.
+- Implementation: You implement, or parallelize to @fixer.
+- Verification: **MANDATORY:** You must call @oracle at the end of implementation to review the final code for bugs and logical errors. Treat @oracle as your strict supervisor.
+
+**Tier 2: Sophisticated Ideation & Planning**
+- Focus: High value, high performance, high cost. Vision expansion.
+- Workflow: When the user provides a vision or basic idea, you MUST use the \`roundtable\` tool to plan the non-technical implementation, get creative feature suggestions, and refine the user's vision.
+- Supervision: Follow Tier 1 supervisor rules (@oracle reviews the technical translation of the roundtable's output).
+
+**Tier 3: Sophisticated Implementation**
+- Focus: Complex, ambiguous implementation.
+- Workflow: You implement everything. You occasionally ask @oracle for spot-checks.
+- Ambiguity Resolution: If during implementation the task has multiple perspectives or it's not clearly decidable what the best course of action is, you MUST invoke the \`roundtable\` tool again to decide the path forward.
+
+## Universal Rules
+- Design: If something needs visual design, call @designer. Ensure it follows existing design system files.
+- Vision/Images: Call @observer for screenshots or visual review.
+- Parallel Work: If simple implementation is needed and we know exactly what to change, offload parallel tasks to @fixer via background tasks.
+- Main Implementation: If implementation is the main focus, YOU do it yourself. @fixer is ONLY for offloading parallel or bounded sub-tasks.
+- Background Tasks: Prefer \`task(..., background: true)\` for delegated work that can run independently. Continue orchestration only on non-overlapping work.
+- Session Reuse: Smartly reuse an available specialist session using \`task_id\`.
+
+## Communication
+- Answer directly, no preamble. No flattery.
+- Brief delegation notices (e.g., "Checking docs via @librarian...").`;
 }
 function createOrchestratorAgent(model, customPrompt, customAppendPrompt, disabledAgents) {
   const basePrompt = buildOrchestratorPrompt(disabledAgents);
@@ -24513,70 +24452,6 @@ function createChatHeadersHook(ctx) {
     }
   };
 }
-// src/hooks/command-hook-utils.ts
-function registerCommandHook(opencodeConfig, commandName, template, description) {
-  const cmdConfig = opencodeConfig.command;
-  if (cmdConfig?.[commandName])
-    return false;
-  if (!opencodeConfig.command)
-    opencodeConfig.command = {};
-  opencodeConfig.command[commandName] = { template, description };
-  return true;
-}
-
-// src/hooks/deepwork/index.ts
-var COMMAND_NAME = "deepwork";
-function activationPrompt(tier, task2) {
-  return [
-    `Use the deepwork skill for this task. Treat it as a heavy coding session operating in **${tier}**.`,
-    "",
-    "Deepwork requirements:",
-    "- before planning, delegation, or creating state, inspect existing `.gitignore` and `.ignore`; add only missing entries without duplicates: `.gitignore` must contain `.slim/deepwork/`, and `.ignore` must contain `!.slim/deepwork/` and `!.slim/deepwork/**`; this keeps state git-local yet OpenCode-readable;",
-    "- create/update a `.slim/deepwork/` progress file;",
-    "- keep OpenCode todos synced with the current phase;",
-    "- **Follow the strict rules of your assigned Tier** (e.g., calling @oracle or the roundtable tool as mandated).",
-    "- execute phase by phase with background specialists where useful;",
-    "- wait for hook-driven background completion, reconcile results, validate, and adhere to your tier's review requirements;",
-    "- fix actionable review issues before continuing.",
-    "",
-    "Task:",
-    task2
-  ].join(`
-`);
-}
-function createDeepworkCommandHook() {
-  return {
-    registerCommand: (opencodeConfig) => {
-      registerCommandHook(opencodeConfig, COMMAND_NAME, "Start a deepwork session with a specific Tier (e.g., /deepwork tier 2 <task>)", "Use the deepwork workflow with Tier 0, 1, 2, or 3");
-    },
-    handleCommandExecuteBefore: async (input, output) => {
-      if (input.command !== COMMAND_NAME)
-        return;
-      output.parts.length = 0;
-      const rawArgs = input.arguments.trim();
-      if (!rawArgs) {
-        output.parts.push(createInternalAgentTextPart("What task should deepwork manage? Run `/deepwork tier 1 <task>`. Defaults to Tier 1 if omitted."));
-        return;
-      }
-      let tier = "Tier 1: Guided / Supervised Mode";
-      let task2 = rawArgs;
-      const tierMatch = rawArgs.match(/^tier\s*([0-3])\s+(.*)/i);
-      if (tierMatch) {
-        const tierNum = tierMatch[1];
-        task2 = tierMatch[2];
-        if (tierNum === "0")
-          tier = "Tier 0: Basic Mode";
-        else if (tierNum === "1")
-          tier = "Tier 1: Guided / Supervised Mode";
-        else if (tierNum === "2")
-          tier = "Tier 2: Sophisticated Ideation & Planning";
-        else if (tierNum === "3")
-          tier = "Tier 3: Sophisticated Implementation";
-      }
-      output.parts.push({ type: "text", text: activationPrompt(tier, task2) });
-    }
-  };
-}
 // src/hooks/delegate-task-retry/patterns.ts
 var DELEGATE_TASK_ERROR_PATTERNS = [
   {
@@ -25457,14 +25332,25 @@ ${JSON_ERROR_REMINDER}`;
     }
   };
 }
+// src/hooks/command-hook-utils.ts
+function registerCommandHook(opencodeConfig, commandName, template, description) {
+  const cmdConfig = opencodeConfig.command;
+  if (cmdConfig?.[commandName])
+    return false;
+  if (!opencodeConfig.command)
+    opencodeConfig.command = {};
+  opencodeConfig.command[commandName] = { template, description };
+  return true;
+}
+
 // src/hooks/loop-command/index.ts
-var COMMAND_NAME2 = "loop";
+var COMMAND_NAME = "loop";
 function historyDir() {
   const shortID = Math.random().toString(36).slice(2, 8);
   const timestamp = Date.now().toString(36);
   return `.opencode/loop-history/loop-${timestamp}-${shortID}`;
 }
-function activationPrompt2(text) {
+function activationPrompt(text) {
   const dir = historyDir();
   return [
     "The user ran `/loop`. From the text below, extract: goal, successCriteria, maxAttempts.",
@@ -25501,10 +25387,10 @@ function helpPrompt() {
 function createLoopCommandHook() {
   return {
     registerCommand: (opencodeConfig) => {
-      registerCommandHook(opencodeConfig, COMMAND_NAME2, "Run an automated execute-verify loop", "Dispatch fixer, verify, iterate with file-based history on disk.");
+      registerCommandHook(opencodeConfig, COMMAND_NAME, "Run an automated execute-verify loop", "Dispatch fixer, verify, iterate with file-based history on disk.");
     },
     handleCommandExecuteBefore: async (input, output) => {
-      if (input.command !== COMMAND_NAME2)
+      if (input.command !== COMMAND_NAME)
         return;
       output.parts.length = 0;
       const args = input.arguments.trim();
@@ -25512,7 +25398,7 @@ function createLoopCommandHook() {
         output.parts.push(createInternalAgentTextPart(helpPrompt()));
         return;
       }
-      output.parts.push({ type: "text", text: activationPrompt2(args) });
+      output.parts.push({ type: "text", text: activationPrompt(args) });
     }
   };
 }
@@ -25604,8 +25490,8 @@ function getEligibleMessage(message) {
   return { message, sessionID: message.info.sessionID };
 }
 // src/hooks/reflect/index.ts
-var COMMAND_NAME3 = "reflect";
-function activationPrompt3(focus, isSessionMode = false, lastN = 50) {
+var COMMAND_NAME2 = "reflect";
+function activationPrompt2(focus, isSessionMode = false, lastN = 50) {
   const focusBlock = focus ? ["Focus:", focus] : [
     "Focus:",
     isSessionMode ? "Analyze recent sessions to find repeated patterns, friction, and improvement opportunities." : "Review recent work broadly and identify repeated workflow friction worth improving."
@@ -25641,10 +25527,10 @@ function createReflectCommandHook() {
   let shouldHandleCommand = false;
   return {
     registerCommand: (opencodeConfig) => {
-      shouldHandleCommand ||= registerCommandHook(opencodeConfig, COMMAND_NAME3, "Review repeated work and suggest workflow improvements", "Use reflect to learn from repeated workflows and suggest reusable improvements");
+      shouldHandleCommand ||= registerCommandHook(opencodeConfig, COMMAND_NAME2, "Review repeated work and suggest workflow improvements", "Use reflect to learn from repeated workflows and suggest reusable improvements");
     },
     handleCommandExecuteBefore: async (input, output) => {
-      if (input.command !== COMMAND_NAME3 || !shouldHandleCommand)
+      if (input.command !== COMMAND_NAME2 || !shouldHandleCommand)
         return;
       const args = input.arguments.trim();
       const isSessionMode = args.includes("--sessions");
@@ -25654,7 +25540,7 @@ function createReflectCommandHook() {
       output.parts.length = 0;
       output.parts.push({
         type: "text",
-        text: activationPrompt3(focus, isSessionMode, last)
+        text: activationPrompt2(focus, isSessionMode, last)
       });
     }
   };
@@ -26387,6 +26273,91 @@ function formatCancelledTaskStatusOutput(taskID, summary = "cancelled") {
   ].join(`
 `);
 }
+// src/hooks/tier-commands/index.ts
+var COMMON_REQUIREMENTS = `
+State Management Requirements:
+- Before planning or creating state, inspect \`.gitignore\` and \`.ignore\`. Add missing entries: \`.gitignore\` must contain \`.slim/tier_state/\`, and \`.ignore\` must contain \`!.slim/tier_state/\` and \`!.slim/tier_state/**\`.
+- Create and maintain a progress file at \`.slim/tier_state/progress.md\`.
+- Keep OpenCode todos synced with the current phase.
+- Execute phase by phase. Wait for hook-driven background completion, reconcile results, and fix actionable review issues before continuing.`;
+function getTierPrompt(tier, task2) {
+  let tierRules = "";
+  switch (tier) {
+    case 0:
+      tierRules = `**Tier 0: Basic Mode**
+Focus: Fast, direct implementation. Low cooperation overhead.
+Rules:
+1. You (Orchestrator) do the main implementation work.
+2. High threshold for asking for review. No mandatory @oracle review.
+3. Use @explorer and @librarian freely for basic context.
+4. If parallel simple implementation is needed, offload to @fixer.
+5. If visual design is needed, call @designer. If vision extraction is needed, call @observer.`;
+      break;
+    case 1:
+      tierRules = `**Tier 1: Guided / Supervised Mode**
+Focus: Quality and correctness over pure speed.
+Rules:
+1. You must plan the work first.
+2. MANDATORY: Call @oracle to review your plan (logic, edge cases, overlooked items) BEFORE implementing.
+3. Implement the work yourself, or offload parallel tasks to @fixer.
+4. MANDATORY: Call @oracle at the end of the implementation to review the final code for bugs and logical errors. Treat @oracle as your strict supervisor.
+5. Use @designer for UI, @observer for vision, @explorer/@librarian for context.`;
+      break;
+    case 2:
+      tierRules = `**Tier 2: Sophisticated Ideation & Planning**
+Focus: High value, high performance, high cost. Vision expansion.
+Rules:
+1. The user has provided a vision or basic idea.
+2. MANDATORY: You must FIRST use the \`roundtable\` tool to plan the non-technical implementation, get creative feature suggestions, and refine the updated, perfected version of the user's vision.
+3. Once the roundtable outputs its report, you must translate it into a technical implementation plan.
+4. MANDATORY: Call @oracle to review your technical translation of the roundtable's plan BEFORE implementing.
+5. Proceed with implementation. Call @oracle for a final code review at the end.`;
+      break;
+    case 3:
+      tierRules = `**Tier 3: Sophisticated Implementation**
+Focus: Complex, ambiguous implementation.
+Rules:
+1. You implement the main tasks. Occasionally ask @oracle for spot-checks.
+2. AMBIGUITY RESOLUTION: If during implementation the task has multiple perspectives or it is not clearly decidable what the best course of action is, you MUST invoke the \`roundtable\` tool to decide the path forward.
+3. Offload parallel known tasks to @fixer, UI to @designer.
+4. MANDATORY: Call @oracle for a final code review at the end.`;
+      break;
+  }
+  return [
+    `You are operating in a strict structured workflow.`,
+    "",
+    COMMON_REQUIREMENTS,
+    "",
+    tierRules,
+    "",
+    "Task:",
+    task2
+  ].join(`
+`);
+}
+function createTierCommandsHook() {
+  const commands = ["tier0", "tier1", "tier2", "tier3"];
+  return {
+    registerCommand: (opencodeConfig) => {
+      registerCommandHook(opencodeConfig, "tier0", "Start a Tier 0 session (Fast, direct implementation)", "Basic mode");
+      registerCommandHook(opencodeConfig, "tier1", "Start a Tier 1 session (Guided/Supervised by Oracle)", "Supervised mode");
+      registerCommandHook(opencodeConfig, "tier2", "Start a Tier 2 session (Ideation via Roundtable -> Supervised)", "Sophisticated Ideation");
+      registerCommandHook(opencodeConfig, "tier3", "Start a Tier 3 session (Complex implementation with Roundtable fallback)", "Sophisticated Implementation");
+    },
+    handleCommandExecuteBefore: async (input, output) => {
+      if (!commands.includes(input.command))
+        return;
+      output.parts.length = 0;
+      const task2 = input.arguments.trim();
+      if (!task2) {
+        output.parts.push(createInternalAgentTextPart(`What task should this tier manage? Run \`/${input.command} <task>\`.`));
+        return;
+      }
+      const tierNum = parseInt(input.command.replace("tier", ""), 10);
+      output.parts.push({ type: "text", text: getTierPrompt(tierNum, task2) });
+    }
+  };
+}
 // src/interview/dashboard.ts
 import crypto2 from "node:crypto";
 import * as fsSync2 from "node:fs";
@@ -30227,7 +30198,7 @@ function buildAnswerPrompt(answers, questions, maxQuestions) {
 }
 
 // src/interview/service.ts
-var COMMAND_NAME4 = "interview";
+var COMMAND_NAME3 = "interview";
 var DEFAULT_MAX_QUESTIONS = 2;
 var MAX_RETAINED_ABANDONED = 50;
 function isTruthyEnvFlag(value) {
@@ -30531,11 +30502,11 @@ function createInterviewService(ctx, config, deps) {
   }
   function registerCommand(opencodeConfig) {
     const configCommand = opencodeConfig.command;
-    if (!configCommand?.[COMMAND_NAME4]) {
+    if (!configCommand?.[COMMAND_NAME3]) {
       if (!opencodeConfig.command) {
         opencodeConfig.command = {};
       }
-      opencodeConfig.command[COMMAND_NAME4] = {
+      opencodeConfig.command[COMMAND_NAME3] = {
         template: "Start an interview and write a live markdown spec",
         description: "Open a localhost interview UI linked to the current OpenCode session"
       };
@@ -30609,7 +30580,7 @@ function createInterviewService(ctx, config, deps) {
     }
   }
   async function handleCommandExecuteBefore(input, output) {
-    if (input.command !== COMMAND_NAME4) {
+    if (input.command !== COMMAND_NAME3) {
       return;
     }
     const idea = input.arguments.trim();
@@ -35415,11 +35386,11 @@ function recordTuiAgentModel(input, projectDir) {
 }
 
 // src/tools/preset-manager.ts
-var COMMAND_NAME5 = "preset";
+var COMMAND_NAME4 = "preset";
 function createPresetManager(ctx, config) {
   let activePreset = getActiveRuntimePreset() ?? config.preset ?? null;
   async function handleCommandExecuteBefore(input, output) {
-    if (input.command !== COMMAND_NAME5) {
+    if (input.command !== COMMAND_NAME4) {
       return;
     }
     output.parts.length = 0;
@@ -35438,11 +35409,11 @@ function createPresetManager(ctx, config) {
   }
   function registerCommand(opencodeConfig) {
     const configCommand = opencodeConfig.command;
-    if (!configCommand?.[COMMAND_NAME5]) {
+    if (!configCommand?.[COMMAND_NAME4]) {
       if (!opencodeConfig.command) {
         opencodeConfig.command = {};
       }
-      opencodeConfig.command[COMMAND_NAME5] = {
+      opencodeConfig.command[COMMAND_NAME4] = {
         template: "List available presets and switch between them",
         description: "Switch agent presets at runtime (e.g., /preset cheap, /preset powerful)"
       };
@@ -37992,7 +37963,8 @@ var OhMyOpenCodeLite = async (ctx) => {
   let sessionLifecycle;
   let chatHeadersHook;
   let foregroundFallback;
-  let deepworkCommandHook;
+  let applyPatchHook;
+  let tierCommandsHook;
   let reflectCommandHook;
   let loopCommandHook;
   let taskSessionManagerHook;
@@ -38079,7 +38051,7 @@ var OhMyOpenCodeLite = async (ctx) => {
     sessionAgentMap = new Map;
     chatHeadersHook = createChatHeadersHook(ctx);
     foregroundFallback = new ForegroundFallbackManager(ctx.client, runtimeChains, config.fallback?.enabled !== false, config.fallback?.maxRetries ?? 3, sessionLifecycle);
-    deepworkCommandHook = createDeepworkCommandHook();
+    tierCommandsHook = createTierCommandsHook();
     reflectCommandHook = createReflectCommandHook();
     loopCommandHook = createLoopCommandHook();
     taskSessionManagerHook = createTaskSessionManagerHook(ctx, {
@@ -38406,7 +38378,7 @@ var OhMyOpenCodeLite = async (ctx) => {
         agentConfigEntry.permission = agentPermission;
       }
       interviewManager.registerCommand(opencodeConfig);
-      deepworkCommandHook.registerCommand(opencodeConfig);
+      tierCommandsHook.registerCommand(opencodeConfig);
       reflectCommandHook.registerCommand(opencodeConfig);
       loopCommandHook.registerCommand(opencodeConfig);
       presetManager.registerCommand(opencodeConfig);
@@ -38488,7 +38460,7 @@ var OhMyOpenCodeLite = async (ctx) => {
     "command.execute.before": async (input, output) => {
       await interviewManager.handleCommandExecuteBefore(input, output);
       await presetManager.handleCommandExecuteBefore(input, output);
-      await deepworkCommandHook.handleCommandExecuteBefore(input, output);
+      await tierCommandsHook.handleCommandExecuteBefore(input, output);
       await reflectCommandHook.handleCommandExecuteBefore(input, output);
       await loopCommandHook.handleCommandExecuteBefore(input, output);
     },

package/dist/tui.js

@@ -133,12 +133,6 @@ ${text}
 </system-reminder>`;
 }
 var PHASE_REMINDER = formatSystemReminder(PHASE_REMINDER_TEXT);
-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 DEFAULT_DISABLED_AGENTS = ["observer"];
 var DEFAULT_MAX_SESSIONS_PER_AGENT = 2;
 var DEFAULT_READ_CONTEXT_MIN_LINES = 10;
@@ -454,12 +448,6 @@ var CUSTOM_SKILLS = [
     allowedAgents: ["orchestrator"],
     sourcePath: "src/skills/clonedeps"
   },
-  {
-    name: "deepwork",
-    description: "Heavy/complex coding sessions and large modifications workflow",
-    allowedAgents: ["orchestrator"],
-    sourcePath: "src/skills/deepwork"
-  },
   {
     name: "verification-planning",
     description: "Plan credible, proportionate evidence before non-trivial implementation",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "oh-my-opencode-serverlocal",
-  "version": "0.1.5",
+  "version": "0.1.7",
   "description": "Custom serverlocal fork of oh-my-opencode-slim — fully owned, custom prompts + commands, dist synced via opencode-dotfiles",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",

package/src/skills/deepwork/SKILL.md

@@ -1,122 +0,0 @@
----
-name: deepwork
-description: High-cost orchestrator workflow for large, high-risk, multi-phase coding efforts with meaningful dependencies and review gates. Do not activate for routine multi-file changes.
----
-
-# Deepwork
-
-Deepwork is an orchestrator workflow for heavy coding sessions. Use it only
-when the work is clearly large or high-risk: multiple dependent phases,
-cross-cutting architectural change, unsafe-to-partially-ship migration, or
-sustained coordination across several specialist lanes.
-
-Do not infer Deepwork merely because a task touches multiple files. Do not use
-it for trivial edits, quick docs changes, simple bug fixes, or routine bounded
-features.
-
-## Core Contract
-
-When deepwork is active, the orchestrator must manage the work as a scheduler,
-not as the default implementation worker.
-
-Required behavior:
-
-- before planning, delegation, or creating a deepwork state file, inspect the
-  existing `.gitignore` and `.ignore`; add only missing entries, without
-  duplicates, so `.gitignore` contains `.slim/deepwork/` and `.ignore` contains
-  `!.slim/deepwork/` and `!.slim/deepwork/**`;
-- keep OpenCode todos aligned with the active deepwork phase;
-- create and maintain a local markdown progress file under `.slim/deepwork/`;
-- write valuable research findings into that file as confirmed research context
-  when they are received and reconciled;
-- draft a plan before implementation;
-- ask `@oracle` to review the plan and revise it until acceptable;
-- create a phased implementation/delegation plan;
-- before oracle reviews, add relevant confirmed research findings and file
-  references to the deepwork file so oracle can review the plan or phase from
-  accepted context instead of redoing discovery;
-- ask `@oracle` to review that implementation plan before execution;
-- after oracle review and before each implementation phase, decide the execution
-  path: what can run in parallel, what must be sequential, which specialists to
-  delegate to, and whether to split the same agent into multiple bounded lanes;
-- 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:
-
-```text
-.slim/deepwork/<short-task-slug>.md
-```
-
-Before creating this file—and before planning or delegation—inspect the existing
-`.gitignore` and `.ignore`. Add only missing entries and do not add duplicates:
-
-```gitignore
-# .gitignore
-.slim/deepwork/
-```
-
-```gitignore
-# .ignore
-!.slim/deepwork/
-!.slim/deepwork/**
-```
-
-These rules keep deepwork state git-local while allowing OpenCode to read it.
-
-Do not follow a rigid template. Choose whatever markdown structure best fits the
-work. The file only needs to remain useful as persistent session state and should
-capture, as applicable:
-
-- current goal and understanding;
-- researched, factual context from `@librarian` to avoid oracle doing its own
-  research;
-- plan drafts and oracle review notes;
-- implementation phases and status;
-- validation results;
-- unresolved questions, blockers, and follow-ups.
-
-Update this file after major decisions, valuable specialist research, reviews,
-phase completions, validation results, and scope changes.
-When `@librarian` docs, code reads, or external references produce useful
-information, reconcile the result and record the accepted findings here so later
-planning and reviews share the same context instead of rediscovering it.
-Don't put actual contents of local files, reference them by path only.
-
-## Scheduler Discipline
-
-Use the scheduler model throughout:
-
-- follow Orchestrator delegations rules
-- record task/session IDs and ownership boundaries;
-- wait for hook-driven background completion before consuming background results;
-- avoid blocking Orchestrator lane while background jobs run; if no independent
-  work remains, stop briefly and let the completion event resume the workflow;
-- do not advance to the next phase while relevant jobs are running or terminal
-  results are unreconciled.