@grant-vine/wunderkind 0.17.0 → 0.19.0

package/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "wunderkind",
-  "version": "0.17.0",
+  "version": "0.19.0",
   "description": "Wunderkind \u2014 specialist AI agents for any software product team, built as an oh-my-openagent addon",
   "main": "dist/index.js"
 }

package/README.md

@@ -25,7 +25,8 @@ Wunderkind provides a tiered CLI for installation, project setup, and health che
 |---|---|---|
 | `wunderkind install` | Registers the plugin in OpenCode | OpenCode config + native agents/skills (+ shared native commands) |
 | `wunderkind upgrade` | Refreshes Wunderkind-owned native assets | Native agents/skills + shared native commands |
-| `wunderkind init` | Bootstraps a project with soul files | `.wunderkind/`, `AGENTS.md`, `CONTEXT.md`, `.sisyphus/`, docs README |
+| `wunderkind init` | Bootstraps a project with soul files | `.wunderkind/`, `AGENTS.md`, `CONTEXT.md`, `.omo/`, docs README |
+| `wunderkind migrate` | Moves legacy project artifacts into the primary OMO layout | `.sisyphus/` -> `.omo/` |
 | `wunderkind cleanup` | Removes project-local Wunderkind wiring and state | project OpenCode config + `.wunderkind/` |
 | `wunderkind doctor` | Read-only diagnostics | None |
 | `wunderkind uninstall` | Safely removes Wunderkind plugin wiring | OpenCode plugin config (+ global Wunderkind config when applicable) |
@@ -174,7 +175,7 @@ wunderkind init [options]
 Interactive `wunderkind init` always asks for team culture, org structure, and docs-output settings. It can also optionally create project-local SOUL files for any retained persona. Those SOUL questions are now select-first with an explicit custom-answer fallback, show a compact persona banner before each persona block, and prefill current project-local SOUL answers when you rerun `init` on an already configured project. Baseline market/regulation values are inherited unless you intentionally override them in project config.
 
 Wave 2 also lets `init` set the PRD/planning workflow mode for the project:
-- `filesystem` — PRDs, plans, issues, triage notes, RFCs, and glossary artifacts live in `.sisyphus/`
+- `filesystem` — PRDs, plans, issues, triage notes, RFCs, and glossary artifacts live in `.omo/`
 - `github` — GitHub-backed workflows can be used when `gh` is installed and the repo is GitHub-ready
 
 If `prdPipelineMode` is absent in an older project config, Wunderkind treats it as `filesystem`.
@@ -187,7 +188,7 @@ If `prdPipelineMode` is absent in an older project config, Wunderkind treats it
 - `.wunderkind/wunderkind.config.jsonc` — Project-specific configuration
 - `AGENTS.md` — Project knowledge base for agents
 - `CONTEXT.md` — Compact shared context for docs grilling, planning, and future skill compatibility
-- `.sisyphus/` — Directory for agent planning, notepads, and evidence
+- `.omo/` — Primary directory for agent planning, notepads, and evidence
 - `<docsPath>/README.md` — Auto-generated documentation index (if enabled)
 
 ### Documentation History Modes
@@ -294,7 +295,7 @@ wunderkind uninstall --scope=global
 wunderkind uninstall --scope=project
 ```
 
-`wunderkind uninstall` removes Wunderkind plugin registration from OpenCode config. On global uninstall it also removes `~/.wunderkind/wunderkind.config.jsonc` (and the parent `~/.wunderkind/` directory if it becomes empty). For safety, it intentionally leaves project-local customization/bootstrap artifacts untouched (`.wunderkind/`, `AGENTS.md`, `.sisyphus/`, docs folders).
+`wunderkind uninstall` removes Wunderkind plugin registration from OpenCode config. On global uninstall it also removes `~/.wunderkind/wunderkind.config.jsonc` (and the parent `~/.wunderkind/` directory if it becomes empty). For safety, it intentionally leaves project-local customization/bootstrap artifacts untouched (`.wunderkind/`, `AGENTS.md`, `.omo/`, legacy `.sisyphus/`, docs folders).
 
 ## Cleanup
 
@@ -304,7 +305,7 @@ Remove Wunderkind from just the current project without touching shared global c
 wunderkind cleanup
 ```
 
-`wunderkind cleanup` removes project-local OpenCode plugin wiring and the project's `.wunderkind/` directory. It intentionally leaves `AGENTS.md`, `.sisyphus/`, docs output folders, and shared global native assets untouched.
+`wunderkind cleanup` removes project-local OpenCode plugin wiring and the project's `.wunderkind/` directory. It intentionally leaves `AGENTS.md`, `.omo/`, legacy `.sisyphus/`, docs output folders, and shared global native assets untouched.
 
 ---
 
@@ -316,6 +317,18 @@ When enabled, agents can persist their decisions and strategies to your project'
 2. **Configure** in `.wunderkind/wunderkind.config.jsonc` via `docsEnabled`, `docsPath`, and `docHistoryMode`.
 3. **Refresh or bootstrap** via `/docs-index`. This executable plugin command uses one shared UTC token per run (`YYYY-MM-DDTHH-mm-ssZ`, for example `2026-03-12T18-37-52Z`). In `append-dated`, it updates canonical files with headings like `## Update 2026-03-12T18-37-52Z`. In `new-dated-file`, it writes managed family files like `marketing-strategy--2026-03-12T18-37-52Z.md` beside the canonical file. Existing date-only artifacts are preserved unchanged.
 
+## Legacy `.sisyphus/` Migration
+
+Wunderkind now treats `.omo/` as the primary project-working artifact root.
+
+If an older project still uses `.sisyphus/`, migrate it with:
+
+```bash
+wunderkind migrate
+```
+
+Use `wunderkind migrate --dry-run` to preview the move first.
+
 ---
 
 ## Code Health
@@ -336,7 +349,7 @@ Wunderkind supports that upstream bootstrap flow in this order:
 
 1. Run `wunderkind init` to create the project's soul files and local Wunderkind scaffolding.
 2. Have an agent populate `AGENTS.md` with project knowledge, conventions, and operating context.
-3. Systematically explore the codebase and capture durable findings in `.sisyphus/` notepads and evidence.
+3. Systematically explore the codebase and capture durable findings in `.omo/` notepads and evidence.
 4. Use `/docs-index` when docs output is enabled to refresh or bootstrap the managed docs set as the project evolves.
 
 Treat this as the recommended audit/bootstrap process for bringing a project up to a high-context Wunderkind baseline.
@@ -348,8 +361,8 @@ Treat this as the recommended audit/bootstrap process for bringing a project up
 The `/dream` native command is a mixed-domain workflow for ideation, soul synthesis, and project-aware exploration. It is owned by `product-wunderkind` and shipped as a static command asset.
 
 1. **Workflow**: /dream [topic] → ideation → soul synthesis → exploration.
