@codyswann/lisa 2.209.0 → 2.209.2

package/dist/codex/scripts/install-pkgs.sh

@@ -18,14 +18,23 @@ fi
 link_primary_worktree_node_modules() {
   [ ! -e "node_modules" ] && [ ! -L "node_modules" ] || return 1
 
-  case "$repo_root" in
-    */.claude/worktrees/*)
-      primary_root="${repo_root%%/.claude/worktrees/*}"
-      ;;
-    *)
-      return 1
-      ;;
-  esac
+  # A linked worktree's --git-common-dir is <primary>/.git no matter where the
+  # worktree lives (.claude/worktrees, ~/.codex/worktrees, plain
+  # `git worktree add`), so derive the primary checkout from it. Fall back to
+  # the legacy .claude path parse on git <2.31 (no --path-format support).
+  git_common_dir="$(git rev-parse --path-format=absolute --git-common-dir 2>/dev/null || true)"
+  if [ -n "$git_common_dir" ]; then
+    primary_root="$(dirname "$git_common_dir")"
+  else
+    case "$repo_root" in
+      */.claude/worktrees/*)
+        primary_root="${repo_root%%/.claude/worktrees/*}"
+        ;;
+      *)
+        return 1
+        ;;
+    esac
+  fi
 
   [ "$primary_root" != "$repo_root" ] || return 1
   [ -d "$primary_root/node_modules" ] || return 1

package/package.json

@@ -95,7 +95,7 @@
     "ws": ">=8.20.1"
   },
   "name": "@codyswann/lisa",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Claude Code governance framework that applies guardrails, guidance, and automated enforcement to projects",
   "main": "dist/index.js",
   "exports": {

package/plugins/lisa/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Universal governance: agents, skills, commands, hooks, and rules for all projects.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa/hooks/install-pkgs.sh

@@ -11,14 +11,23 @@ link_primary_worktree_node_modules() {
   [ ! -e "node_modules" ] && [ ! -L "node_modules" ] || return 1
 
   repo_root="$(git rev-parse --show-toplevel 2>/dev/null || pwd)"
-  case "$repo_root" in
-    */.claude/worktrees/*)
-      primary_root="${repo_root%%/.claude/worktrees/*}"
-      ;;
-    *)
-      return 1
-      ;;
-  esac
+  # A linked worktree's --git-common-dir is <primary>/.git no matter where the
+  # worktree lives (.claude/worktrees, ~/.codex/worktrees, plain
+  # `git worktree add`), so derive the primary checkout from it. Fall back to
+  # the legacy .claude path parse on git <2.31 (no --path-format support).
+  git_common_dir="$(git rev-parse --path-format=absolute --git-common-dir 2>/dev/null || true)"
+  if [ -n "$git_common_dir" ]; then
+    primary_root="$(dirname "$git_common_dir")"
+  else
+    case "$repo_root" in
+      */.claude/worktrees/*)
+        primary_root="${repo_root%%/.claude/worktrees/*}"
+        ;;
+      *)
+        return 1
+        ;;
+    esac
+  fi
 
   [ "$primary_root" != "$repo_root" ] || return 1
   [ -d "$primary_root/node_modules" ] || return 1

package/plugins/lisa-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-cdk/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-cdk",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "AWS CDK-specific plugin",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-cdk/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-cdk",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "AWS CDK-specific Lisa plugin.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-cdk-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-cdk",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "AWS CDK-specific plugin",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-cdk-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-cdk",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "AWS CDK-specific plugin",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-cdk-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-cdk",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "AWS CDK-specific plugin",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-copilot/hooks/install-pkgs.sh

@@ -11,14 +11,23 @@ link_primary_worktree_node_modules() {
   [ ! -e "node_modules" ] && [ ! -L "node_modules" ] || return 1
 
   repo_root="$(git rev-parse --show-toplevel 2>/dev/null || pwd)"
-  case "$repo_root" in
-    */.claude/worktrees/*)
-      primary_root="${repo_root%%/.claude/worktrees/*}"
-      ;;
-    *)
-      return 1
-      ;;
-  esac
+  # A linked worktree's --git-common-dir is <primary>/.git no matter where the
+  # worktree lives (.claude/worktrees, ~/.codex/worktrees, plain
+  # `git worktree add`), so derive the primary checkout from it. Fall back to
+  # the legacy .claude path parse on git <2.31 (no --path-format support).
+  git_common_dir="$(git rev-parse --path-format=absolute --git-common-dir 2>/dev/null || true)"
+  if [ -n "$git_common_dir" ]; then
+    primary_root="$(dirname "$git_common_dir")"
+  else
+    case "$repo_root" in
+      */.claude/worktrees/*)
+        primary_root="${repo_root%%/.claude/worktrees/*}"
+        ;;
+      *)
+        return 1
+        ;;
+    esac
+  fi
 
   [ "$primary_root" != "$repo_root" ] || return 1
   [ -d "$primary_root/node_modules" ] || return 1

package/plugins/lisa-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-cursor/hooks/install-pkgs.sh

@@ -11,14 +11,23 @@ link_primary_worktree_node_modules() {
   [ ! -e "node_modules" ] && [ ! -L "node_modules" ] || return 1
 
   repo_root="$(git rev-parse --show-toplevel 2>/dev/null || pwd)"
-  case "$repo_root" in
-    */.claude/worktrees/*)
-      primary_root="${repo_root%%/.claude/worktrees/*}"
-      ;;
-    *)
-      return 1
-      ;;
-  esac
+  # A linked worktree's --git-common-dir is <primary>/.git no matter where the
+  # worktree lives (.claude/worktrees, ~/.codex/worktrees, plain
+  # `git worktree add`), so derive the primary checkout from it. Fall back to
+  # the legacy .claude path parse on git <2.31 (no --path-format support).
+  git_common_dir="$(git rev-parse --path-format=absolute --git-common-dir 2>/dev/null || true)"
+  if [ -n "$git_common_dir" ]; then
+    primary_root="$(dirname "$git_common_dir")"
+  else
+    case "$repo_root" in
+      */.claude/worktrees/*)
+        primary_root="${repo_root%%/.claude/worktrees/*}"
+        ;;
+      *)
+        return 1
+        ;;
+    esac
+  fi
 
   [ "$primary_root" != "$repo_root" ] || return 1
   [ -d "$primary_root/node_modules" ] || return 1

package/plugins/lisa-expo/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-expo",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-expo/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-expo",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Expo and React Native-specific skills, agents, rules, and MCP servers.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-expo-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-expo",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-expo-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-expo",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-expo-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-expo",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-harper-fabric/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-harper-fabric",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Harper/Fabric-specific rules for TypeScript component apps",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-harper-fabric/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-harper-fabric",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Harper/Fabric-specific Lisa rules for TypeScript component apps.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-harper-fabric-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-harper-fabric",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Harper/Fabric-specific rules for TypeScript component apps",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-harper-fabric-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-harper-fabric",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Harper/Fabric-specific rules for TypeScript component apps",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-harper-fabric-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-harper-fabric",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Harper/Fabric-specific rules for TypeScript component apps",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "NestJS-specific skills and migration write-protection hooks.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-nestjs-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, across Claude and Codex.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-openclaw-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-openclaw",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-phaser-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-phaser",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Phaser 4 game-development rules for TypeScript projects",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Ruby on Rails-specific skills and hooks for RuboCop and ast-grep scanning on edit.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-rails-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-rails",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "TypeScript-specific hooks for formatting, linting, and ast-grep scanning on edit.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-typescript-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-typescript",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "Distributable LLM Wiki kernel — ingest, query, lint, and maintain a git-native markdown knowledge base across Claude and Codex.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki/.codex-plugin/skills/lisa-wiki-ingest/SKILL.md

@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
 
 ## Step 0 — resolve the wiki root (once per run)
 
-Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
-base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
+Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
+consumer repository's `scripts/` directory:
+
+```bash
+node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+```
+
+Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
+mode-agnostic by design:
 
 - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
   the branch sync below proceeds against **this** repo's remote, exactly as before.

package/plugins/lisa-wiki/.codex-plugin/skills/lisa-wiki-query/SKILL.md

@@ -8,12 +8,16 @@ description: "Answer a question from the LLM…"
 Answer from the wiki, with citations, without changing it (by default).
 
 ## Workflow
-0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
-   `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
-   instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
-   refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
-   mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
-   to think about it.
+0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
+   the consumer repository's `scripts/` directory:
+   ```bash
+   node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+   ```
+   Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
+   resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
+   mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
+   existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
+   never has to think about it.
 1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
 2. Drill into the relevant synthesis pages and their cited source notes.
 3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not

package/plugins/lisa-wiki/skills/lisa-wiki-ingest/SKILL.md

@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
 
 ## Step 0 — resolve the wiki root (once per run)
 
-Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
-base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
+Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
+consumer repository's `scripts/` directory:
+
+```bash
+node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+```
+
+Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
+mode-agnostic by design:
 
 - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
   the branch sync below proceeds against **this** repo's remote, exactly as before.

package/plugins/lisa-wiki/skills/lisa-wiki-query/SKILL.md

@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
 Answer from the wiki, with citations, without changing it (by default).
 
 ## Workflow
-0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
-   `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
-   instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
-   refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
-   mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
-   to think about it.
+0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
+   the consumer repository's `scripts/` directory:
+   ```bash
+   node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+   ```
+   Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
+   resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
+   mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
+   existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
+   never has to think about it.
 1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
 2. Drill into the relevant synthesis pages and their cited source notes.
 3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not

package/plugins/lisa-wiki-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki-agy/skills/lisa-wiki-ingest/SKILL.md

@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
 
 ## Step 0 — resolve the wiki root (once per run)
 
-Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
-base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
+Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
+consumer repository's `scripts/` directory:
+
+```bash
+node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+```
+
+Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
+mode-agnostic by design:
 
 - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
   the branch sync below proceeds against **this** repo's remote, exactly as before.

package/plugins/lisa-wiki-agy/skills/lisa-wiki-query/SKILL.md

@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
 Answer from the wiki, with citations, without changing it (by default).
 
 ## Workflow
-0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
-   `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
-   instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
-   refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
-   mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
-   to think about it.
+0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
+   the consumer repository's `scripts/` directory:
+   ```bash
+   node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+   ```
+   Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
+   resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
+   mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
+   existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
+   never has to think about it.
 1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
 2. Drill into the relevant synthesis pages and their cited source notes.
 3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not

package/plugins/lisa-wiki-copilot/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki-copilot/skills/lisa-wiki-ingest/SKILL.md

@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
 
 ## Step 0 — resolve the wiki root (once per run)
 
-Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
-base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
+Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
+consumer repository's `scripts/` directory:
+
+```bash
+node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+```
+
+Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
+mode-agnostic by design:
 
 - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
   the branch sync below proceeds against **this** repo's remote, exactly as before.

package/plugins/lisa-wiki-copilot/skills/lisa-wiki-query/SKILL.md

@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
 Answer from the wiki, with citations, without changing it (by default).
 
 ## Workflow
-0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
-   `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
-   instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
-   refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
-   mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
-   to think about it.
+0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
+   the consumer repository's `scripts/` directory:
+   ```bash
+   node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+   ```
+   Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
+   resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
+   mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
+   existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
+   never has to think about it.
 1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
 2. Drill into the relevant synthesis pages and their cited source notes.
 3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not

package/plugins/lisa-wiki-cursor/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.209.0",
+  "version": "2.209.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-wiki-cursor/skills/lisa-wiki-ingest/SKILL.md

@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
 
 ## Step 0 — resolve the wiki root (once per run)
 
-Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
-base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
+Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
+consumer repository's `scripts/` directory:
+
+```bash
+node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+```
+
+Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
+mode-agnostic by design:
 
 - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
   the branch sync below proceeds against **this** repo's remote, exactly as before.

package/plugins/lisa-wiki-cursor/skills/lisa-wiki-query/SKILL.md

@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
 Answer from the wiki, with citations, without changing it (by default).
 
 ## Workflow
-0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
-   `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
-   instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
-   refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
-   mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
-   to think about it.
+0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
+   the consumer repository's `scripts/` directory:
+   ```bash
+   node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+   ```
+   Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
+   resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
+   mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
+   existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
+   never has to think about it.
 1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
 2. Drill into the relevant synthesis pages and their cited source notes.
 3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not

package/plugins/src/base/hooks/install-pkgs.sh

@@ -11,14 +11,23 @@ link_primary_worktree_node_modules() {
   [ ! -e "node_modules" ] && [ ! -L "node_modules" ] || return 1
 
   repo_root="$(git rev-parse --show-toplevel 2>/dev/null || pwd)"
-  case "$repo_root" in
-    */.claude/worktrees/*)
-      primary_root="${repo_root%%/.claude/worktrees/*}"
-      ;;
-    *)
-      return 1
-      ;;
-  esac
+  # A linked worktree's --git-common-dir is <primary>/.git no matter where the
+  # worktree lives (.claude/worktrees, ~/.codex/worktrees, plain
+  # `git worktree add`), so derive the primary checkout from it. Fall back to
+  # the legacy .claude path parse on git <2.31 (no --path-format support).
+  git_common_dir="$(git rev-parse --path-format=absolute --git-common-dir 2>/dev/null || true)"
+  if [ -n "$git_common_dir" ]; then
+    primary_root="$(dirname "$git_common_dir")"
+  else
+    case "$repo_root" in
+      */.claude/worktrees/*)
+        primary_root="${repo_root%%/.claude/worktrees/*}"
+        ;;
+      *)
+        return 1
+        ;;
+    esac
+  fi
 
   [ "$primary_root" != "$repo_root" ] || return 1
   [ -d "$primary_root/node_modules" ] || return 1

package/plugins/src/wiki/skills/lisa-wiki-ingest/SKILL.md

@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
 
 ## Step 0 — resolve the wiki root (once per run)
 
-Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
-base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
+Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
+consumer repository's `scripts/` directory:
+
+```bash
+node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+```
+
+Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
+mode-agnostic by design:
 
 - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
   the branch sync below proceeds against **this** repo's remote, exactly as before.

package/plugins/src/wiki/skills/lisa-wiki-query/SKILL.md

@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
 Answer from the wiki, with citations, without changing it (by default).
 
 ## Workflow
-0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
-   `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
-   instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
-   refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
-   mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
-   to think about it.
+0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
+   the consumer repository's `scripts/` directory:
+   ```bash
+   node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
+   ```
+   Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
+   resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
+   mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
+   existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
+   never has to think about it.
 1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
 2. Drill into the relevant synthesis pages and their cited source notes.
 3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not