@jaybeeuu/agent-cortex 2.0.0 → 2.2.0

package/docs/technical-direction/migration-execution-labels.md

@@ -1,177 +0,0 @@
-# Technical Direction: Migration Tooling (two-axis model)
-
-## Problem and target outcome
-
-- Migrate all beads workspaces from `implementation-type:afk|hitl` to `execution:afk|hitl`
-  (strict rename, agent-agnostic) as part of the two-axis workflow model epic.
-- Migrate loose idea markdown files (`docs/ideas/*.md`) to first-class `kind:idea` beads
-  in any workspace.
-- Both migrations are **steps in one versioned migration command** — `agent-cortex migrate`
-  (aliased `ctx migrate`), which detects a repo's current migration version and applies
-  ordered steps up to the latest. Repo-agnostic tool + skill any workspace can run, and a
-  single-package.json script tooling story across the agent-cortex repo.
-
-## Current-state constraints
-
-- bd is a globally installed CLI resolved from `PATH` (whatever single `bd` is on PATH —
-  Homebrew, npm, or the install script); `BD_PATH` is the override for machines where `bd` is
-  not on PATH. Skill scripts invoke `BD_PATH || 'bd'` and never hardcode an install path.
-  Label ops: `bd label list-all [--json]`, `bd list --label-pattern/regex [--json]`,
-  `bd label add/remove` (batch multiple ids).
-- A `bd` whose install target has been removed (`~/.local/bin` orphans, dangling pnpm shims)
-  must not be pinned: it can be a schema behind the workspace DB and fail with a schema
-  version mismatch. Keep exactly one `bd` on PATH so `bd` and the DB version agree.
-- `bd list` supports `--label-pattern`/`--json`; `bd count` does NOT support `--label-pattern`.
-- `bd ready --label-pattern 'stage:*'` works; `bd ready -l execution:afk` verified.
-- 3 script packages still exist with their own `package.json` (create-task,
-  validate-agent-dir, run-pipeline-stage). They ARE root workspace members (root glob
-  `skills/**/scripts`; all three are in the root `pnpm-lock.yaml`). Residual per-skill
-  `pnpm-lock.yaml` (all three) and `pnpm-workspace.yaml` (validate-agent-dir,
-  run-pipeline-stage) are stale artefacts of the pre-D2 layout.
-- All 3 scripts are stdlib-only (`node:child_process`, `node:fs`, `node:path`, `node:url`).
-- Extensions (`extensions/skill-stats`) have real peer deps on `@earendil-works/pi-coding-agent`
-  — they remain workspace members with their own package.json.
-- `node_modules` gitignored; per-skill modules are installed manually today — a fragility in
-  fresh clones and PI-installed contexts.
-- The CLI (`bin/agent-cortex.mjs` + `lib/cli.mjs`) is already zero-dep stdlib-only and is the
-  natural home for a migrate command; it currently wires only `install <harness>`.
-
-## Decisions (locked in planning session)
-
-### D1: Script runtime — all skill scripts become zero-dep `.mjs` with `// @ts-check`
-
-- Every script in `skills/*/*/scripts/` runs with bare `node` (built-ins + shelling out to
-  `bd`). No tsx, no node_modules at runtime, no skill-scripts-dir resolution problem in any
-  installed context.
-- Build-in-publish (Option B) rejected: contradicts the repo's no-compilation PI package
-  model; 3 tiny stdlib-only scripts do not justify dist artifacts.
-- Root keeps `tsx`/`typescript`/`@types/node` for extensions and for `tsc --noEmit`
-  typechecking of `.mjs` via `checkJs`.
-
-### D2: Single package.json (root workspace consolidation)
-
-- Fold the 3 per-skill script packages into the root workspace: delete their `package.json`,
-  `pnpm-workspace.yaml`, `pnpm-lock.yaml`; convert scripts to `.mjs` (D1); root
-  `package.json` owns typecheck/test wiring.
-- Extensions stay as workspace members (`extensions/*` glob) — their package.jsons are
-  semantically meaningful (peer deps on the pi runtime).
-- Fresh-clone/installed-context verification: `pnpm install` at root then
-  `pnpm -r typecheck` + `pnpm -r test` (or root `node --test` wiring) cover all scripts.
-
-### D3: Migration command — versioned registry in the CLI
-
-- Command: `agent-cortex migrate` (alias `ctx migrate`), wired into `bin/agent-cortex.mjs`
-  + `lib/cli.mjs` (parseArgs + buildHelpText), zero-dep stdlib-only like the rest of the CLI.
-- A **versioned migration registry**: each step declares the version it migrates to.
-  `migrate` detects the current version of the target repo's state and applies each step in
-  order up to the latest. Steps:
-  1. **v1: label rename** (F1) — `implementation-type:afk|hitl` → `execution:afk|hitl`:
-     `bd list --label-pattern 'implementation-type:*' --json`; group ids by label value
-     (a bead with both gets both); dry-run default (per-bead plan + summary, zero writes,
-     exit 0); `--apply` batched `bd label add execution:<v> <ids...>` then
-     `bd label remove implementation-type:<v> <ids...>` per group; idempotent re-run
-     (zero targets → no-op); fail loudly if `bd` missing or a subcommand errors.
-     Scope: ALL beads including closed (F7 acceptance "zero implementation-type:* labels
-     remain" requires it; bd label history tolerates it).
-  2. **v2: ideas → beads** (F2) — `docs/ideas/*.md` (default, `--dir` override) →
-     `kind:idea` beads: map template sections to bead fields (Problem→--description,
-     How→--design, When/Priority/Validity/Constraints/Notes→--notes, referential→--context),
-     `bd create -l kind:idea -p <preserved priority, default P4>`; preserve content
-     fidelity (keep section markers inside fields); dry-run; safe deletion order
-     (docs/ideas/ + new-idea.sh only after F3 lands); `record-ideas-as-beads.md` migrates
-     itself last.
-- Shared plumbing: preflight (detect current version), `--dry-run` (default), `--apply`,
-  per-step verification, and a final summary. Do NOT run v1 against agent-cortex's own
-  .beads — the repo cutover is feature F7 (landed after skill updates so ralph never
-  deadlocks).
-
-### D4: Migration skill
-
-- Location: `skills/productivity/migration/SKILL.md` (productivity = workflow tooling).
-- Docs the full sequence for any workspace: preflight (current-version detection),
-  `agent-cortex migrate` dry-run, apply, post-checks (grep stale refs; `bd ready -l
-  execution:afk` smoke), plus pointers to idea-file migration (F2) and skill/doc updates
-  (F3/F4/F5/F6).
-- Repo-agnostic: no agent-cortex-specific paths in the runnable steps.
-
-### D6: npm packaging hygiene (no build step — F9)
-
-- The npm tarball currently ships the whole repo, including `.beads/` (the live task DB),
-  `.github/`, `.changeset/`, `.junie/`, tests, and token-map.json. No `.npmignore`, no
-  `files` field.
-- Rejected: a compile build. Scripts are zero-dep `.mjs` (D1) — nothing to transpile;
-  extensions are TS by pi contract (`index.ts` entrypoint, loader transpiles; the pi runtime
-  import is type-only). Root build script is deliberately a no-op.
-- Chosen: (1) `files` whitelist in package.json — ship only runtime assets (skills/, agents/,
-  extensions/, bin/, lib/, AGENTS.md, plugin.json, README, LICENSE); (2) `prepublishOnly`
-  gate running `pnpm typecheck && pnpm test`; (3) wire `test/cli.test.mjs` into root `test`.
-- Revisit trigger: if an extension ever gains real runtime deps, bundle that extension with
-  esbuild at prepack — not a repo-wide build.
-
-### D5: Knocked-on invocation changes (F4/F5)
-
-- ralph init step 9: `pnpm --prefix skills/workflow/run-pipeline-stage/scripts exec tsx
-  generate-progress.ts` → `node <abs>/generate-progress.mjs`.
-- create-task chore creation: `<skill-scripts>/node_modules/.bin/tsx create-chores.ts` →
-  `node <abs>/create-chores.mjs`.
-
-## Options considered
-
-### Option A: all scripts zero-dep `.mjs` (chosen)
-- Pros: node-only everywhere; no install step; kills resolution problem; `node --test` native.
-- Cons: JSDoc typing instead of TS syntax; small convention shift (`.ts` → `.mjs`).
-
-### Option B: keep `.ts`, build in publish pipeline
-- Pros: full TS syntax.
-- Cons: compile step + dist artifacts contradict no-build PI package; installed contexts must
-  ship/install built output; over-engineered for 3 stdlib-only scripts.
-
-### Option C: per-skill tsx packages (status quo, rejected)
-- Pros: existing pattern.
-- Cons: 3 orphaned mini-workspaces, manual install fragility, resolution doc dance
-  (`<skill-scripts>/node_modules/.bin/tsx`), contradicts single-package.json preference.
-
-### Option D: standalone one-off migration script (original D3, superseded)
-- Was: `skills/productivity/migration/scripts/rename-execution-labels.mjs` as a standalone
-  script with its own skill. Superseded by the unified `migrate` command: the label rename
-  is migration step v1 inside the same versioned registry as the idea-file migration (F2),
-  sharing preflight/dry-run/verify plumbing. Rationale (user directive, 2026-09-13): the
-  target is a migration *command* that converts any given repo from the current version to
-  the latest — one surface, not N ad-hoc scripts; also aligns with the planned `ctx`
-  alias/version/update surface (docs/ideas/ctx-alias-version-and-update-commands.md).
-
-## Tradeoffs accepted
-
-- Scripts use JSDoc annotations where types matter; `tsc --noEmit` with `checkJs` keeps a
-  typecheck gate at root.
-- Closed beads get their history labels renamed — accepted for a clean label space.
-- migrate command grows the CLI surface beyond `install`; kept small (one register of
-  versioned steps) to avoid a second mechanism drifting from bd's own state.
-
-## Validation plan
-
-- F1-T3: scratch beads workspace (temp dir): create test beads with both labels + a dep pair,
-  dry-run (assert zero writes), apply, verify rename, re-run idempotence, `bd ready -l
-  execution:afk` smoke, then run the migration skill end-to-end once.
-- F2-T1: scratch repo with several idea `.md` files: `agent-cortex migrate` v2 dry-run
-  (zero writes), apply, verify kind:idea beads with content fidelity + priorities, delete
-  file flow, re-run idempotence.
-- F8-T3: fresh clone (or temp copy) + `pnpm install` at root; `pnpm -r typecheck` and
-  `pnpm -r test` green; scripts execute via bare `node`.
-
-## Revisit triggers
-
-- A future script needs third-party deps at runtime → revisit D1 (either root dep or
-  per-package re-introduction).
-- New extension with conflicting devDeps → revisit D2 membership rules.
-- A third migration step appears → extend the registry in place; if steps start sharing
-  little plumbing, revisit the unified-command decision (Option D).
-
-## References
-
-- Code evidence: `bin/agent-cortex.mjs` + `lib/cli.mjs` (CLI surface),
-  `skills/*/*/scripts/package.json` (3, root workspace members), root `package.json` +
-  `pnpm-workspace.yaml`, bd CLI help (`bd list`, `bd label`, `bd create`), epic
-  `agnt-ctx-s5xd` notes.
-- Idea file: `docs/ideas/ctx-alias-version-and-update-commands.md` (ctx alias + version/update
-  surface that `migrate` joins).

package/docs/user-preferences.md

@@ -1,17 +0,0 @@
-# User Preferences
-
-This file records personal development preferences for the author (**jaybeeuu**).
-Both pi and Claude Code agents should read this file for user-level context when
-making tooling and workflow decisions.
-
-## Package manager
-
-| Preference | Value |
-|---|---|
-| **Preferred tool** | **PNPM** (`pnpm`) over npm (`npm`) |
-| Rationale | Faster installs, disk-efficient with content-addressable store, stricter dependency resolution, and built-in workspace support. |
-| Impact | Use `pnpm` for installs, script execution, and package management. Use `pnpm dlx` instead of `npx`. Do not suggest `npm install` or `npx` unless the project explicitly uses npm. |
-
-## Future preferences
-
-Add new preferences below as they are established.

package/extensions/agent-guardrails/tsconfig.json

@@ -1,12 +0,0 @@
-{
-  "compilerOptions": {
-    "target": "ES2022",
-    "module": "Node16",
-    "moduleResolution": "Node16",
-    "strict": true,
-    "noEmit": true,
-    "allowImportingTsExtensions": true,
-    "skipLibCheck": true
-  },
-  "include": ["*.ts"]
-}

package/extensions/agent-modes/tsconfig.json

@@ -1,12 +0,0 @@
-{
-  "compilerOptions": {
-    "target": "ES2022",
-    "module": "Node16",
-    "moduleResolution": "Node16",
-    "strict": true,
-    "noEmit": true,
-    "allowImportingTsExtensions": true,
-    "skipLibCheck": true
-  },
-  "include": ["*.ts"]
-}

package/extensions/session-start/tsconfig.json

@@ -1,12 +0,0 @@
-{
-  "compilerOptions": {
-    "target": "ES2022",
-    "module": "Node16",
-    "moduleResolution": "Node16",
-    "strict": true,
-    "noEmit": true,
-    "allowImportingTsExtensions": true,
-    "skipLibCheck": true
-  },
-  "include": ["*.ts"]
-}

package/extensions/skill-stats/pnpm-lock.yaml

@@ -1,329 +0,0 @@
-lockfileVersion: '9.0'
-
-settings:
-  autoInstallPeers: true
-  excludeLinksFromLockfile: false
-
-importers:
-
-  .:
-    devDependencies:
-      '@types/node':
-        specifier: ^22.0.0
-        version: 22.19.20
-      tsx:
-        specifier: ^4.0.0
-        version: 4.22.4
-      typescript:
-        specifier: ^5.0.0
-        version: 5.9.3
-
-packages:
-
-  '@esbuild/aix-ppc64@0.28.0':
-    resolution: {integrity: sha512-lhRUCeuOyJQURhTxl4WkpFTjIsbDayJHih5kZC1giwE+MhIzAb7mEsQMqMf18rHLsrb5qI1tafG20mLxEWcWlA==}
-    engines: {node: '>=18'}
-    cpu: [ppc64]
-    os: [aix]
-
-  '@esbuild/android-arm64@0.28.0':
-    resolution: {integrity: sha512-+WzIXQOSaGs33tLEgYPYe/yQHf0WTU0X42Jca3y8NWMbUVhp7rUnw+vAsRC/QiDrdD31IszMrZy+qwPOPjd+rw==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [android]
-
-  '@esbuild/android-arm@0.28.0':
-    resolution: {integrity: sha512-wqh0ByljabXLKHeWXYLqoJ5jKC4XBaw6Hk08OfMrCRd2nP2ZQ5eleDZC41XHyCNgktBGYMbqnrJKq/K/lzPMSQ==}
-    engines: {node: '>=18'}
-    cpu: [arm]
-    os: [android]
-
-  '@esbuild/android-x64@0.28.0':
-    resolution: {integrity: sha512-+VJggoaKhk2VNNqVL7f6S189UzShHC/mR9EE8rDdSkdpN0KflSwWY/gWjDrNxxisg8Fp1ZCD9jLMo4m0OUfeUA==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [android]
-
-  '@esbuild/darwin-arm64@0.28.0':
-    resolution: {integrity: sha512-0T+A9WZm+bZ84nZBtk1ckYsOvyA3x7e2Acj1KdVfV4/2tdG4fzUp91YHx+GArWLtwqp77pBXVCPn2We7Letr0Q==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [darwin]
-
-  '@esbuild/darwin-x64@0.28.0':
-    resolution: {integrity: sha512-fyzLm/DLDl/84OCfp2f/XQ4flmORsjU7VKt8HLjvIXChJoFFOIL6pLJPH4Yhd1n1gGFF9mPwtlN5Wf82DZs+LQ==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [darwin]
-
-  '@esbuild/freebsd-arm64@0.28.0':
-    resolution: {integrity: sha512-l9GeW5UZBT9k9brBYI+0WDffcRxgHQD8ShN2Ur4xWq/NFzUKm3k5lsH4PdaRgb2w7mI9u61nr2gI2mLI27Nh3Q==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [freebsd]
-
-  '@esbuild/freebsd-x64@0.28.0':
-    resolution: {integrity: sha512-BXoQai/A0wPO6Es3yFJ7APCiKGc1tdAEOgeTNy3SsB491S3aHn4S4r3e976eUnPdU+NbdtmBuLncYir2tMU9Nw==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [freebsd]
-
-  '@esbuild/linux-arm64@0.28.0':
-    resolution: {integrity: sha512-RVyzfb3FWsGA55n6WY0MEIEPURL1FcbhFE6BffZEMEekfCzCIMtB5yyDcFnVbTnwk+CLAgTujmV/Lgvih56W+A==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [linux]
-
-  '@esbuild/linux-arm@0.28.0':
-    resolution: {integrity: sha512-CjaaREJagqJp7iTaNQjjidaNbCKYcd4IDkzbwwxtSvjI7NZm79qiHc8HqciMddQ6CKvJT6aBd8lO9kN/ZudLlw==}
-    engines: {node: '>=18'}
-    cpu: [arm]
-    os: [linux]
-
-  '@esbuild/linux-ia32@0.28.0':
-    resolution: {integrity: sha512-KBnSTt1kxl9x70q+ydterVdl+Cn0H18ngRMRCEQfrbqdUuntQQ0LoMZv47uB97NljZFzY6HcfqEZ2SAyIUTQBQ==}
-    engines: {node: '>=18'}
-    cpu: [ia32]
-    os: [linux]
-
-  '@esbuild/linux-loong64@0.28.0':
-    resolution: {integrity: sha512-zpSlUce1mnxzgBADvxKXX5sl8aYQHo2ezvMNI8I0lbblJtp8V4odlm3Yzlj7gPyt3T8ReksE6bK+pT3WD+aJRg==}
-    engines: {node: '>=18'}
-    cpu: [loong64]
-    os: [linux]
-
-  '@esbuild/linux-mips64el@0.28.0':
-    resolution: {integrity: sha512-2jIfP6mmjkdmeTlsX/9vmdmhBmKADrWqN7zcdtHIeNSCH1SqIoNI63cYsjQR8J+wGa4Y5izRcSHSm8K3QWmk3w==}
-    engines: {node: '>=18'}
-    cpu: [mips64el]
-    os: [linux]
-
-  '@esbuild/linux-ppc64@0.28.0':
-    resolution: {integrity: sha512-bc0FE9wWeC0WBm49IQMPSPILRocGTQt3j5KPCA8os6VprfuJ7KD+5PzESSrJ6GmPIPJK965ZJHTUlSA6GNYEhg==}
-    engines: {node: '>=18'}
-    cpu: [ppc64]
-    os: [linux]
-
-  '@esbuild/linux-riscv64@0.28.0':
-    resolution: {integrity: sha512-SQPZOwoTTT/HXFXQJG/vBX8sOFagGqvZyXcgLA3NhIqcBv1BJU1d46c0rGcrij2B56Z2rNiSLaZOYW5cUk7yLQ==}
-    engines: {node: '>=18'}
-    cpu: [riscv64]
-    os: [linux]
-
-  '@esbuild/linux-s390x@0.28.0':
-    resolution: {integrity: sha512-SCfR0HN8CEEjnYnySJTd2cw0k9OHB/YFzt5zgJEwa+wL/T/raGWYMBqwDNAC6dqFKmJYZoQBRfHjgwLHGSrn3Q==}
-    engines: {node: '>=18'}
-    cpu: [s390x]
-    os: [linux]
-
-  '@esbuild/linux-x64@0.28.0':
-    resolution: {integrity: sha512-us0dSb9iFxIi8srnpl931Nvs65it/Jd2a2K3qs7fz2WfGPHqzfzZTfec7oxZJRNPXPnNYZtanmRc4AL/JwVzHQ==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [linux]
-
-  '@esbuild/netbsd-arm64@0.28.0':
-    resolution: {integrity: sha512-CR/RYotgtCKwtftMwJlUU7xCVNg3lMYZ0RzTmAHSfLCXw3NtZtNpswLEj/Kkf6kEL3Gw+BpOekRX0BYCtklhUw==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [netbsd]
-
-  '@esbuild/netbsd-x64@0.28.0':
-    resolution: {integrity: sha512-nU1yhmYutL+fQ71Kxnhg8uEOdC0pwEW9entHykTgEbna2pw2dkbFSMeqjjyHZoCmt8SBkOSvV+yNmm94aUrrqw==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [netbsd]
-
-  '@esbuild/openbsd-arm64@0.28.0':
-    resolution: {integrity: sha512-cXb5vApOsRsxsEl4mcZ1XY3D4DzcoMxR/nnc4IyqYs0rTI8ZKmW6kyyg+11Z8yvgMfAEldKzP7AdP64HnSC/6g==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [openbsd]
-
-  '@esbuild/openbsd-x64@0.28.0':
-    resolution: {integrity: sha512-8wZM2qqtv9UP3mzy7HiGYNH/zjTA355mpeuA+859TyR+e+Tc08IHYpLJuMsfpDJwoLo1ikIJI8jC3GFjnRClzA==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [openbsd]
-
-  '@esbuild/openharmony-arm64@0.28.0':
-    resolution: {integrity: sha512-FLGfyizszcef5C3YtoyQDACyg95+dndv79i2EekILBofh5wpCa1KuBqOWKrEHZg3zrL3t5ouE5jgr94vA+Wb2w==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [openharmony]
-
-  '@esbuild/sunos-x64@0.28.0':
-    resolution: {integrity: sha512-1ZgjUoEdHZZl/YlV76TSCz9Hqj9h9YmMGAgAPYd+q4SicWNX3G5GCyx9uhQWSLcbvPW8Ni7lj4gDa1T40akdlw==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [sunos]
-
-  '@esbuild/win32-arm64@0.28.0':
-    resolution: {integrity: sha512-Q9StnDmQ/enxnpxCCLSg0oo4+34B9TdXpuyPeTedN/6+iXBJ4J+zwfQI28u/Jl40nOYAxGoNi7mFP40RUtkmUA==}
-    engines: {node: '>=18'}
-    cpu: [arm64]
-    os: [win32]
-
-  '@esbuild/win32-ia32@0.28.0':
-    resolution: {integrity: sha512-zF3ag/gfiCe6U2iczcRzSYJKH1DCI+ByzSENHlM2FcDbEeo5Zd2C86Aq0tKUYAJJ1obRP84ymxIAksZUcdztHA==}
-    engines: {node: '>=18'}
-    cpu: [ia32]
-    os: [win32]
-
-  '@esbuild/win32-x64@0.28.0':
-    resolution: {integrity: sha512-pEl1bO9mfAmIC+tW5btTmrKaujg3zGtUmWNdCw/xs70FBjwAL3o9OEKNHvNmnyylD6ubxUERiEhdsL0xBQ9efw==}
-    engines: {node: '>=18'}
-    cpu: [x64]
-    os: [win32]
-
-  '@types/node@22.19.20':
-    resolution: {integrity: sha512-6tELRwSDYWW9EdZhbeZmYGZ1/7Djkt+Ah3/ScEYT9cDord7UJzasR/4D3VONg9tQI5CDp+/CZC1AXj2pCFOvpw==}
-
-  esbuild@0.28.0:
-    resolution: {integrity: sha512-sNR9MHpXSUV/XB4zmsFKN+QgVG82Cc7+/aaxJ8Adi8hyOac+EXptIp45QBPaVyX3N70664wRbTcLTOemCAnyqw==}
-    engines: {node: '>=18'}
-    hasBin: true
-
-  fsevents@2.3.3:
-    resolution: {integrity: sha512-5xoDfX+fL7faATnagmWPpbFtwh/R77WmMMqqHGS65C3vvB0YHrgF+B1YmZ3441tMj5n63k0212XNoJwzlhffQw==}
-    engines: {node: ^8.16.0 || ^10.6.0 || >=11.0.0}
-    os: [darwin]
-
-  tsx@4.22.4:
-    resolution: {integrity: sha512-X8EX+XV4QR5xCsrgxaED954zTDfY8KqlDtskKEL0cHhyS/P8b4IFOvGDQpsC9Q1XnLq915wEfwwY/zzskCtmhg==}
-    engines: {node: '>=18.0.0'}
-    hasBin: true
-
-  typescript@5.9.3:
-    resolution: {integrity: sha512-jl1vZzPDinLr9eUt3J/t7V6FgNEw9QjvBPdysz9KfQDD41fQrC2Y4vKQdiaUpFT4bXlb1RHhLpp8wtm6M5TgSw==}
-    engines: {node: '>=14.17'}
-    hasBin: true
-
-  undici-types@6.21.0:
-    resolution: {integrity: sha512-iwDZqg0QAGrg9Rav5H4n0M64c3mkR59cJ6wQp+7C4nI0gsmExaedaYLNO44eT4AtBBwjbTiGPMlt2Md0T9H9JQ==}
-
-snapshots:
-
-  '@esbuild/aix-ppc64@0.28.0':
-    optional: true
-
-  '@esbuild/android-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/android-arm@0.28.0':
-    optional: true
-
-  '@esbuild/android-x64@0.28.0':
-    optional: true
-
-  '@esbuild/darwin-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/darwin-x64@0.28.0':
-    optional: true
-
-  '@esbuild/freebsd-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/freebsd-x64@0.28.0':
-    optional: true
-
-  '@esbuild/linux-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/linux-arm@0.28.0':
-    optional: true
-
-  '@esbuild/linux-ia32@0.28.0':
-    optional: true
-
-  '@esbuild/linux-loong64@0.28.0':
-    optional: true
-
-  '@esbuild/linux-mips64el@0.28.0':
-    optional: true
-
-  '@esbuild/linux-ppc64@0.28.0':
-    optional: true
-
-  '@esbuild/linux-riscv64@0.28.0':
-    optional: true
-
-  '@esbuild/linux-s390x@0.28.0':
-    optional: true
-
-  '@esbuild/linux-x64@0.28.0':
-    optional: true
-
-  '@esbuild/netbsd-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/netbsd-x64@0.28.0':
-    optional: true
-
-  '@esbuild/openbsd-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/openbsd-x64@0.28.0':
-    optional: true
-
-  '@esbuild/openharmony-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/sunos-x64@0.28.0':
-    optional: true
-
-  '@esbuild/win32-arm64@0.28.0':
-    optional: true
-
-  '@esbuild/win32-ia32@0.28.0':
-    optional: true
-
-  '@esbuild/win32-x64@0.28.0':
-    optional: true
-
-  '@types/node@22.19.20':
-    dependencies:
-      undici-types: 6.21.0
-
-  esbuild@0.28.0:
-    optionalDependencies:
-      '@esbuild/aix-ppc64': 0.28.0
-      '@esbuild/android-arm': 0.28.0
-      '@esbuild/android-arm64': 0.28.0
-      '@esbuild/android-x64': 0.28.0
-      '@esbuild/darwin-arm64': 0.28.0
-      '@esbuild/darwin-x64': 0.28.0
-      '@esbuild/freebsd-arm64': 0.28.0
-      '@esbuild/freebsd-x64': 0.28.0
-      '@esbuild/linux-arm': 0.28.0
-      '@esbuild/linux-arm64': 0.28.0
-      '@esbuild/linux-ia32': 0.28.0
-      '@esbuild/linux-loong64': 0.28.0
-      '@esbuild/linux-mips64el': 0.28.0
-      '@esbuild/linux-ppc64': 0.28.0
-      '@esbuild/linux-riscv64': 0.28.0
-      '@esbuild/linux-s390x': 0.28.0
-      '@esbuild/linux-x64': 0.28.0
-      '@esbuild/netbsd-arm64': 0.28.0
-      '@esbuild/netbsd-x64': 0.28.0
-      '@esbuild/openbsd-arm64': 0.28.0
-      '@esbuild/openbsd-x64': 0.28.0
-      '@esbuild/openharmony-arm64': 0.28.0
-      '@esbuild/sunos-x64': 0.28.0
-      '@esbuild/win32-arm64': 0.28.0
-      '@esbuild/win32-ia32': 0.28.0
-      '@esbuild/win32-x64': 0.28.0
-
-  fsevents@2.3.3:
-    optional: true
-
-  tsx@4.22.4:
-    dependencies:
-      esbuild: 0.28.0
-    optionalDependencies:
-      fsevents: 2.3.3
-
-  typescript@5.9.3: {}
-
-  undici-types@6.21.0: {}

package/extensions/skill-stats/tsconfig.json

@@ -1,12 +0,0 @@
-{
-  "compilerOptions": {
-    "target": "ES2022",
-    "module": "Node16",
-    "moduleResolution": "Node16",
-    "strict": true,
-    "noEmit": true,
-    "allowImportingTsExtensions": true,
-    "skipLibCheck": true
-  },
-  "include": ["*.ts"]
-}

package/extensions/subagent/agents/planner.md

@@ -1,37 +0,0 @@
----
-name: planner
-description: Creates implementation plans from context and requirements
-tools: read, grep, find, ls
-model: claude-sonnet-4-5
----
-
-You are a planning specialist. You receive context (from a scout) and requirements, then produce a clear implementation plan.
-
-You must NOT make any changes. Only read, analyze, and plan.
-
-Input format you'll receive:
-- Context/findings from a scout agent
-- Original query or requirements
-
-Output format:
-
-## Goal
-One sentence summary of what needs to be done.
-
-## Plan
-Numbered steps, each small and actionable:
-1. Step one - specific file/function to modify
-2. Step two - what to add/change
-3. ...
-
-## Files to Modify
-- `path/to/file.ts` - what changes
-- `path/to/other.ts` - what changes
-
-## New Files (if any)
-- `path/to/new.ts` - purpose
-
-## Risks
-Anything to watch out for.
-
-Keep the plan concrete. The worker agent will execute it verbatim.

package/extensions/subagent/agents/reviewer.md

@@ -1,35 +0,0 @@
----
-name: reviewer
-description: Code review specialist for quality and security analysis
-tools: read, grep, find, ls, bash
-model: claude-sonnet-4-5
----
-
-You are a senior code reviewer. Analyze code for quality, security, and maintainability.
-
-Bash is for read-only commands only: `git diff`, `git log`, `git show`. Do NOT modify files or run builds.
-Assume tool permissions are not perfectly enforceable; keep all bash usage strictly read-only.
-
-Strategy:
-1. Run `git diff` to see recent changes (if applicable)
-2. Read the modified files
-3. Check for bugs, security issues, code smells
-
-Output format:
-
-## Files Reviewed
-- `path/to/file.ts` (lines X-Y)
-
-## Critical (must fix)
-- `file.ts:42` - Issue description
-
-## Warnings (should fix)
-- `file.ts:100` - Issue description
-
-## Suggestions (consider)
-- `file.ts:150` - Improvement idea
-
-## Summary
-Overall assessment in 2-3 sentences.
-
-Be specific with file paths and line numbers.