-2. **Context**: Uses project-local SOUL overlays from `.wunderkind/souls/<agent-key>.md`, `AGENTS.md` knowledge, and `.sisyphus/` notepads/evidence for high-fidelity reasoning.
-3. **Output**: Chat-first. Any durable findings or artifacts must be explicitly requested for save (to `.sisyphus/notepads/` or `.sisyphus/evidence/` only).
+2. **Context**: Uses project-local SOUL overlays from `.wunderkind/souls/<agent-key>.md`, `AGENTS.md` knowledge, and `.omo/` notepads/evidence for high-fidelity reasoning.
+3. **Output**: Chat-first. Any durable findings or artifacts must be explicitly requested for save (to `.omo/notepads/` or `.omo/evidence/` only).
 4. **Lifecycle**: Refreshed via `wunderkind install` and `wunderkind upgrade`. Run `wunderkind doctor` to check for stale assets.
 
 ---
@@ -363,7 +376,7 @@ The `/dream` native command is a mixed-domain workflow for ideation, soul synthe
 
 Wunderkind installs native markdown assets into OpenCode's supported directories. Removing Wunderkind leaves any separate oh-my-openagent installation intact.
 
-> **Native asset install note**: Wunderkind registers its specialist agents and skills through OpenCode-native markdown files. Global installs and upgrades refresh the shared native assets, and the shipped `/docs-index` command is refreshed globally as a native command asset.
+> **Native asset install note**: Wunderkind registers its specialist agents and skills through OpenCode-native markdown files. Global installs and upgrades refresh the shared native assets, and shipped native commands such as `/docs-index` and `/dream` are refreshed globally as native command assets. These command assets now opt into OpenCode's `subtask: true` mode so they can execute as isolated command subtasks instead of polluting the caller's primary context.
 
 ---
 
@@ -403,6 +416,7 @@ Skill authoring and review in this repo follow `skills/SKILL-STANDARD.md`. New o
 | `write-a-skill` | product-wunderkind | Wunderkind-native skill authoring and adaptation |
 | `caveman` | product-wunderkind | Opt-in terse response mode for low-token, high-signal output |
 | `db-architect` | fullstack-wunderkind | Drizzle ORM, PostgreSQL, Neon DB |
+| `diagnose` | fullstack-wunderkind | Deterministic defect isolation, ranked hypotheses, and proving regression surfaces |
 | `code-health` | fullstack-wunderkind | Severity-ranked code health audit reports (coupling, testability, dependency risk) |
 | `vercel-architect` | fullstack-wunderkind | Vercel, Next.js App Router, Edge Runtime |
 | `improve-codebase-architecture` | fullstack-wunderkind | Architecture RFCs, seam design, deep modules, and deletion-test reviews |
@@ -561,7 +575,7 @@ Wunderkind's evolving workflow strategy is informed in part by Matt Pocock's pub
 
 - https://github.com/mattpocock/skills
 
-We plan to adapt selected ideas such as ubiquitous language, structured questioning, and PRD/planning flows to Wunderkind's filesystem-first `.sisyphus/` workflow rather than adopting GitHub-issue-centric assumptions directly.
+We plan to adapt selected ideas such as ubiquitous language, structured questioning, deterministic diagnosis, and PRD/planning flows to Wunderkind's filesystem-first `.omo/` workflow rather than adopting GitHub-issue-centric assumptions directly.
 
 ---
 
