@brainervirus/workit-core 0.8.8 → 0.8.10

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@brainervirus/workit-core",
-  "version": "0.8.8",
+  "version": "0.8.10",
   "private": false,
   "description": "Workit — workflow rails for agentic coding: specs, plans, YouTrack, CI-gated commits (shared core)",
   "keywords": [

package/scripts/sync-release-manifests.ts

@@ -0,0 +1,72 @@
+#!/usr/bin/env bun
+// Post-release manifest sync (AR-15): semantic-release bumps package versions
+// only inside the ephemeral CI checkout, so the committed manifests stay frozen
+// while tags march on. This script aligns every tracked manifest with the
+// latest released tag and is safe to re-run — a fully synced tree changes
+// nothing. The workflow step wraps it with a `[skip ci]` commit so main always
+// carries the released version after a release.
+import { execFileSync } from "node:child_process";
+import { readFileSync, writeFileSync } from "node:fs";
+import { resolve } from "node:path";
+
+export const SYNC_MANIFEST_PATHS = [
+  "package.json",
+  "packages/workit-core/package.json",
+  "packages/workit-opencode/package.json",
+  "packages/workit-cursor/package.json",
+  "packages/workit-cli/package.json",
+  // Kept in lockstep with packages/workit-core/package.json by contract test.
+  "packages/workit-cursor/.cursor-plugin/plugin.json",
+];
+
+export type ManifestSyncResult = { version: string; changed: string[] };
+
+/**
+ * Write `version` (a bare semver or a leading-v git tag) into every tracked
+ * manifest under `root`. Idempotent: manifests already at the target version
+ * are left byte-untouched and omitted from `changed`. Throws on a value that
+ * is not a plain release version (`latest`, branches, ranges).
+ */
+export function syncManifests(root: string, tagOrVersion: string): ManifestSyncResult {
+  const match = /^v?(\d+\.\d+\.\d+(?:[-+][0-9A-Za-z.-]+)?)$/.exec(tagOrVersion.trim());
+  if (!match) throw new Error(`invalid version tag: ${JSON.stringify(tagOrVersion)}`);
+  const version = match[1];
+  const changed: string[] = [];
+  for (const rel of SYNC_MANIFEST_PATHS) {
+    const file = resolve(root, ...rel.split("/"));
+    const parsed = JSON.parse(readFileSync(file, "utf8"));
+    if (parsed.version === version) continue;
+    parsed.version = version;
+    writeFileSync(file, `${JSON.stringify(parsed, null, 2)}\n`, "utf8");
+    changed.push(rel);
+  }
+  return { version, changed };
+}
+
+/** The newest `v*` tag by descending semver refname order (empty repo throws). */
+export function latestReleaseTag(cwd?: string): string {
+  const out = execFileSync("git", ["tag", "--list", "v*", "--sort=-v:refname"], {
+    cwd,
+    encoding: "utf8",
+    stdio: ["pipe", "pipe", "pipe"],
+  })
+    .split("\n")
+    .map((line) => line.trim())
+    .filter(Boolean);
+  const tag = out[0];
+  if (!tag) throw new Error("no v* release tag found — run after the first semantic-release");
+  return tag;
+}
+
+if (import.meta.main) {
+  const root = process.argv[3]
+    ? resolve(process.argv[3])
+    : resolve(import.meta.dir, "..", "..", "..");
+  const tag = process.argv[2] ?? latestReleaseTag(root);
+  const { version, changed } = syncManifests(root, tag);
+  console.log(
+    changed.length > 0
+      ? `synced ${changed.length} manifest(s) to ${version}: ${changed.join(", ")}`
+      : `manifests already at ${version}`,
+  );
+}

package/skills/wk-changelog/SKILL.md

@@ -6,10 +6,10 @@ description: Preview and apply a Keep a Changelog update.
 # Changelog
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call the read-only `workflow_changelog_context` context tool; its result is ground truth.
+2. Call the read-only `workit_changelog_context` context tool; its result is ground truth.
 3. Draft the exact insertion preview, including target heading, categories, and bullets.
 4. Use native `question` with concise choices and allow a custom answer before changing the file.
-5. Call `workflow_changelog_apply` only after approval with `confirmed: true`.
+5. Call `workit_changelog_apply` only after approval with `confirmed: true`.
 6. Report the structured success, failure stage, or partial result; never infer success.
 
 Target `## [Unreleased]` unless the user requests a release. Use only Added, Changed, Deprecated, Removed, Fixed, or Security; group user-visible behavior and skip internal-only work. The apply tool must merge into existing category headings, preserve all unrelated lines, and skip duplicate bullets. If normalization is needed, include it in the same preview and approval. Do not hand-edit the changelog, version packages, tag, or commit. `todowrite` and `task` are unnecessary here.

package/skills/wk-commit/SKILL.md

@@ -7,10 +7,10 @@ disable-model-invocation: true
 # Commit
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call the read-only `workflow_git_context` context tool with any selected paths; its result is ground truth.
+2. Call the read-only `workit_git_context` context tool with any selected paths; its result is ground truth.
 3. Draft the exact Conventional Commit message and the already-staged file set.
 4. Use native `question` with concise choices and allow a custom answer before committing.
-5. Call `workflow_commit` only after approval with `confirmed: true` and the reviewed `message`.
+5. Call `workit_commit` only after approval with `confirmed: true` and the reviewed `message`.
 6. Report the structured success, failure stage, or partial result; never infer success.
 
-Never stage files automatically: `workflow_commit` commits the current index only. Stop for an empty index, partial staging ambiguity, unrelated staged files, secrets, protected branches, or failed hooks. Never push, bypass hooks, use `--no-verify`, or claim files were committed unless the result proves it. Keep related code, tests, and docs in one coherent commit; do not invent extra commit groups. `todowrite` and `task` are unnecessary here.
+Never stage files automatically: `workit_commit` commits the current index only. Stop for an empty index, partial staging ambiguity, unrelated staged files, secrets, protected branches, or failed hooks. Never push, bypass hooks, use `--no-verify`, or claim files were committed unless the result proves it. Keep related code, tests, and docs in one coherent commit; do not invent extra commit groups. `todowrite` and `task` are unnecessary here.

package/skills/wk-docs-refresh/SKILL.md

@@ -6,10 +6,10 @@ description: Refresh stale repository documentation from structured change conte
 # Docs refresh
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call the read-only `workflow_docs_context` context tool; its result is ground truth.
+2. Call the read-only `workit_docs_context` context tool; its result is ground truth.
 3. Draft the smallest factual documentation edit from structured facts.
 4. Use native `question` with concise choices and allow a custom answer only if the requested edit scope is ambiguous.
-5. Apply approved edits with normal OpenCode file tools, then call `workflow_verify`.
+5. Apply approved edits with normal OpenCode file tools, then call `workit_verify`.
 6. Report the structured success, failure stage, or partial result; never infer success.
 
 Prefer README changes when stale, then directly related tracked documentation. Preserve tone and structure; do not invent features, commands, environment variables, screenshots, or install steps. Do not make stylistic rewrites, commit, or modify product code. Report verification exactly. Use `todowrite` only when multiple requested documents need tracking; `task` is unnecessary.

package/skills/wk-handoff/SKILL.md

@@ -7,12 +7,14 @@ disable-model-invocation: true
 # Handoff
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call the automatic `workflow_handoff_session` tool with the full user message as `message`; its result is ground truth.
+2. Call the automatic `workit_handoff_session` tool with the full user message as `message`; its result is ground truth.
 3. The tool resolves the tracked spec, plan, and SDD context and seeds the continuation session.
 4. This workflow needs no `question`: the explicit invocation is approval.
 5. Pass only `message`; the tool itself recognizes an exact `--stay` flag and otherwise selects the new session.
 6. Report the structured success, failure stage, or partial result; never infer success.
-7. After any `workflow_handoff_session` result—success, partial, or failure—end the originating turn immediately after one status message. Never create todos, execute the plan inline, modify files, retry handoff, or call another tool.
-8. A destination run that executes the plan must still end with `workflow_plan_complete` (or the CLI `workit flow complete`) once the SDD ledger is complete and repository verification passes, and never finish the run while the plan is still `active`.
+7. After any `workit_handoff_session` result—success, partial, or failure—end the originating turn immediately after one status message. Never create todos, execute the plan inline, modify files, retry handoff, or call another tool.
+8. A destination run that executes the plan must still end with `workit_plan_complete` (or the CLI `workit flow complete`) once the SDD ledger is complete and repository verification passes, and never finish the run while the plan is still `active`.
+
+Handoff titles continuation sessions `Workit: <slug>` (never `Continue <slug>`). OpenCode's native `Continue opencode -s <session-id>` epilogue is the valid manual recovery command when host selection is unavailable (`stage: "select"`): `selected: false` with a `sessionID` is a partial success — use `opencode -s <session-id>` to resume, not a Workit bug.
 
 Never emit a continuation prompt, use the clipboard, or ask the user to copy text. If selected, report the session ID only if the current session remains visible. If staying, report the seeded session ID. On failure, report `stage` and `error`; preserve any returned session for the session picker and never recreate it automatically. `todowrite` and `task` are unnecessary here.

package/skills/wk-implement/SKILL.md

@@ -11,14 +11,14 @@ The parent agent is coordinator-only. It must not edit product code or perform d
 ## Native setup
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call read-only `workflow_plan_tasks` and `workflow_sdd_context`; their structured results are ground truth.
-3. Call `workflow_flow_status` with the plan path and hard-stop unless `spec.status === "approved"`, `plan.status === "approved"`, and `menu.presented === true`. If any gate is missing, run the required approval flow (`workflow_spec_approve`/`workflow_plan_approve` after the user's native-question approval, `workflow_plan_menu` after the post-plan menu) and re-check — never start tasks on a draft or unapproved plan.
+2. Call read-only `workit_plan_tasks` and `workit_sdd_context`; their structured results are ground truth.
+3. Call `workit_flow_status` with the plan path and hard-stop unless `spec.status === "approved"`, `plan.status === "approved"`, and `menu.presented === true`. If any gate is missing, run the required approval flow (`workit_spec_approve`/`workit_plan_approve` after the user's native-question approval, `workit_plan_menu` after the post-plan menu) and re-check — never start tasks on a draft or unapproved plan.
 4. Initialize native `todowrite` from returned tasks and mark ledger-completed task IDs completed.
-5. Call `workflow_resolve_branch`, then show the current branch, target branch, and stash behavior before any branch checkout/setup mutation.
+5. Call `workit_resolve_branch`, then show the current branch, target branch, and stash behavior before any branch checkout/setup mutation.
 6. Always use native `question` before that mutation. For a clean tree, ask whether to proceed or cancel. For a dirty tree, add the stash choice and state what will be stashed; allow a custom answer.
-7. Call `workflow_branch_setup` with `confirmed: true` only after approval; never use worktrees. Flow-tool confirmations are never agent-typed booleans and never caller-supplied evidence: the plugin records your native-`question` answer as a host-observed one-use receipt (`attested: true`, `callID`, `selectedLabel`, `recordedAt`) consumed by the approval/menu tools — no evidence argument exists. Delegated worker status comes from host session parentage (`parentID`), never a caller `role` field.
+7. Call `workit_branch_setup` with `confirmed: true` only after approval; never use worktrees. Flow-tool confirmations are never agent-typed booleans and never caller-supplied evidence: the plugin records your native-`question` answer as a host-observed one-use receipt (`attested: true`, `callID`, `selectedLabel`, `recordedAt`) consumed by the approval/menu tools — no evidence argument exists. Delegated worker status comes from host session parentage (`parentID`), never a caller `role` field.
 8. Report any setup failure stage or partial result; never infer success.
-9. Fill specs/plans from the quality templates: `templates/spec-template.md` for specs, `templates/plan-template.md` for plans. After `workflow_docs_validate`, surface the returned `quality` findings: hard findings (missing required section, missing CA-XX) block task start unless the user explicitly waives them; warnings are advisory.
+9. Fill specs/plans from the quality templates: `templates/spec-template.md` for specs, `templates/plan-template.md` for plans. After `workit_docs_validate`, surface the returned `quality` findings: hard findings (missing required section, missing CA-XX) block task start unless the user explicitly waives them; warnings are advisory.
 
 Working state lives only in gitignored `docs/<slug>/sdd/` — never `.superpowers/sdd`, never an extra nested slug level. Load the package-neutral execution contract by name, not an installation-specific path.
 
@@ -27,19 +27,21 @@ Working state lives only in gitignored `docs/<slug>/sdd/` — never `.superpower
 For every plan task whose ID is absent from `completed_task_ids`:
 
 1. Mark it `in_progress` with `todowrite`.
-2. Create its brief with `workflow_sdd_task_brief` using `confirmed: true` and the parsed `section_text`.
+2. Create its brief with `workit_sdd_task_brief` using `confirmed: true` and the parsed `section_text`.
 3. Use `task` with the built-in `explore` agent for read-only discovery when needed, then a fresh built-in `general` agent to implement from the brief. The parent remains coordinator-only.
 4. Require product changes to follow TDD: failing check first, minimal implementation, passing focused check.
-5. Create the review package with `workflow_sdd_review_package` using `confirmed: true`.
-6. Dispatch separate `general` agents for spec-compliance review and code-quality review. **Blocking findings** (Critical, Important, or spec-compliance) may trigger at most **two** fix+re-review rounds per task. **Advisory** findings (Minor, style, YAGNI, taste) never pause the loop — append them to `<SDD_DIR>/advisories.md` with the task id.
-7. Append the validated ledger line with `workflow_sdd_append_progress` using `confirmed: true`, then mark the task completed with `todowrite`.
+5. Create the review package with `workit_sdd_review_package` using `confirmed: true`.
+6. Dispatch separate `general` agents for spec-compliance review and code-quality review. **Blocking findings** (Critical, Important, or spec-compliance) may trigger at most **two** fix+re-review rounds per task. **Advisory** findings (Minor, style, YAGNI, taste) never pause the loop — append them with `workit_sdd_append_advisory` (`--task <id> --text <text>`) using `confirmed: true`.
+7. Append the validated ledger line with `workit_sdd_append_progress` using `confirmed: true`, then mark the task completed with `todowrite`.
 
 Each task lands exactly one contiguous non-empty commit range (`base..head`): fix rounds append commits to that range and never rewrite/amend an active review range; each progress line records the task's real base..head shas.
 
 Never redispatch completed task IDs. Pass task briefs and review diffs to agents; do not make them reparse the plan. Keep commits on the in-place feature/bugfix branch.
 
+Delegated authority is direct-child-only: a worker is the session whose host `parentID` exactly equals the activating coordinator's recorded `coordinator_session_id`; missing, mismatched, or multi-owner lineage fails closed with `delegation_lineage_denied`, and nested `opencode` launches are denied during active delegated work. An authorized child receives only the compact worker contract — execute the supplied brief, follow TDD, land one contiguous non-empty commit range, report results — never coordinator guidance, `wk-implement`, or ledger management. Coordinator bookkeeping (briefs, review packages, progress, advisories via `workit_sdd_*`) stays with the coordinator session.
+
 ## Final gate
 
-After all remaining tasks, dispatch a final full-branch code review, run `workflow_verify`, and report exact per-check results. Present the full `<SDD_DIR>/advisories.md` roll-up once, then use native `question` so the user can choose which advisory items to fix, discuss, or discard. Only then may advisory fixes run. Use `workflow_git_context` for the final commit preview and the `wk-commit` skill for any approved commit. If a tracked stash reference exists, preview reapplication with `question`, then call `workflow_branch_setup` with `confirmed: true` only after approval.
+After all remaining tasks, dispatch a final full-branch code review, run `workit_verify`, and report exact per-check results. Present the full `<SDD_DIR>/advisories.md` roll-up once, then use native `question` so the user can choose which advisory items to fix, discuss, or discard. Only then may advisory fixes run. Use `workit_git_context` for the final commit preview and the `wk-commit` skill for any approved commit. If a tracked stash reference exists, preview reapplication with `question`, then call `workit_branch_setup` with `confirmed: true` only after approval.
 
-**Mandatory:** end the run by calling `workflow_plan_complete` (OpenCode/Cursor) or the CLI `workit flow complete` (CLI host) after the final task once the SDD ledger is complete (all task IDs appended) and `workflow_verify` passes — a complete ledger and green verification are the tool's gates. Never finish the run while the plan is still `active`.
+**Mandatory:** end the run by calling `workit_plan_complete` (OpenCode/Cursor) or the CLI `workit flow complete` (CLI host) after the final task once the SDD ledger is complete (all task IDs appended) and `workit_verify` passes — a complete ledger and green verification are the tool's gates. Never finish the run while the plan is still `active`.

package/skills/wk-issue-update/SKILL.md

@@ -9,10 +9,10 @@ disable-model-invocation: true
 Read [references/youtrack-update-style.md](references/youtrack-update-style.md) before drafting. Chat follows the user's language; the comment body is manager-friendly Spanish (`es-CL`).
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Ask in plain prose for the user-provided issue URL or ID, call `workflow_youtrack_parse_issue`, then read-only `workflow_youtrack_context`; structured results are ground truth.
-3. Gather the user's notes, call `workflow_youtrack_parse_duration`, polish only supported facts, and call `workflow_youtrack_draft` for the exact comment preview.
+2. Ask in plain prose for the user-provided issue URL or ID, call `workit_youtrack_parse_issue`, then read-only `workit_youtrack_context`; structured results are ground truth.
+3. Gather the user's notes, call `workit_youtrack_parse_duration`, polish only supported facts, and call `workit_youtrack_draft` for the exact comment preview.
 4. Use native `question` with concise choices and allow a custom answer to approve the reviewed comment and time entry.
-5. Call `workflow_youtrack_post` only after approval with `confirmed: true`, `issueId`, `markdown`, and `minutes`.
+5. Call `workit_youtrack_post` only after approval with `confirmed: true`, `issueId`, `markdown`, and `minutes`.
 6. Report the structured success, failure stage, or partial result; never infer success.
 
 Never guess the issue, compute minutes, pass a date, expose tokens, or post Git/file details as the update. Never present a clickable `question` option whose label is an instruction to type free text (e.g. "Type the issue URL/ID"): clicking an option returns the label literal, not the typed value, so ask for free text in prose instead, with the custom answer field enabled. Preserve the user's paragraph voice, explain technical terms plainly, and avoid robotic status bullets. `todowrite` and `task` are unnecessary here.
@@ -21,7 +21,7 @@ Consume the standard Result envelope:
 
 - If `result.ok` is true, report only effects proven by `result.data`.
 - If false, use `result.data.postedComment` and `result.data.loggedMinutes` to distinguish completed effects.
-- If `result.data.retry === "workflow_youtrack_post"`, use native `question` to ask whether to retry the unchanged reviewed `issueId`, `markdown`, and `minutes`. On approval, call `workflow_youtrack_post` with `confirmed: true` at most once; never loop.
-- If `result.data.retry === "workflow_youtrack_log_time"`, use native `question` to ask whether to retry the same `issueId` and `minutes`. On approval, call `workflow_youtrack_log_time` with `confirmed: true`, `issueId`, `minutes` at most once; never repost a known posted comment.
+- If `result.data.retry === "workit_youtrack_post"`, use native `question` to ask whether to retry the unchanged reviewed `issueId`, `markdown`, and `minutes`. On approval, call `workit_youtrack_post` with `confirmed: true` at most once; never loop.
+- If `result.data.retry === "workit_youtrack_log_time"`, use native `question` to ask whether to retry the same `issueId` and `minutes`. On approval, call `workit_youtrack_log_time` with `confirmed: true`, `issueId`, `minutes` at most once; never repost a known posted comment.
 - If the second attempt fails, stop and report its structured result. Never switch retry tools or infer that either effect succeeded.
 - If outcome is `unknown` or `result.data.retry` is absent, show `result.data.instructions` when present, reconcile manually, and do not retry either mutation.

package/skills/wk-issue-update/references/youtrack-update-style.md

@@ -1,6 +1,6 @@
 # YouTrack update style (Cristhofer / es-CL)
 
-Use when writing or polishing the comment body before `workflow_youtrack_draft`. **Preserve the author's voice** — like the ChatGPT revision thread: grammar, flow, and light structure, not a changelog.
+Use when writing or polishing the comment body before `workit_youtrack_draft`. **Preserve the author's voice** — like the ChatGPT revision thread: grammar, flow, and light structure, not a changelog.
 
 ## Audience
 

package/skills/wk-meetings/SKILL.md

@@ -7,11 +7,11 @@ disable-model-invocation: true
 # Meetings
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call read-only `workflow_youtrack_context` with `mode: "meetings"`; its sole configured target is ground truth.
-3. Ask for duration text, call `workflow_youtrack_parse_duration`, and draft the exact IRPT-12 time entry only.
+2. Call read-only `workit_youtrack_context` with `mode: "meetings"`; its sole configured target is ground truth.
+3. Ask for duration text, call `workit_youtrack_parse_duration`, and draft the exact IRPT-12 time entry only.
 4. Use native `question` with concise choices and allow a custom answer to approve the shown issue, minutes, and work-item text.
-5. Call `workflow_youtrack_log_time` only after approval with `confirmed: true`, `issueId`, `minutes`, `text`.
-6. If `result.data.outcome` is `unknown`, tell the user to reconcile manually and do not retry. Retry `workflow_youtrack_log_time` at most once only when `result.data.outcome` is `not_applied` and `result.data.retry` names that tool; follow `result.data.instructions` and correct invalid input before retrying.
+5. Call `workit_youtrack_log_time` only after approval with `confirmed: true`, `issueId`, `minutes`, `text`.
+6. If `result.data.outcome` is `unknown`, tell the user to reconcile manually and do not retry. Retry `workit_youtrack_log_time` at most once only when `result.data.outcome` is `not_applied` and `result.data.retry` names that tool; follow `result.data.instructions` and correct invalid input before retrying.
 7. Report the structured success or failure stage; never infer success.
 
-Use the configured meeting issue even if its default label is IRPT-12. Never compute minutes, pass a date, ask for a meeting type, post a comment, or call `workflow_youtrack_post`. `todowrite` and `task` are unnecessary here.
+Use the configured meeting issue even if its default label is IRPT-12. Never compute minutes, pass a date, ask for a meeting type, post a comment, or call `workit_youtrack_post`. `todowrite` and `task` are unnecessary here.

package/skills/wk-pr/SKILL.md

@@ -7,16 +7,16 @@ disable-model-invocation: true
 # Pull request
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call the read-only `workflow_pr_context` context tool for branch-exclusive commits and changes; its result is ground truth.
-3. Call `workflow_verify`, then draft the exact title, body, base, head, and draft state from structured facts.
+2. Call the read-only `workit_pr_context` context tool for branch-exclusive commits and changes; its result is ground truth.
+3. Call `workit_verify`, then draft the exact title, body, base, head, and draft state from structured facts.
 4. **Show** the exact title and body in chat before any create question.
 5. Use native `question` with concise choices and allow a custom answer before creation.
-6. Call `workflow_pr_create` only after approval with `confirmed: true` and the reviewed fields.
+6. Call `workit_pr_create` only after approval with `confirmed: true` and the reviewed fields.
 7. Report the structured success, failure stage, or partial result; never infer success.
 
 ## GitHub issue linking
 
-When the resolved workspace is github with `link_on_pr` — the `workflow_pr_context` tool's `vcs_config` returns `issues_provider: "github"` and `link_on_pr: true` — and no issue is derivable (no `WORKFLOW_GH_ISSUE` env, no numeric branch id like `feature/42-title`, which auto-links without asking), ask with native `question` before creation, exactly three options:
+When the resolved workspace is github with `link_on_pr` — the `workit_pr_context` tool's `vcs_config` returns `issues_provider: "github"` and `link_on_pr: true` — and no issue is derivable (no `WORKFLOW_GH_ISSUE` env, no numeric branch id like `feature/42-title`, which auto-links without asking), ask with native `question` before creation, exactly three options:
 
 1. **Use an existing issue** — the user provides the number (extract it from a URL if pasted); verify it exists with `gh issue view <n>` before proceeding.
 2. **Create a new issue** — via `gh issue create --title "<title>" --body "<body>"`; on success pass the returned number. Reuse the missing-CLI guard: if `gh` is not installed, surface the structured error with the install link and ask the user to confirm once installed.

package/skills/wk-release-notes/SKILL.md

@@ -6,7 +6,7 @@ description: Draft user-facing release notes for an explicit range.
 # Release notes
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Require an exact version, tag, or commit range, then call the read-only `workflow_release_notes_context`; its result is ground truth.
+2. Require an exact version, tag, or commit range, then call the read-only `workit_release_notes_context`; its result is ground truth.
 3. Draft notes from structured facts and include both requested and resolved range metadata.
 4. Use native `question` only when the exact range must be supplied or corrected; allow a custom answer.
 5. This workflow has no mutation tool.

package/skills/wk-verify/SKILL.md

@@ -1,16 +1,16 @@
 ---
 name: wk-verify
-description: Discover and run project validation with workflow_verify.
+description: Discover and run project validation with workit_verify.
 disable-model-invocation: true
 ---
 
 # Verify
 
 1. Load this skill explicitly through OpenCode's `skill` tool.
-2. Call the read-only `workflow_verify` context tool with `dry_run: true`; its result is ground truth.
+2. Call the read-only `workit_verify` context tool with `dry_run: true`; its result is ground truth.
 3. Draft the discovered checks and the proposed selected run from structured facts.
 4. When the user must choose checks, use native `question` with concise choices and allow a custom answer.
-5. Call `workflow_verify` with `dry_run: false` only for the approved run.
+5. Call `workit_verify` with `dry_run: false` only for the approved run.
 6. Report the structured success, failure stage, or partial result; never infer success.
 
 Do not edit files or fix failures. Report every check exactly as pass, fail, or skipped, including its command, exit code, and skip reason. Success requires every executed check to exit 0. If the user's message says `--dry-run`, stop after discovery.

package/src/core/branch.ts

@@ -303,7 +303,7 @@ export const branchSetup = ({
       if (stash !== "yes") {
         return {
           error:
-            "dirty working tree — ask with native question, then call workflow_branch_setup with stash=yes",
+            "dirty working tree — ask with native question, then call workit_branch_setup with stash=yes",
         };
       }
       try {

package/src/core/detector.ts

@@ -13,7 +13,7 @@ export const detectConfigGapError = (text: string): boolean => text.includes(CON
 
 const COMPLETION_CLAIMS = /\b(?:done|fixed|passing|green|complete|all set)\b/i;
 const VERIFICATION_EVIDENCE =
-  /\bbun run check\b|\bworkflow_verify\b|\bbun test\b|\bchecks?\s+pass(?:es|ing)?\b|\btests?\s+pass(?:es|ing)?\b/i;
+  /\bbun run check\b|\bworkit_verify\b|\bbun test\b|\bchecks?\s+pass(?:es|ing)?\b|\btests?\s+pass(?:es|ing)?\b/i;
 
 // Claims completion without verification-command evidence in the same text.
 export const detectVerificationClaim = (text: string): boolean =>

package/src/core/docs-repo.ts

@@ -126,7 +126,7 @@ export const promoteSpec = (
   if (!resolved.ok) return { ok: false, error: resolved.error };
   const workspaceRootCanonical = resolved.layout.workspace;
   const repoPath = docsRepoPath();
-  if (!repoPath) return { ok: false, error: "docs repo not linked — run workflow_docs_repo_link" };
+  if (!repoPath) return { ok: false, error: "docs repo not linked — run workit_docs_repo_link" };
   const repoValid = validateDocsRepo(repoPath);
   if (!repoValid.ok) return { ok: false, error: repoValid.error };
   const specRel = path.posix.join("docs", slug, "spec.md");