oh-my-opencode-gpt-slim 0.1.1 → 0.1.2

package/dist/cli/index.js

@@ -2145,7 +2145,7 @@ var package_default;
 var init_package = __esm(() => {
   package_default = {
     name: "oh-my-opencode-gpt-slim",
-    version: "0.1.1",
+    version: "0.1.2",
     description: "GPT-optimized lean fork of oh-my-openagent \u2014 33 hooks removed, 5 tools removed, Sisyphus prompt rewritten based on OpenAI Codex prompt.md",
     main: "dist/index.js",
     types: "dist/index.d.ts",
@@ -2223,15 +2223,15 @@ var init_package = __esm(() => {
       typescript: "^5.7.3"
     },
     optionalDependencies: {
-      "oh-my-opencode-gpt-slim-darwin-arm64": "0.1.1",
-      "oh-my-opencode-gpt-slim-darwin-x64": "0.1.1",
-      "oh-my-opencode-gpt-slim-darwin-x64-baseline": "0.1.1",
-      "oh-my-opencode-gpt-slim-linux-arm64": "0.1.1",
-      "oh-my-opencode-gpt-slim-linux-arm64-musl": "0.1.1",
-      "oh-my-opencode-gpt-slim-linux-x64": "0.1.1",
-      "oh-my-opencode-gpt-slim-linux-x64-baseline": "0.1.1",
-      "oh-my-opencode-gpt-slim-linux-x64-musl": "0.1.1",
-      "oh-my-opencode-gpt-slim-linux-x64-musl-baseline": "0.1.1"
+      "oh-my-opencode-gpt-slim-darwin-arm64": "0.1.2",
+      "oh-my-opencode-gpt-slim-darwin-x64": "0.1.2",
+      "oh-my-opencode-gpt-slim-darwin-x64-baseline": "0.1.2",
+      "oh-my-opencode-gpt-slim-linux-arm64": "0.1.2",
+      "oh-my-opencode-gpt-slim-linux-arm64-musl": "0.1.2",
+      "oh-my-opencode-gpt-slim-linux-x64": "0.1.2",
+      "oh-my-opencode-gpt-slim-linux-x64-baseline": "0.1.2",
+      "oh-my-opencode-gpt-slim-linux-x64-musl": "0.1.2",
+      "oh-my-opencode-gpt-slim-linux-x64-musl-baseline": "0.1.2"
     },
     overrides: {
       "@opencode-ai/sdk": "^1.2.17"
@@ -24052,11 +24052,13 @@ var CommentCheckerConfigSchema = exports_external.object({
 });
 // src/config/schema/commands.ts
 var BuiltinCommandNameSchema = exports_external.enum([
+  "handoff",
   "init-deep",
   "ralph-loop",
   "ulw-loop",
   "cancel-ralph",
   "refactor",
+  "skill-creator",
   "start-work",
   "stop-continuation"
 ]);

package/dist/config/schema/commands.d.ts

@@ -1,5 +1,7 @@
 import { z } from "zod";
 export declare const BuiltinCommandNameSchema: z.ZodEnum<{
+    "skill-creator": "skill-creator";
+    handoff: "handoff";
     "init-deep": "init-deep";
     "ralph-loop": "ralph-loop";
     "ulw-loop": "ulw-loop";

package/dist/config/schema/oh-my-opencode-config.d.ts

@@ -15,6 +15,8 @@ export declare const OhMyOpenCodeConfigSchema: z.ZodObject<{
     }>>>;
     disabled_hooks: z.ZodOptional<z.ZodArray<z.ZodString>>;
     disabled_commands: z.ZodOptional<z.ZodArray<z.ZodEnum<{
+        "skill-creator": "skill-creator";
+        handoff: "handoff";
         "init-deep": "init-deep";
         "ralph-loop": "ralph-loop";
         "ulw-loop": "ulw-loop";

package/dist/features/builtin-commands/templates/skill-creator.d.ts

@@ -0,0 +1 @@
+export declare const SKILL_CREATOR_TEMPLATE = "# Skill Creator Command\n\nLoad the built-in skill-creator skill for creating, refining, or migrating SKILL.md-based skills.\n\n## How To Use This Command\n\n1. Call the skill tool with the built-in skill name:\n\n`skill(name=\"skill-creator\")`\n\n2. After the skill loads, use its guidance to:\n   - create a new skill\n   - refine an existing SKILL.md\n   - improve naming, description, and structure\n   - choose between local skill files and built-in skills\n\n## User Context\n\nTreat any command arguments as the user's goal or context for the skill work.\n\n## Action\n\nCall `skill(name=\"skill-creator\")` now, then continue using the loaded guidance and the user's request.";

package/dist/features/builtin-commands/types.d.ts

@@ -1,5 +1,5 @@
 import type { CommandDefinition } from "../claude-code-command-loader";
-export type BuiltinCommandName = "init-deep" | "ralph-loop" | "cancel-ralph" | "ulw-loop" | "refactor" | "start-work" | "stop-continuation" | "handoff";
+export type BuiltinCommandName = "init-deep" | "ralph-loop" | "cancel-ralph" | "ulw-loop" | "refactor" | "skill-creator" | "start-work" | "stop-continuation" | "handoff";
 export interface BuiltinCommandConfig {
     disabled_commands?: BuiltinCommandName[];
 }

package/dist/index.js

@@ -12308,7 +12308,7 @@ function initConfigContext(binary, version) {
 // package.json
 var package_default = {
   name: "oh-my-opencode-gpt-slim",
-  version: "0.1.1",
+  version: "0.1.2",
   description: "GPT-optimized lean fork of oh-my-openagent \u2014 33 hooks removed, 5 tools removed, Sisyphus prompt rewritten based on OpenAI Codex prompt.md",
   main: "dist/index.js",
   types: "dist/index.d.ts",
@@ -12386,15 +12386,15 @@ var package_default = {
     typescript: "^5.7.3"
   },
   optionalDependencies: {
-    "oh-my-opencode-gpt-slim-darwin-arm64": "0.1.1",
-    "oh-my-opencode-gpt-slim-darwin-x64": "0.1.1",
-    "oh-my-opencode-gpt-slim-darwin-x64-baseline": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-arm64": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-arm64-musl": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64-baseline": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64-musl": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64-musl-baseline": "0.1.1"
+    "oh-my-opencode-gpt-slim-darwin-arm64": "0.1.2",
+    "oh-my-opencode-gpt-slim-darwin-x64": "0.1.2",
+    "oh-my-opencode-gpt-slim-darwin-x64-baseline": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-arm64": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-arm64-musl": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64-baseline": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64-musl": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64-musl-baseline": "0.1.2"
   },
   overrides: {
     "@opencode-ai/sdk": "^1.2.17"
@@ -33790,11 +33790,13 @@ var CommentCheckerConfigSchema = exports_external.object({
 });
 // src/config/schema/commands.ts
 var BuiltinCommandNameSchema = exports_external.enum([
+  "handoff",
   "init-deep",
   "ralph-loop",
   "ulw-loop",
   "cancel-ralph",
   "refactor",
+  "skill-creator",
   "start-work",
   "stop-continuation"
 ]);
@@ -56560,6 +56562,185 @@ async function loadOpencodeProjectCommands(directory) {
   const commands2 = await loadCommandsFromDir(opencodeProjectDir, "opencode-project");
   return commandsToRecord(commands2);
 }
+// src/features/builtin-commands/templates/handoff.ts
+var HANDOFF_TEMPLATE = `# Handoff Command
+
+## Purpose
+
+Use /handoff when:
+- The current session context is getting too long and quality is degrading
+- You want to start fresh while preserving essential context from this session
+- The context window is approaching capacity
+
+This creates a detailed context summary that can be used to continue work in a new session.
+
+---
+
+# PHASE 0: VALIDATE REQUEST
+
+Before proceeding, confirm:
+- [ ] There is meaningful work or context in this session to preserve
+- [ ] The user wants to create a handoff summary (not just asking about it)
+
+If the session is nearly empty or has no meaningful context, inform the user there is nothing substantial to hand off.
+
+---
+
+# PHASE 1: GATHER PROGRAMMATIC CONTEXT
+
+Execute these tools to gather concrete data:
+
+1. session_read({ session_id: "$SESSION_ID" }) \u2014 full session history
+2. todoread() \u2014 current task progress
+3. Bash({ command: "git diff --stat HEAD~10..HEAD" }) \u2014 recent file changes
+4. Bash({ command: "git status --porcelain" }) \u2014 uncommitted changes
+
+Suggested execution order:
+
+\`\`\`
+session_read({ session_id: "$SESSION_ID" })
+todoread()
+Bash({ command: "git diff --stat HEAD~10..HEAD" })
+Bash({ command: "git status --porcelain" })
+\`\`\`
+
+Analyze the gathered outputs to understand:
+- What the user asked for (exact wording)
+- What work was completed
+- What tasks remain incomplete (include todo state)
+- What decisions were made
+- What files were modified or discussed (include git diff/stat + status)
+- What patterns, constraints, or preferences were established
+
+---
+
+# PHASE 2: EXTRACT CONTEXT
+
+Write the context summary from first person perspective ("I did...", "I told you...").
+
+Focus on:
+- Capabilities and behavior, not file-by-file implementation details
+- What matters for continuing the work
+- Avoiding excessive implementation details (variable names, storage keys, constants) unless critical
+- USER REQUESTS (AS-IS) must be verbatim (do not paraphrase)
+- EXPLICIT CONSTRAINTS must be verbatim only (do not invent)
+
+Questions to consider when extracting:
+- What did I just do or implement?
+- What instructions did I already give which are still relevant (e.g. follow patterns in the codebase)?
+- What files did I tell you are important or that I am working on?
+- Did I provide a plan or spec that should be included?
+- What did I already tell you that is important (libraries, patterns, constraints, preferences)?
+- What important technical details did I discover (APIs, methods, patterns)?
+- What caveats, limitations, or open questions did I find?
+
+---
+
+# PHASE 3: FORMAT OUTPUT
+
+Generate a handoff summary using this exact format:
+
+\`\`\`
+HANDOFF CONTEXT
+===============
+
+USER REQUESTS (AS-IS)
+---------------------
+- [Exact verbatim user requests - NOT paraphrased]
+
+GOAL
+----
+[One sentence describing what should be done next]
+
+WORK COMPLETED
+--------------
+- [First person bullet points of what was done]
+- [Include specific file paths when relevant]
+- [Note key implementation decisions]
+
+CURRENT STATE
+-------------
+- [Current state of the codebase or task]
+- [Build/test status if applicable]
+- [Any environment or configuration state]
+
+PENDING TASKS
+-------------
+- [Tasks that were planned but not completed]
+- [Next logical steps to take]
+- [Any blockers or issues encountered]
+- [Include current todo state from todoread()]
+
+KEY FILES
+---------
+- [path/to/file1] - [brief role description]
+- [path/to/file2] - [brief role description]
+(Maximum 10 files, prioritized by importance)
+- (Include files from git diff/stat and git status)
+
+IMPORTANT DECISIONS
+-------------------
+- [Technical decisions that were made and why]
+- [Trade-offs that were considered]
+- [Patterns or conventions established]
+
+EXPLICIT CONSTRAINTS
+--------------------
+- [Verbatim constraints only - from user or existing AGENTS.md]
+- If none, write: None
+
+CONTEXT FOR CONTINUATION
+------------------------
+- [What the next session needs to know to continue]
+- [Warnings or gotchas to be aware of]
+- [References to documentation if relevant]
+\`\`\`
+
+Rules for the summary:
+- Plain text with bullets
+- No markdown headers with # (use the format above with dashes)
+- No bold, italic, or code fences within content
+- Use workspace-relative paths for files
+- Keep it focused - only include what matters for continuation
+- Pick an appropriate length based on complexity
+- USER REQUESTS (AS-IS) and EXPLICIT CONSTRAINTS must be verbatim only
+
+---
+
+# PHASE 4: PROVIDE INSTRUCTIONS
+
+After generating the summary, instruct the user:
+
+\`\`\`
+---
+
+TO CONTINUE IN A NEW SESSION:
+
+1. Press 'n' in OpenCode TUI to open a new session, or run 'opencode' in a new terminal
+2. Paste the HANDOFF CONTEXT above as your first message
+3. Add your request: "Continue from the handoff context above. [Your next task]"
+
+The new session will have all context needed to continue seamlessly.
+\`\`\`
+
+---
+
+# IMPORTANT CONSTRAINTS
+
+- DO NOT attempt to programmatically create new sessions (no API available to agents)
+- DO provide a self-contained summary that works without access to this session
+- DO include workspace-relative file paths
+- DO NOT include sensitive information (API keys, credentials, secrets)
+- DO NOT exceed 10 files in the KEY FILES section
+- DO keep the GOAL section to a single sentence or short paragraph
+
+---
+
+# EXECUTE NOW
+
+Begin by gathering programmatic context, then synthesize the handoff summary.
+`;
+
 // src/features/builtin-commands/templates/init-deep.ts
 var INIT_DEEP_TEMPLATE = `# /init-deep
 
@@ -56867,87 +57048,6 @@ Hierarchy:
 - **Generic content**: Remove anything that applies to ALL projects
 - **Verbose style**: Telegraphic or die`;
 
-// src/features/builtin-commands/templates/ralph-loop.ts
-var RALPH_LOOP_TEMPLATE = `You are starting a Ralph Loop - a self-referential development loop that runs until task completion.
-
-## How Ralph Loop Works
-
-1. You will work on the task continuously
-2. When you believe the task is FULLY complete, output: \`<promise>{{COMPLETION_PROMISE}}</promise>\`
-3. If you don't output the promise, the loop will automatically inject another prompt to continue
-4. Maximum iterations: Configurable (default 100)
-
-## Rules
-
-- Focus on completing the task fully, not partially
-- Don't output the completion promise until the task is truly done
-- Each iteration should make meaningful progress toward the goal
-- If stuck, try different approaches
-- Use todos to track your progress
-
-## Exit Conditions
-
-1. **Completion**: Output your completion promise tag when fully complete
-2. **Max Iterations**: Loop stops automatically at limit
-3. **Cancel**: User runs \`/cancel-ralph\` command
-
-## Your Task
-
-Parse the arguments below and begin working on the task. The format is:
-\`"task description" [--completion-promise=TEXT] [--max-iterations=N] [--strategy=reset|continue]\`
-
-Default completion promise is "DONE" and default max iterations is 100.`;
-var ULW_LOOP_TEMPLATE = `You are starting an ULTRAWORK Loop - a self-referential development loop that runs until verified completion.
-
-## How ULTRAWORK Loop Works
-
-1. You will work on the task continuously
-2. When you believe the work is complete, output: \`<promise>{{COMPLETION_PROMISE}}</promise>\`
-3. That does NOT finish the loop yet. The system will require Oracle verification
-4. The loop only ends after the system confirms Oracle verified the result
-5. There is no iteration limit
-
-## Rules
-
-- Focus on finishing the task completely
-- After you emit the completion promise, run Oracle verification when instructed
-- Do not treat DONE as final completion until Oracle verifies it
-
-## Exit Conditions
-
-1. **Verified Completion**: Oracle verifies the result and the system confirms it
-2. **Cancel**: User runs \`/cancel-ralph\`
-
-## Your Task
-
-Parse the arguments below and begin working on the task. The format is:
-\`"task description" [--completion-promise=TEXT] [--strategy=reset|continue]\`
-
-Default completion promise is "DONE".`;
-var CANCEL_RALPH_TEMPLATE = `Cancel the currently active Ralph Loop.
-
-This will:
-1. Stop the loop from continuing
-2. Clear the loop state file
-3. Allow the session to end normally
-
-Check if a loop is active and cancel it. Inform the user of the result.`;
-
-// src/features/builtin-commands/templates/stop-continuation.ts
-var STOP_CONTINUATION_TEMPLATE = `Stop all continuation mechanisms for the current session.
-
-This command will:
-1. Stop the todo-continuation-enforcer from automatically continuing incomplete tasks
-2. Cancel any active Ralph Loop
-3. Clear the boulder state for the current project
-
-After running this command:
-- The session will not auto-continue when idle
-- You can manually continue work when ready
-- The stop state is per-session and clears when the session ends
-
-Use this when you need to pause automated continuation and take manual control.`;
-
 // src/features/builtin-commands/templates/refactor.ts
 var REFACTOR_TEMPLATE = `# Intelligent Refactor Command
 
@@ -57569,6 +57669,97 @@ $ARGUMENTS
 </user-request>
 `;
 
+// src/features/builtin-commands/templates/ralph-loop.ts
+var RALPH_LOOP_TEMPLATE = `You are starting a Ralph Loop - a self-referential development loop that runs until task completion.
+
+## How Ralph Loop Works
+
+1. You will work on the task continuously
+2. When you believe the task is FULLY complete, output: \`<promise>{{COMPLETION_PROMISE}}</promise>\`
+3. If you don't output the promise, the loop will automatically inject another prompt to continue
+4. Maximum iterations: Configurable (default 100)
+
+## Rules
+
+- Focus on completing the task fully, not partially
+- Don't output the completion promise until the task is truly done
+- Each iteration should make meaningful progress toward the goal
+- If stuck, try different approaches
+- Use todos to track your progress
+
+## Exit Conditions
+
+1. **Completion**: Output your completion promise tag when fully complete
+2. **Max Iterations**: Loop stops automatically at limit
+3. **Cancel**: User runs \`/cancel-ralph\` command
+
+## Your Task
+
+Parse the arguments below and begin working on the task. The format is:
+\`"task description" [--completion-promise=TEXT] [--max-iterations=N] [--strategy=reset|continue]\`
+
+Default completion promise is "DONE" and default max iterations is 100.`;
+var ULW_LOOP_TEMPLATE = `You are starting an ULTRAWORK Loop - a self-referential development loop that runs until verified completion.
+
+## How ULTRAWORK Loop Works
+
+1. You will work on the task continuously
+2. When you believe the work is complete, output: \`<promise>{{COMPLETION_PROMISE}}</promise>\`
+3. That does NOT finish the loop yet. The system will require Oracle verification
+4. The loop only ends after the system confirms Oracle verified the result
+5. There is no iteration limit
+
+## Rules
+
+- Focus on finishing the task completely
+- After you emit the completion promise, run Oracle verification when instructed
+- Do not treat DONE as final completion until Oracle verifies it
+
+## Exit Conditions
+
+1. **Verified Completion**: Oracle verifies the result and the system confirms it
+2. **Cancel**: User runs \`/cancel-ralph\`
+
+## Your Task
+
+Parse the arguments below and begin working on the task. The format is:
+\`"task description" [--completion-promise=TEXT] [--strategy=reset|continue]\`
+
+Default completion promise is "DONE".`;
+var CANCEL_RALPH_TEMPLATE = `Cancel the currently active Ralph Loop.
+
+This will:
+1. Stop the loop from continuing
+2. Clear the loop state file
+3. Allow the session to end normally
+
+Check if a loop is active and cancel it. Inform the user of the result.`;
+
+// src/features/builtin-commands/templates/skill-creator.ts
+var SKILL_CREATOR_TEMPLATE = `# Skill Creator Command
+
+Load the built-in skill-creator skill for creating, refining, or migrating SKILL.md-based skills.
+
+## How To Use This Command
+
+1. Call the skill tool with the built-in skill name:
+
+\`skill(name="skill-creator")\`
+
+2. After the skill loads, use its guidance to:
+   - create a new skill
+   - refine an existing SKILL.md
+   - improve naming, description, and structure
+   - choose between local skill files and built-in skills
+
+## User Context
+
+Treat any command arguments as the user's goal or context for the skill work.
+
+## Action
+
+Call \`skill(name="skill-creator")\` now, then continue using the loaded guidance and the user's request.`;
+
 // src/features/builtin-commands/templates/start-work.ts
 var START_WORK_TEMPLATE = `You are starting a Sisyphus work session.
 
@@ -57662,184 +57853,20 @@ Reading plan and beginning execution...
 - Read the FULL plan file before delegating any tasks
 - Follow atlas delegation protocols (7-section format)`;
 
-// src/features/builtin-commands/templates/handoff.ts
-var HANDOFF_TEMPLATE = `# Handoff Command
-
-## Purpose
-
-Use /handoff when:
-- The current session context is getting too long and quality is degrading
-- You want to start fresh while preserving essential context from this session
-- The context window is approaching capacity
-
-This creates a detailed context summary that can be used to continue work in a new session.
-
----
-
-# PHASE 0: VALIDATE REQUEST
-
-Before proceeding, confirm:
-- [ ] There is meaningful work or context in this session to preserve
-- [ ] The user wants to create a handoff summary (not just asking about it)
-
-If the session is nearly empty or has no meaningful context, inform the user there is nothing substantial to hand off.
-
----
-
-# PHASE 1: GATHER PROGRAMMATIC CONTEXT
-
-Execute these tools to gather concrete data:
-
-1. session_read({ session_id: "$SESSION_ID" }) \u2014 full session history
-2. todoread() \u2014 current task progress
-3. Bash({ command: "git diff --stat HEAD~10..HEAD" }) \u2014 recent file changes
-4. Bash({ command: "git status --porcelain" }) \u2014 uncommitted changes
-
-Suggested execution order:
-
-\`\`\`
-session_read({ session_id: "$SESSION_ID" })
-todoread()
-Bash({ command: "git diff --stat HEAD~10..HEAD" })
-Bash({ command: "git status --porcelain" })
-\`\`\`
-
-Analyze the gathered outputs to understand:
-- What the user asked for (exact wording)
-- What work was completed
-- What tasks remain incomplete (include todo state)
-- What decisions were made
-- What files were modified or discussed (include git diff/stat + status)
-- What patterns, constraints, or preferences were established
-
----
-
-# PHASE 2: EXTRACT CONTEXT
-
-Write the context summary from first person perspective ("I did...", "I told you...").
-
-Focus on:
-- Capabilities and behavior, not file-by-file implementation details
-- What matters for continuing the work
-- Avoiding excessive implementation details (variable names, storage keys, constants) unless critical
-- USER REQUESTS (AS-IS) must be verbatim (do not paraphrase)
-- EXPLICIT CONSTRAINTS must be verbatim only (do not invent)
-
-Questions to consider when extracting:
-- What did I just do or implement?
-- What instructions did I already give which are still relevant (e.g. follow patterns in the codebase)?
-- What files did I tell you are important or that I am working on?
-- Did I provide a plan or spec that should be included?
-- What did I already tell you that is important (libraries, patterns, constraints, preferences)?
-- What important technical details did I discover (APIs, methods, patterns)?
-- What caveats, limitations, or open questions did I find?
-
----
-
-# PHASE 3: FORMAT OUTPUT
-
-Generate a handoff summary using this exact format:
-
-\`\`\`
-HANDOFF CONTEXT
-===============
-
-USER REQUESTS (AS-IS)
----------------------
-- [Exact verbatim user requests - NOT paraphrased]
-
-GOAL
-----
-[One sentence describing what should be done next]
-
-WORK COMPLETED
---------------
-- [First person bullet points of what was done]
-- [Include specific file paths when relevant]
-- [Note key implementation decisions]
-
-CURRENT STATE
--------------
-- [Current state of the codebase or task]
-- [Build/test status if applicable]
-- [Any environment or configuration state]
-
-PENDING TASKS
--------------
-- [Tasks that were planned but not completed]
-- [Next logical steps to take]
-- [Any blockers or issues encountered]
-- [Include current todo state from todoread()]
-
-KEY FILES
----------
-- [path/to/file1] - [brief role description]
-- [path/to/file2] - [brief role description]
-(Maximum 10 files, prioritized by importance)
-- (Include files from git diff/stat and git status)
-
-IMPORTANT DECISIONS
--------------------
-- [Technical decisions that were made and why]
-- [Trade-offs that were considered]
-- [Patterns or conventions established]
-
-EXPLICIT CONSTRAINTS
---------------------
-- [Verbatim constraints only - from user or existing AGENTS.md]
-- If none, write: None
-
-CONTEXT FOR CONTINUATION
-------------------------
-- [What the next session needs to know to continue]
-- [Warnings or gotchas to be aware of]
-- [References to documentation if relevant]
-\`\`\`
-
-Rules for the summary:
-- Plain text with bullets
-- No markdown headers with # (use the format above with dashes)
-- No bold, italic, or code fences within content
-- Use workspace-relative paths for files
-- Keep it focused - only include what matters for continuation
-- Pick an appropriate length based on complexity
-- USER REQUESTS (AS-IS) and EXPLICIT CONSTRAINTS must be verbatim only
-
----
-
-# PHASE 4: PROVIDE INSTRUCTIONS
-
-After generating the summary, instruct the user:
-
-\`\`\`
----
-
-TO CONTINUE IN A NEW SESSION:
-
-1. Press 'n' in OpenCode TUI to open a new session, or run 'opencode' in a new terminal
-2. Paste the HANDOFF CONTEXT above as your first message
-3. Add your request: "Continue from the handoff context above. [Your next task]"
-
-The new session will have all context needed to continue seamlessly.
-\`\`\`
-
----
-
-# IMPORTANT CONSTRAINTS
-
-- DO NOT attempt to programmatically create new sessions (no API available to agents)
-- DO provide a self-contained summary that works without access to this session
-- DO include workspace-relative file paths
-- DO NOT include sensitive information (API keys, credentials, secrets)
-- DO NOT exceed 10 files in the KEY FILES section
-- DO keep the GOAL section to a single sentence or short paragraph
+// src/features/builtin-commands/templates/stop-continuation.ts
+var STOP_CONTINUATION_TEMPLATE = `Stop all continuation mechanisms for the current session.
 
----
+This command will:
+1. Stop the todo-continuation-enforcer from automatically continuing incomplete tasks
+2. Cancel any active Ralph Loop
+3. Clear the boulder state for the current project
 
-# EXECUTE NOW
+After running this command:
+- The session will not auto-continue when idle
+- You can manually continue work when ready
+- The stop state is per-session and clears when the session ends
 
-Begin by gathering programmatic context, then synthesize the handoff summary.
-`;
+Use this when you need to pause automated continuation and take manual control.`;
 
 // src/features/builtin-commands/commands.ts
 var BUILTIN_COMMAND_DEFINITIONS = {
@@ -57889,6 +57916,17 @@ ${REFACTOR_TEMPLATE}
 </command-instruction>`,
     argumentHint: "<refactoring-target> [--scope=<file|module|project>] [--strategy=<safe|aggressive>]"
   },
+  "skill-creator": {
+    description: "(builtin) Load skill-creator guidance for creating and refining skills",
+    template: `<command-instruction>
+${SKILL_CREATOR_TEMPLATE}
+</command-instruction>
+
+<user-request>
+$ARGUMENTS
+</user-request>`,
+    argumentHint: "[goal or context]"
+  },
   "start-work": {
     description: "(builtin) Start Sisyphus work session from Prometheus plan",
     agent: "atlas",

package/dist/oh-my-opencode.schema.json

@@ -52,11 +52,13 @@
       "items": {
         "type": "string",
         "enum": [
+          "handoff",
           "init-deep",
           "ralph-loop",
           "ulw-loop",
           "cancel-ralph",
           "refactor",
+          "skill-creator",
           "start-work",
           "stop-continuation"
         ]

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "oh-my-opencode-gpt-slim",
-  "version": "0.1.1",
+  "version": "0.1.2",
   "description": "GPT-optimized lean fork of oh-my-openagent — 33 hooks removed, 5 tools removed, Sisyphus prompt rewritten based on OpenAI Codex prompt.md",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",
@@ -78,15 +78,15 @@
     "typescript": "^5.7.3"
   },
   "optionalDependencies": {
-    "oh-my-opencode-gpt-slim-darwin-arm64": "0.1.1",
-    "oh-my-opencode-gpt-slim-darwin-x64": "0.1.1",
-    "oh-my-opencode-gpt-slim-darwin-x64-baseline": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-arm64": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-arm64-musl": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64-baseline": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64-musl": "0.1.1",
-    "oh-my-opencode-gpt-slim-linux-x64-musl-baseline": "0.1.1"
+    "oh-my-opencode-gpt-slim-darwin-arm64": "0.1.2",
+    "oh-my-opencode-gpt-slim-darwin-x64": "0.1.2",
+    "oh-my-opencode-gpt-slim-darwin-x64-baseline": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-arm64": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-arm64-musl": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64-baseline": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64-musl": "0.1.2",
+    "oh-my-opencode-gpt-slim-linux-x64-musl-baseline": "0.1.2"
   },
   "overrides": {
     "@opencode-ai/sdk": "^1.2.17"