@@ -585,7 +599,17 @@ Run this command to ensure `.wunderkind/` and other AI tooling directories are g
 wunderkind gitignore
 ```
 
-This adds `.wunderkind/`, `AGENTS.md`, `.sisyphus/`, and `.opencode/` to your `.gitignore` if they aren't already present.
+This adds `.wunderkind/`, `AGENTS.md`, `.sisyphus/`, `.omo/`, and `.opencode/` to your `.gitignore` if they aren't already present.
+
+### `.omo/` vs `.opencode/`
+
+Wunderkind now treats `.omo/` as a first-class upstream AI trace directory because current oh-my-openagent workflows store project-local rules and task-system state there. At the same time, OpenCode project plugin/config surfaces still live under `.opencode/`.
+
+In practice:
+
+- keep `.omo/` for OMO-managed rules and task artifacts
+- keep `.opencode/` for OpenCode project plugins, commands, skills, and config
+- keep both gitignored unless you intentionally want to version-control a specific upstream workflow surface
 
 ---
 

package/agents/ciso.md

@@ -1,7 +1,7 @@
 ---
 description: >
   CISO — Security and compliance lead for threat modeling, controls, and risk decisions.
-wunderkind_version: "0.17.0"
+wunderkind_version: "0.19.0"
 mode: all
 temperature: 0.1
 permission:
@@ -119,6 +119,9 @@ Use this contract to choose the right delegation mechanism.
 ### Hard rules for delegation
 
 - Prefer **parallel delegation** when subtasks are independent and touch different concerns.
+- When you launch background work, record the returned background task id (`bg_...`) separately from any session id (`ses_...`). Do not confuse them.
+- After launching a background task, wait for the upstream completion signal before collecting output. Do not call `background_output` immediately after launch.
+- When the runtime signals completion, call `background_output` with the **background task id** and synthesize the delegated result before taking the next major step.
 - After delegating research or exploration, **wait for the delegated result and synthesize it**. Do not repeat the same search locally unless the delegated output is clearly insufficient.
 - Avoid unnecessary nested delegation. Use another layer of subagents only when the specialist adds clear value, because upstream background-agent depth is limited.
 - Name the target domain up front in the prompt so the receiving agent can act without re-triaging the same request.
@@ -215,21 +218,21 @@ Run a vulnerability audit and return severity-ranked package findings with recom
 
 ---
 
-## Persistent Context (.sisyphus/)
+## Persistent Context (.omo/)
 
-When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use these conventions.
+When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use `.omo/` as the primary project artifact root. If a repo still uses legacy `.sisyphus/`, prefer migrating it with `wunderkind migrate`.
 
 **Read before acting:**
-- Plan: `.sisyphus/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
-- Notepads: `.sisyphus/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
+- Plan: `.omo/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
+- Notepads: `.omo/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
 
 **Write after completing work:**
-- Learnings (attack patterns observed, control gaps, remediation approaches that worked): `.sisyphus/notepads/<plan-name>/learnings.md`
-- Decisions (risk acceptance decisions, mitigation choices, compliance interpretations): `.sisyphus/notepads/<plan-name>/decisions.md`
-- Blockers (unresolved High/Critical findings awaiting engineering action): `.sisyphus/notepads/<plan-name>/issues.md`
-- Evidence (when the command or workflow explicitly asks for durable proof): `.sisyphus/evidence/<topic>.md`
+- Learnings (attack patterns observed, control gaps, remediation approaches that worked): `.omo/notepads/<plan-name>/learnings.md`
+- Decisions (risk acceptance decisions, mitigation choices, compliance interpretations): `.omo/notepads/<plan-name>/decisions.md`
+- Blockers (unresolved High/Critical findings awaiting engineering action): `.omo/notepads/<plan-name>/issues.md`
+- Evidence (when the command or workflow explicitly asks for durable proof): `.omo/evidence/<topic>.md`
 
-**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.sisyphus/notepads/` and `.sisyphus/evidence/` paths so append-only guarantees are preserved. Never use the Edit tool directly on notepad or evidence files.
+**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.omo/notepads/` and `.omo/evidence/` paths so append-only guarantees are preserved. Legacy `.sisyphus/` lane paths may still appear in older prompts or repos, but they should be treated as compatibility aliases. Never use the Edit tool directly on notepad or evidence files.
 
 
 ## Hard Rules

package/agents/creative-director.md

@@ -1,7 +1,7 @@
 ---
 description: >
   Creative Director — Brand and UI/UX lead for design systems, visuals, and product experience.
-wunderkind_version: "0.17.0"
+wunderkind_version: "0.19.0"
 mode: all
 temperature: 0.4
 permission:
@@ -166,18 +166,18 @@ Every design decision must meet:
 
 ---
 
-## Persistent Context (.sisyphus/)
+## Persistent Context (.omo/)
 
-When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use these conventions.
+When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use `.omo/` as the primary project artifact root. If a repo still uses legacy `.sisyphus/`, prefer migrating it with `wunderkind migrate`.
 
 **Read before acting:**
-- Plan: `.sisyphus/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
-- Notepads: `.sisyphus/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
+- Plan: `.omo/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
+- Notepads: `.omo/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
 
 **Write after completing work:**
-- Learnings (design patterns adopted, typography choices, colour system insights): `.sisyphus/notepads/<plan-name>/learnings.md`
-- Decisions (brand direction choices, token naming conventions, accessibility trade-offs): `.sisyphus/notepads/<plan-name>/decisions.md`
-- Blockers (missing brand assets, unresolved accessibility failures, design reviews pending): `.sisyphus/notepads/<plan-name>/issues.md`
-- Evidence (when the command or workflow explicitly asks for durable proof): `.sisyphus/evidence/<topic>.md`
+- Learnings (design patterns adopted, typography choices, colour system insights): `.omo/notepads/<plan-name>/learnings.md`
+- Decisions (brand direction choices, token naming conventions, accessibility trade-offs): `.omo/notepads/<plan-name>/decisions.md`
+- Blockers (missing brand assets, unresolved accessibility failures, design reviews pending): `.omo/notepads/<plan-name>/issues.md`
+- Evidence (when the command or workflow explicitly asks for durable proof): `.omo/evidence/<topic>.md`
 
-**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.sisyphus/notepads/` and `.sisyphus/evidence/` paths so append-only guarantees are preserved. Never use the Edit tool directly on notepad or evidence files.
+**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.omo/notepads/` and `.omo/evidence/` paths so append-only guarantees are preserved. Legacy `.sisyphus/` lane paths may still appear in older prompts or repos, but they should be treated as compatibility aliases. Never use the Edit tool directly on notepad or evidence files.

package/agents/fullstack-wunderkind.md

@@ -1,7 +1,7 @@
 ---
 description: >
   Fullstack Wunderkind — CTO-calibre engineer for architecture, implementation, and systems tradeoffs.
-wunderkind_version: "0.17.0"
+wunderkind_version: "0.19.0"
 mode: all
 temperature: 0.1
 ---
@@ -139,6 +139,8 @@ You make precise, pragmatic engineering decisions. You know when to be pragmatic
 
 **Regression depth follows boundary crossings.** Start at the narrowest failing surface, then widen to integration or end-to-end coverage only when the defect crosses persistence, auth, messaging, queueing, or deployment boundaries.
 
+**Use the `diagnose` skill before speculative rewriting.** Deterministic reproduction, ranked hypotheses, narrow instrumentation, and the smallest proving regression surface should happen before broad implementation changes when the fault is still unclear.
+
 **Use the `tdd` skill for execution-heavy quality work.** Red-green-refactor, regression hardening, and defect-driven delivery stay under `fullstack-wunderkind` ownership even when the issue originated as product intake.
 
 ---
@@ -181,6 +183,9 @@ Use this contract to choose the right delegation mechanism.
 ### Hard rules for delegation
 
 - Prefer **parallel delegation** when subtasks are independent and touch different concerns.
+- When you launch background work, record the returned background task id (`bg_...`) separately from any session id (`ses_...`). Do not confuse them.
+- After launching a background task, wait for the upstream completion signal before collecting output. Do not call `background_output` immediately after launch.
+- When the runtime signals completion, call `background_output` with the **background task id** and synthesize the delegated result before taking the next major step.
 - After delegating research or exploration, **wait for the delegated result and synthesize it**. Do not repeat the same search locally unless the delegated output is clearly insufficient.
 - Avoid unnecessary nested delegation. Use another layer of subagents only when the specialist adds clear value, because upstream background-agent depth is limited.
 - Name the target domain up front in the prompt so the receiving agent can act without re-triaging the same request.
@@ -216,6 +221,14 @@ Every slash command must support a `--help` form.
 
 ---
 
+### `/diagnose <issue>`
+
+Run a deterministic engineering diagnosis loop before implementation or refactor decisions.
+
+- Invoke via `skill(name="diagnose")` to reproduce the failure, rank hypotheses, add the smallest proving instrumentation, and define the tightest regression surface before changing code.
+
+---
+
 ### `/validate-page <url>`
 
 Run a browser-backed audit for accessibility, CWV, console errors, broken links, and a screenshot.
@@ -264,6 +277,7 @@ Translate the alert into blast radius, triage steps, root-cause branches, succes
 
 ## Sub-Skill Delegation
 
+- Invoke via `skill(name="diagnose")` for deterministic bug reproduction, ranked hypothesis testing, focused instrumentation, and regression-surface definition before implementation starts.
 - Invoke via `skill(name="tdd")` for red-green-refactor loops, regression hardening, and defect-driven delivery.
 - Invoke via `skill(name="vercel-architect")` for Vercel, App Router, Edge runtime, Neon branching, and performance work.
 - Invoke via `skill(name="db-architect")` for schema design, query analysis, migrations, and index auditing.
@@ -281,21 +295,21 @@ Translate the alert into blast radius, triage steps, root-cause branches, succes
 
 ---
 
-## Persistent Context (.sisyphus/)
+## Persistent Context (.omo/)
 
-When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use these conventions.
+When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use `.omo/` as the primary project artifact root. If a repo still uses legacy `.sisyphus/`, prefer migrating it with `wunderkind migrate`.
 
 **Read before acting:**
-- Plan: `.sisyphus/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
-- Notepads: `.sisyphus/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
+- Plan: `.omo/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
+- Notepads: `.omo/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
 
 **Write after completing work:**
-- Learnings (patterns, conventions, successful approaches, tooling insights): `.sisyphus/notepads/<plan-name>/learnings.md`
-- Decisions (architectural choices, library selections, schema decisions): `.sisyphus/notepads/<plan-name>/decisions.md`
-- Blockers (build failures, type errors not yet resolved, external blockers): `.sisyphus/notepads/<plan-name>/issues.md`
-- Evidence (when the command or workflow explicitly asks for durable proof): `.sisyphus/evidence/<topic>.md`
+- Learnings (patterns, conventions, successful approaches, tooling insights): `.omo/notepads/<plan-name>/learnings.md`
+- Decisions (architectural choices, library selections, schema decisions): `.omo/notepads/<plan-name>/decisions.md`
+- Blockers (build failures, type errors not yet resolved, external blockers): `.omo/notepads/<plan-name>/issues.md`
+- Evidence (when the command or workflow explicitly asks for durable proof): `.omo/evidence/<topic>.md`
 
-**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.sisyphus/notepads/` and `.sisyphus/evidence/` paths so append-only guarantees are preserved. Never use the Edit tool directly on notepad or evidence files.
+**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.omo/notepads/` and `.omo/evidence/` paths so append-only guarantees are preserved. Legacy `.sisyphus/` lane paths may still appear in older prompts or repos, but they should be treated as compatibility aliases. Never use the Edit tool directly on notepad or evidence files.
 
 ---
 

package/agents/legal-counsel.md

@@ -1,7 +1,7 @@
 ---
 description: >
   Legal Counsel — Legal and regulatory advisor for contracts, licensing, and compliance posture.
-wunderkind_version: "0.17.0"
+wunderkind_version: "0.19.0"
 mode: all
 temperature: 0.1
 permission:
@@ -139,21 +139,21 @@ Recommend CLA vs DCO and draft the chosen contribution-ownership path.
 
 ---
 
-## Persistent Context (.sisyphus/)
+## Persistent Context (.omo/)
 
-When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use these conventions.
+When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use `.omo/` as the primary project artifact root. If a repo still uses legacy `.sisyphus/`, prefer migrating it with `wunderkind migrate`.
 
 **Read before acting:**
-- Plan: `.sisyphus/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
-- Notepads: `.sisyphus/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
+- Plan: `.omo/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
+- Notepads: `.omo/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
 
 **Write after completing work:**
-- Learnings (jurisdiction-specific interpretations, licensing edge cases, regulatory nuances discovered): `.sisyphus/notepads/<plan-name>/learnings.md`
-- Decisions (license compatibility conclusions, risk acceptance decisions, contract clause recommendations): `.sisyphus/notepads/<plan-name>/decisions.md`
-- Blockers (ambiguous license terms requiring external counsel, missing regulatory clarity, unresolved IP questions): `.sisyphus/notepads/<plan-name>/issues.md`
-- Evidence (when the command or workflow explicitly asks for durable proof): `.sisyphus/evidence/<topic>.md`
+- Learnings (jurisdiction-specific interpretations, licensing edge cases, regulatory nuances discovered): `.omo/notepads/<plan-name>/learnings.md`
+- Decisions (license compatibility conclusions, risk acceptance decisions, contract clause recommendations): `.omo/notepads/<plan-name>/decisions.md`
+- Blockers (ambiguous license terms requiring external counsel, missing regulatory clarity, unresolved IP questions): `.omo/notepads/<plan-name>/issues.md`
+- Evidence (when the command or workflow explicitly asks for durable proof): `.omo/evidence/<topic>.md`
 
-**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.sisyphus/notepads/` and `.sisyphus/evidence/` paths so append-only guarantees are preserved. Never use the Edit tool directly on notepad or evidence files.
+**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.omo/notepads/` and `.omo/evidence/` paths so append-only guarantees are preserved. Legacy `.sisyphus/` lane paths may still appear in older prompts or repos, but they should be treated as compatibility aliases. Never use the Edit tool directly on notepad or evidence files.
 
 ## Hard Rules
 

package/agents/marketing-wunderkind.md

@@ -1,7 +1,7 @@
 ---
 description: >
   Marketing Wunderkind — CMO-calibre strategist for brand, community, developer advocacy, docs-led launches, adoption, PR, and go-to-market work.
-wunderkind_version: "0.17.0"
+wunderkind_version: "0.19.0"
 mode: all
 temperature: 0.3
 permission:
@@ -169,20 +169,20 @@ Compare competitor positioning, launch patterns, docs support, and adoption stra
 
 ---
 
-## Persistent Context (.sisyphus/)
+## Persistent Context (.omo/)
 
-When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use these conventions.
+When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use `.omo/` as the primary project artifact root. If a repo still uses legacy `.sisyphus/`, prefer migrating it with `wunderkind migrate`.
 
 **Read before acting:**
-- Plan: `.sisyphus/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
-- Notepads: `.sisyphus/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
+- Plan: `.omo/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
+- Notepads: `.omo/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
 
 **Write after completing work:**
-- Learnings (campaign patterns, community signals, launch tactics, docs or onboarding moves that improved adoption): `.sisyphus/notepads/<plan-name>/learnings.md`
-- Decisions (positioning choices, channel mix, narrative priorities, developer-audience tradeoffs): `.sisyphus/notepads/<plan-name>/decisions.md`
-- Blockers (approval bottlenecks, missing assets, unclear product details, access gaps for live audits): `.sisyphus/notepads/<plan-name>/issues.md`
-- Evidence (when the command or workflow explicitly asks for durable proof): `.sisyphus/evidence/<topic>.md`
+- Learnings (campaign patterns, community signals, launch tactics, docs or onboarding moves that improved adoption): `.omo/notepads/<plan-name>/learnings.md`
+- Decisions (positioning choices, channel mix, narrative priorities, developer-audience tradeoffs): `.omo/notepads/<plan-name>/decisions.md`
+- Blockers (approval bottlenecks, missing assets, unclear product details, access gaps for live audits): `.omo/notepads/<plan-name>/issues.md`
+- Evidence (when the command or workflow explicitly asks for durable proof): `.omo/evidence/<topic>.md`
 
-**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.sisyphus/notepads/` and `.sisyphus/evidence/` paths so append-only guarantees are preserved. Never use the Edit tool directly on notepad or evidence files.
+**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.omo/notepads/` and `.omo/evidence/` paths so append-only guarantees are preserved. Legacy `.sisyphus/` lane paths may still appear in older prompts or repos, but they should be treated as compatibility aliases. Never use the Edit tool directly on notepad or evidence files.
 
 ---

package/agents/product-wunderkind.md

@@ -1,7 +1,7 @@
 ---
 description: >
   Product Wunderkind — Default orchestrator and front door for all Wunderkind requests. Routes, clarifies, and synthesizes across specialists. VP Product authority for strategy, roadmaps, PRDs, OKRs, issue intake, acceptance review, and decomposition.
-wunderkind_version: "0.17.0"
+wunderkind_version: "0.19.0"
 mode: all
 temperature: 0.2
 permission:
@@ -179,6 +179,9 @@ Use this contract to choose the right delegation mechanism.
 ### Hard rules for delegation
 
 - Prefer **parallel delegation** when subtasks are independent and touch different concerns.
+- When you launch background work, record the returned background task id (`bg_...`) separately from any session id (`ses_...`). Do not confuse them.
+- After launching a background task, wait for the upstream completion signal before collecting output. Do not call `background_output` immediately after launch.
+- When the runtime signals completion, call `background_output` with the **background task id** and synthesize the delegated result before taking the next major step.
 - After delegating research or exploration, **wait for the delegated result and synthesize it**. Do not repeat the same search locally unless the delegated output is clearly insufficient.
 - Avoid unnecessary nested delegation. Use another layer of subagents only when the specialist adds clear value, because upstream background-agent depth is limited.
 - Name the target domain up front in the prompt so the receiving agent can act without re-triaging the same request.
@@ -216,9 +219,9 @@ Every slash command must support a `--help` form.
 
 ### `/setup-wunderkind-workflow`
 
-Establish the repo-local workflow contract for issue flow, triage vocabulary, glossary/docs locations, and `.sisyphus/` artifact conventions.
+Establish the repo-local workflow contract for issue flow, triage vocabulary, glossary/docs locations, and `.omo/` artifact conventions.
 
-- Invoke via `skill(name="setup-wunderkind-workflow")` to adapt Matt-style setup patterns to Wunderkind-native locations such as `AGENTS.md` and `.sisyphus/`.
+- Invoke via `skill(name="setup-wunderkind-workflow")` to adapt Matt-style setup patterns to Wunderkind-native locations such as `AGENTS.md` and `.omo/`.
 
 ---
 
@@ -285,20 +288,20 @@ Identify the value moment, propose candidate metrics, choose the best one, and m
 
 ---
 
-## Persistent Context (.sisyphus/)
+## Persistent Context (.omo/)
 
-When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use these conventions.
+When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a `<Work_Context>` block specifying plan and notepad paths. Always honour it. When operating independently, use `.omo/` as the primary project artifact root. If a repo still uses legacy `.sisyphus/`, prefer migrating it with `wunderkind migrate`.
 
 **Read before acting:**
-- Plan: `.sisyphus/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
-- Notepads: `.sisyphus/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
+- Plan: `.omo/plans/*.md` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
+- Notepads: `.omo/notepads/<plan-name>/` — read for inherited context, prior decisions, and local conventions.
 
 **Write after completing work:**
-- Learnings (prioritisation insights, stakeholder feedback patterns, what moved metrics): `.sisyphus/notepads/<plan-name>/learnings.md`
-- Decisions (scope decisions, feature cuts, OKR changes): `.sisyphus/notepads/<plan-name>/decisions.md`
-- Blockers (dependency blocks, missing research, stakeholder misalignment): `.sisyphus/notepads/<plan-name>/issues.md`
-- Evidence (when the command or workflow explicitly asks for durable proof): `.sisyphus/evidence/<topic>.md`
+- Learnings (prioritisation insights, stakeholder feedback patterns, what moved metrics): `.omo/notepads/<plan-name>/learnings.md`
+- Decisions (scope decisions, feature cuts, OKR changes): `.omo/notepads/<plan-name>/decisions.md`
+- Blockers (dependency blocks, missing research, stakeholder misalignment): `.omo/notepads/<plan-name>/issues.md`
+- Evidence (when the command or workflow explicitly asks for durable proof): `.omo/evidence/<topic>.md`
 
-**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.sisyphus/notepads/` and `.sisyphus/evidence/` paths so append-only guarantees are preserved. Never use the Edit tool directly on notepad or evidence files.
+**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected `.omo/notepads/` and `.omo/evidence/` paths so append-only guarantees are preserved. Legacy `.sisyphus/` lane paths may still appear in older prompts or repos, but they should be treated as compatibility aliases. Never use the Edit tool directly on notepad or evidence files.
 
 ---

package/commands/docs-index.md

@@ -1,6 +1,7 @@
 ---
 description: Regenerate Wunderkind-managed project documentation and refresh the docs index
 agent: product-wunderkind
+subtask: true
 ---
 
 You are coordinating a lightweight Wunderkind documentation refresh/bootstrap workflow for this project.
@@ -25,7 +26,7 @@ This command is invoked as `/docs-index`.
 - Use canonical filenames from Wunderkind's built-in ownership map. Treat timestamped files derived from those canonical basenames as managed family files, not legacy files to normalize away.
 - Do not let individual agents invent output paths. For `append-dated`, keep each eligible agent in its canonical managed home file. For `new-dated-file`, write timestamped family files beside that canonical home file.
 - Treat the current working directory as the trust boundary. Never inspect parent directories, sibling repos, home directories, or arbitrary filesystem locations.
-- Never glob or search outside the configured docs directory, `.wunderkind/`, `AGENTS.md`, `.sisyphus/`, and this shipped `/docs-index` command asset.
+- Never glob or search outside the configured docs directory, `.wunderkind/`, `AGENTS.md`, `.omo/`, and this shipped `/docs-index` command asset.
 - Surface partial failures clearly, but still keep the docs index aligned with the successfully refreshed or created outputs.
 
 ## Notes

package/commands/dream.md

@@ -1,6 +1,7 @@
 ---
 description: Wunderkind-native mixed workflow for ideation, SOUL synthesis, and exploration
 agent: product-wunderkind
+subtask: true
 ---
 
 You are coordinating the `/dream` workflow—a Wunderkind-native mixed ideation, SOUL synthesis, and exploration process.
@@ -11,7 +12,7 @@ This command is invoked as `/dream`.
 
 ## Responsibilities
 
-1. **Ideation**: Synthesize project vision, aspirations, and high-level concepts from the SOUL overlays, `AGENTS.md`, and `.sisyphus/` context.
+1. **Ideation**: Synthesize project vision, aspirations, and high-level concepts from the SOUL overlays, `AGENTS.md`, and `.omo/` context.
 2. **Soul Synthesis**: Read `.wunderkind/souls/<agent-key>.md` for relevant specialist agents to surface their current personality, durable preferences, and domain constraints.
 3. **Exploration**: Systematically investigate the codebase, open questions, or specific topics through targeted research before producing any conceptual output.
 4. **Selective Delegation**: Act as the coordinator (product-wunderkind) to choose which of the 6 specialist agents to involve based on the topic. Delegation is evidence-driven and selective, not mandatory for all six.
@@ -24,7 +25,7 @@ This command is invoked as `/dream`.
 ## Constraints
 
 - **Chat-First**: Default behavior is chat-first output. Do not create or modify files by default.
-- **Save Only on Request**: Save output ONLY when the user explicitly asks. Permitted targets: `.sisyphus/notepads/` and `.sisyphus/evidence/`, written via Wunderkind's bounded durable-artifact writer so append-only guarantees are preserved.
+- **Save Only on Request**: Save output ONLY when the user explicitly asks. Permitted targets: `.omo/notepads/` and `.omo/evidence/`, written via Wunderkind's bounded durable-artifact writer so append-only guarantees are preserved.
 - **Target Restrictions**: Never write to project planning directories or any other directory not listed above.
 - **No Mutation**: Do not mutate, update, or change SOUL files in `.wunderkind/souls/`. These are read-only for this workflow.
 - **No Configuration Edits**: Do not reference, read, or modify the project configuration file, system configuration keys, or environment setup prompts.
@@ -35,7 +36,7 @@ This command is invoked as `/dream`.
 
 - This command is shipped as `/dream`.
 - Use the workflow to bridge the gap between abstract project goals and concrete codebase reality.
-- When saving evidence of exploration, append findings to the requested file in `.sisyphus/evidence/` with a clear description of the discovery by using the durable artifact writer instead of generic Edit/Write flows.
+- When saving evidence of exploration, append findings to the requested file in `.omo/evidence/` with a clear description of the discovery by using the durable artifact writer instead of generic Edit/Write flows.
 - Soul synthesis ensures that the "dream" is aligned with the specific personalities configured for the project.
 
 <user-request>

package/dist/agents/fullstack-wunderkind.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"fullstack-wunderkind.d.ts","sourceRoot":"","sources":["../../src/agents/fullstack-wunderkind.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,kBAAkB,CAAA;AACnD,OAAO,KAAK,EAAa,mBAAmB,EAAE,MAAM,YAAY,CAAA;AAMhE,eAAO,MAAM,6BAA6B,EAAE,mBA2B3C,CAAA;AAED,wBAAgB,8BAA8B,CAAC,KAAK,EAAE,MAAM,GAAG,WAAW,CA+LzE;yBA/Le,8BAA8B"}
+{"version":3,"file":"fullstack-wunderkind.d.ts","sourceRoot":"","sources":["../../src/agents/fullstack-wunderkind.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,WAAW,EAAE,MAAM,kBAAkB,CAAA;AACnD,OAAO,KAAK,EAAa,mBAAmB,EAAE,MAAM,YAAY,CAAA;AAMhE,eAAO,MAAM,6BAA6B,EAAE,mBA2B3C,CAAA;AAED,wBAAgB,8BAA8B,CAAC,KAAK,EAAE,MAAM,GAAG,WAAW,CAiMzE;yBAjMe,8BAA8B"}

package/dist/agents/fullstack-wunderkind.js

@@ -8,7 +8,7 @@ export const FULLSTACK_WUNDERKIND_METADATA = {
     triggers: [
         {
             domain: "Engineering",
-            trigger: "Full-stack development, database work, Vercel/Next.js, architecture decisions, code review, TDD execution, regression coverage, technical defect diagnosis, reliability engineering, runbooks, admin tooling, AI integration",
+            trigger: "Full-stack development, database work, Vercel/Next.js, architecture decisions, code review, TDD execution, deterministic defect diagnosis, regression coverage, technical defect diagnosis, reliability engineering, runbooks, admin tooling, AI integration",
         },
     ],
     useWhen: [
@@ -168,6 +168,8 @@ You make precise, pragmatic engineering decisions. You know when to be pragmatic
 
 **Regression depth follows boundary crossings.** Start at the narrowest failing surface, then widen to integration or end-to-end coverage only when the defect crosses persistence, auth, messaging, queueing, or deployment boundaries.
 
+**Use the \`diagnose\` skill before speculative rewriting.** Deterministic reproduction, ranked hypotheses, narrow instrumentation, and the smallest proving regression surface should happen before broad implementation changes when the fault is still unclear.
+
 **Use the \`tdd\` skill for execution-heavy quality work.** Red-green-refactor, regression hardening, and defect-driven delivery stay under \`fullstack-wunderkind\` ownership even when the issue originated as product intake.
 
 ---

package/dist/agents/fullstack-wunderkind.js.map

@@ -1 +1 @@
-{"version":3,"file":"fullstack-wunderkind.js","sourceRoot":"","sources":["../../src/agents/fullstack-wunderkind.ts"],"names":[],"mappings":"AAEA,OAAO,EAAE,8BAA8B,EAAE,6BAA6B,EAAE,2BAA2B,EAAE,0BAA0B,EAAE,MAAM,6BAA6B,CAAA;AACpK,OAAO,EAAE,6BAA6B,EAAE,MAAM,qBAAqB,CAAA;AAEnE,MAAM,IAAI,GAAc,KAAK,CAAA;AAE7B,MAAM,CAAC,MAAM,6BAA6B,GAAwB;IAChE,QAAQ,EAAE,YAAY;IACtB,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,sBAAsB;IACnC,QAAQ,EAAE;QACR;YACE,MAAM,EAAE,aAAa;YACrB,OAAO,EACL,8NAA8N;SACjO;KACF;IACD,OAAO,EAAE;QACP,0DAA0D;QAC1D,gDAAgD;QAChD,uEAAuE;QACvE,6DAA6D;QAC7D,sEAAsE;QACtE,oGAAoG;QACpG,gGAAgG;QAChG,kDAAkD;KACnD;IACD,SAAS,EAAE;QACT,8EAA8E;QAC9E,+CAA+C;QAC/C,oFAAoF;QACpF,mGAAmG;KACpG;CACF,CAAA;AAED,MAAM,UAAU,8BAA8B,CAAC,KAAa;IAC1D,MAAM,wBAAwB,GAAG,6BAA6B,CAAC;QAC7D,SAAS,EAAE,gEAAgE;QAC3E,SAAS,EAAE,6DAA6D;QACxE,QAAQ,EAAE,iEAAiE;KAC5E,CAAC,CAAA;IACF,MAAM,yBAAyB,GAAG,8BAA8B,EAAE,CAAA;IAClE,MAAM,sBAAsB,GAAG,2BAA2B,EAAE,CAAA;IAC5D,MAAM,oBAAoB,GAAG,0BAA0B,CAAC,6BAA6B,CAAC,sBAAsB,CAAC,CAAC,CAAA;IAE9G,OAAO;QACL,WAAW,EACT,sgDAAsgD;QACxgD,IAAI,EAAE,IAAI;QACV,KAAK;QACL,WAAW,EAAE,GAAG;QAChB,MAAM,EAAE;;;;EAIV,sBAAsB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAoJtB,yBAAyB;;;;EAIzB,oBAAoB;;;;EAIpB,wBAAwB;;;;;;;;;;;;;qGAa2E;KAClG,CAAA;AACH,CAAC;AAED,8BAA8B,CAAC,IAAI,GAAG,IAAI,CAAA"}
+{"version":3,"file":"fullstack-wunderkind.js","sourceRoot":"","sources":["../../src/agents/fullstack-wunderkind.ts"],"names":[],"mappings":"AAEA,OAAO,EAAE,8BAA8B,EAAE,6BAA6B,EAAE,2BAA2B,EAAE,0BAA0B,EAAE,MAAM,6BAA6B,CAAA;AACpK,OAAO,EAAE,6BAA6B,EAAE,MAAM,qBAAqB,CAAA;AAEnE,MAAM,IAAI,GAAc,KAAK,CAAA;AAE7B,MAAM,CAAC,MAAM,6BAA6B,GAAwB;IAChE,QAAQ,EAAE,YAAY;IACtB,IAAI,EAAE,WAAW;IACjB,WAAW,EAAE,sBAAsB;IACnC,QAAQ,EAAE;QACR;YACE,MAAM,EAAE,aAAa;YACrB,OAAO,EACL,8PAA8P;SACjQ;KACF;IACD,OAAO,EAAE;QACP,0DAA0D;QAC1D,gDAAgD;QAChD,uEAAuE;QACvE,6DAA6D;QAC7D,sEAAsE;QACtE,oGAAoG;QACpG,gGAAgG;QAChG,kDAAkD;KACnD;IACD,SAAS,EAAE;QACT,8EAA8E;QAC9E,+CAA+C;QAC/C,oFAAoF;QACpF,mGAAmG;KACpG;CACF,CAAA;AAED,MAAM,UAAU,8BAA8B,CAAC,KAAa;IAC1D,MAAM,wBAAwB,GAAG,6BAA6B,CAAC;QAC7D,SAAS,EAAE,gEAAgE;QAC3E,SAAS,EAAE,6DAA6D;QACxE,QAAQ,EAAE,iEAAiE;KAC5E,CAAC,CAAA;IACF,MAAM,yBAAyB,GAAG,8BAA8B,EAAE,CAAA;IAClE,MAAM,sBAAsB,GAAG,2BAA2B,EAAE,CAAA;IAC5D,MAAM,oBAAoB,GAAG,0BAA0B,CAAC,6BAA6B,CAAC,sBAAsB,CAAC,CAAC,CAAA;IAE9G,OAAO;QACL,WAAW,EACT,sgDAAsgD;QACxgD,IAAI,EAAE,IAAI;QACV,KAAK;QACL,WAAW,EAAE,GAAG;QAChB,MAAM,EAAE;;;;EAIV,sBAAsB;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;EAsJtB,yBAAyB;;;;EAIzB,oBAAoB;;;;EAIpB,wBAAwB;;;;;;;;;;;;;qGAa2E;KAClG,CAAA;AACH,CAAC;AAED,8BAA8B,CAAC,IAAI,GAAG,IAAI,CAAA"}

package/dist/agents/shared-prompt-sections.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"shared-prompt-sections.d.ts","sourceRoot":"","sources":["../../src/agents/shared-prompt-sections.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,oBAAoB,EAAE,MAAM,qBAAqB,CAAA;AAE/D,wBAAgB,6BAA6B,CAAC,OAAO,EAAE;IACrD,SAAS,EAAE,MAAM,CAAA;IACjB,SAAS,EAAE,MAAM,CAAA;IACjB,QAAQ,EAAE,MAAM,CAAA;CACjB,GAAG,MAAM,CAgBT;AAED,wBAAgB,2BAA2B,IAAI,MAAM,CAUpD;AAED,wBAAgB,4BAA4B,IAAI,MAAM,CAKrD;AAED,wBAAgB,0BAA0B,CAAC,QAAQ,EAAE,oBAAoB,GAAG,MAAM,CAiBjF;AAED,wBAAgB,8BAA8B,IAAI,MAAM,CAsCvD"}
+{"version":3,"file":"shared-prompt-sections.d.ts","sourceRoot":"","sources":["../../src/agents/shared-prompt-sections.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,oBAAoB,EAAE,MAAM,qBAAqB,CAAA;AAE/D,wBAAgB,6BAA6B,CAAC,OAAO,EAAE;IACrD,SAAS,EAAE,MAAM,CAAA;IACjB,SAAS,EAAE,MAAM,CAAA;IACjB,QAAQ,EAAE,MAAM,CAAA;CACjB,GAAG,MAAM,CAgBT;AAED,wBAAgB,2BAA2B,IAAI,MAAM,CAUpD;AAED,wBAAgB,4BAA4B,IAAI,MAAM,CAKrD;AAED,wBAAgB,0BAA0B,CAAC,QAAQ,EAAE,oBAAoB,GAAG,MAAM,CAiBjF;AAED,wBAAgB,8BAA8B,IAAI,MAAM,CAyCvD"}

package/dist/agents/shared-prompt-sections.js

@@ -1,19 +1,19 @@
 export function buildPersistentContextSection(options) {
-    return `## Persistent Context (.sisyphus/)
+    return `## Persistent Context (.omo/)
 
-When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a \`<Work_Context>\` block specifying plan and notepad paths. Always honour it. When operating independently, use these conventions.
+When operating as a subagent inside an OpenCode orchestrated workflow (Atlas/Sisyphus), you will receive a \`<Work_Context>\` block specifying plan and notepad paths. Always honour it. When operating independently, use \`.omo/\` as the primary project artifact root. If a repo still uses legacy \`.sisyphus/\`, prefer migrating it with \`wunderkind migrate\`.
 
 **Read before acting:**
-- Plan: \`.sisyphus/plans/*.md\` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
-- Notepads: \`.sisyphus/notepads/<plan-name>/\` — read for inherited context, prior decisions, and local conventions.
+- Plan: \`.omo/plans/*.md\` — READ ONLY. Never modify. Never mark checkboxes. The orchestrator manages the plan.
+- Notepads: \`.omo/notepads/<plan-name>/\` — read for inherited context, prior decisions, and local conventions.
 
 **Write after completing work:**
-- Learnings (${options.learnings}): \`.sisyphus/notepads/<plan-name>/learnings.md\`
-- Decisions (${options.decisions}): \`.sisyphus/notepads/<plan-name>/decisions.md\`
-- Blockers (${options.blockers}): \`.sisyphus/notepads/<plan-name>/issues.md\`
-- Evidence (when the command or workflow explicitly asks for durable proof): \`.sisyphus/evidence/<topic>.md\`
+- Learnings (${options.learnings}): \`.omo/notepads/<plan-name>/learnings.md\`
+- Decisions (${options.decisions}): \`.omo/notepads/<plan-name>/decisions.md\`
+- Blockers (${options.blockers}): \`.omo/notepads/<plan-name>/issues.md\`
+- Evidence (when the command or workflow explicitly asks for durable proof): \`.omo/evidence/<topic>.md\`
 
-**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected \`.sisyphus/notepads/\` and \`.sisyphus/evidence/\` paths so append-only guarantees are preserved. Never use the Edit tool directly on notepad or evidence files.`;
+**APPEND ONLY** — never overwrite notepad or evidence files. Use normal Write/Edit for ordinary repo files. Use Wunderkind's bounded durable-artifact writer only for protected \`.omo/notepads/\` and \`.omo/evidence/\` paths so append-only guarantees are preserved. Legacy \`.sisyphus/\` lane paths may still appear in older prompts or repos, but they should be treated as compatibility aliases. Never use the Edit tool directly on notepad or evidence files.`;
 }
 export function buildSoulMaintenanceSection() {
     return `## SOUL Maintenance (.wunderkind/souls/)
@@ -65,6 +65,9 @@ Use this contract to choose the right delegation mechanism.
 ### Hard rules for delegation
 
 - Prefer **parallel delegation** when subtasks are independent and touch different concerns.
+- When you launch background work, record the returned background task id (\`bg_...\`) separately from any session id (\`ses_...\`). Do not confuse them.
+- After launching a background task, wait for the upstream completion signal before collecting output. Do not call \`background_output\` immediately after launch.
+- When the runtime signals completion, call \`background_output\` with the **background task id** and synthesize the delegated result before taking the next major step.
 - After delegating research or exploration, **wait for the delegated result and synthesize it**. Do not repeat the same search locally unless the delegated output is clearly insufficient.
 - Avoid unnecessary nested delegation. Use another layer of subagents only when the specialist adds clear value, because upstream background-agent depth is limited.
 - Name the target domain up front in the prompt so the receiving agent can act without re-triaging the same request.

package/dist/agents/shared-prompt-sections.js.map

@@ -1 +1 @@
-{"version":3,"file":"shared-prompt-sections.js","sourceRoot":"","sources":["../../src/agents/shared-prompt-sections.ts"],"names":[],"mappings":"AAEA,MAAM,UAAU,6BAA6B,CAAC,OAI7C;IACC,OAAO;;;;;;;;;eASM,OAAO,CAAC,SAAS;eACjB,OAAO,CAAC,SAAS;cAClB,OAAO,CAAC,QAAQ;;;kVAGoT,CAAA;AAClV,CAAC;AAED,MAAM,UAAU,2BAA2B;IACzC,OAAO;;;;;;;;oNAQ2M,CAAA;AACpN,CAAC;AAED,MAAM,UAAU,4BAA4B;IAC1C,OAAO;;;6IAGoI,CAAA;AAC7I,CAAC;AAED,MAAM,UAAU,0BAA0B,CAAC,QAA8B;IACvE,MAAM,aAAa,GAAG,QAAQ,CAAC,QAAQ,CAAC,GAAG,CAAC,CAAC,OAAO,EAAE,EAAE;QACtD,MAAM,OAAO,GAAG,OAAO,CAAC,OAAO,EAAE,GAAG,CAAC,CAAC,MAAM,EAAE,EAAE,CAAC,KAAK,MAAM,EAAE,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;QAC1E,OAAO,CAAC,SAAS,OAAO,CAAC,OAAO,IAAI,EAAE,OAAO,CAAC,OAAO,EAAE,OAAO,CAAC,CAAC,MAAM,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,IAAI,KAAK,SAAS,IAAI,IAAI,KAAK,EAAE,CAAC,CAAC,IAAI,CAAC,MAAM,CAAC,CAAA;IAClI,CAAC,CAAC,CAAA;IAEF,MAAM,aAAa,GAAG,QAAQ,CAAC,QAAQ,EAAE,GAAG,CAAC,CAAC,OAAO,EAAE,EAAE;QACvD,MAAM,KAAK,GAAG,OAAO,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,KAAK,IAAI,EAAE,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;QACjE,OAAO,CAAC,MAAM,OAAO,CAAC,OAAO,EAAE,EAAE,KAAK,CAAC,CAAC,IAAI,CAAC,MAAM,CAAC,CAAA;IACtD,CAAC,CAAC,IAAI,EAAE,CAAA;IAER,OAAO;QACL,mBAAmB;QACnB,4BAA4B,EAAE;QAC9B,GAAG,aAAa;QAChB,GAAG,aAAa;KACjB,CAAC,IAAI,CAAC,aAAa,CAAC,CAAA;AACvB,CAAC;AAED,MAAM,UAAU,8BAA8B;IAC5C,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAoCF,CAAA;AACP,CAAC"}
+{"version":3,"file":"shared-prompt-sections.js","sourceRoot":"","sources":["../../src/agents/shared-prompt-sections.ts"],"names":[],"mappings":"AAEA,MAAM,UAAU,6BAA6B,CAAC,OAI7C;IACC,OAAO;;;;;;;;;eASM,OAAO,CAAC,SAAS;eACjB,OAAO,CAAC,SAAS;cAClB,OAAO,CAAC,QAAQ;;;0cAG4a,CAAA;AAC1c,CAAC;AAED,MAAM,UAAU,2BAA2B;IACzC,OAAO;;;;;;;;oNAQ2M,CAAA;AACpN,CAAC;AAED,MAAM,UAAU,4BAA4B;IAC1C,OAAO;;;6IAGoI,CAAA;AAC7I,CAAC;AAED,MAAM,UAAU,0BAA0B,CAAC,QAA8B;IACvE,MAAM,aAAa,GAAG,QAAQ,CAAC,QAAQ,CAAC,GAAG,CAAC,CAAC,OAAO,EAAE,EAAE;QACtD,MAAM,OAAO,GAAG,OAAO,CAAC,OAAO,EAAE,GAAG,CAAC,CAAC,MAAM,EAAE,EAAE,CAAC,KAAK,MAAM,EAAE,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;QAC1E,OAAO,CAAC,SAAS,OAAO,CAAC,OAAO,IAAI,EAAE,OAAO,CAAC,OAAO,EAAE,OAAO,CAAC,CAAC,MAAM,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,IAAI,KAAK,SAAS,IAAI,IAAI,KAAK,EAAE,CAAC,CAAC,IAAI,CAAC,MAAM,CAAC,CAAA;IAClI,CAAC,CAAC,CAAA;IAEF,MAAM,aAAa,GAAG,QAAQ,CAAC,QAAQ,EAAE,GAAG,CAAC,CAAC,OAAO,EAAE,EAAE;QACvD,MAAM,KAAK,GAAG,OAAO,CAAC,KAAK,CAAC,GAAG,CAAC,CAAC,IAAI,EAAE,EAAE,CAAC,KAAK,IAAI,EAAE,CAAC,CAAC,IAAI,CAAC,IAAI,CAAC,CAAA;QACjE,OAAO,CAAC,MAAM,OAAO,CAAC,OAAO,EAAE,EAAE,KAAK,CAAC,CAAC,IAAI,CAAC,MAAM,CAAC,CAAA;IACtD,CAAC,CAAC,IAAI,EAAE,CAAA;IAER,OAAO;QACL,mBAAmB;QACnB,4BAA4B,EAAE;QAC9B,GAAG,aAAa;QAChB,GAAG,aAAa;KACjB,CAAC,IAAI,CAAC,aAAa,CAAC,CAAA;AACvB,CAAC;AAED,MAAM,UAAU,8BAA8B;IAC5C,OAAO;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAuCF,CAAA;AACP,CAAC"}