@codyswann/lisa 2.209.0 → 2.209.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (63) hide show
  1. package/package.json +1 -1
  2. package/plugins/lisa/.claude-plugin/plugin.json +1 -1
  3. package/plugins/lisa/.codex-plugin/plugin.json +1 -1
  4. package/plugins/lisa-agy/plugin.json +1 -1
  5. package/plugins/lisa-cdk/.claude-plugin/plugin.json +1 -1
  6. package/plugins/lisa-cdk/.codex-plugin/plugin.json +1 -1
  7. package/plugins/lisa-cdk-agy/plugin.json +1 -1
  8. package/plugins/lisa-cdk-copilot/.claude-plugin/plugin.json +1 -1
  9. package/plugins/lisa-cdk-cursor/.claude-plugin/plugin.json +1 -1
  10. package/plugins/lisa-copilot/.claude-plugin/plugin.json +1 -1
  11. package/plugins/lisa-cursor/.claude-plugin/plugin.json +1 -1
  12. package/plugins/lisa-expo/.claude-plugin/plugin.json +1 -1
  13. package/plugins/lisa-expo/.codex-plugin/plugin.json +1 -1
  14. package/plugins/lisa-expo-agy/plugin.json +1 -1
  15. package/plugins/lisa-expo-copilot/.claude-plugin/plugin.json +1 -1
  16. package/plugins/lisa-expo-cursor/.claude-plugin/plugin.json +1 -1
  17. package/plugins/lisa-harper-fabric/.claude-plugin/plugin.json +1 -1
  18. package/plugins/lisa-harper-fabric/.codex-plugin/plugin.json +1 -1
  19. package/plugins/lisa-harper-fabric-agy/plugin.json +1 -1
  20. package/plugins/lisa-harper-fabric-copilot/.claude-plugin/plugin.json +1 -1
  21. package/plugins/lisa-harper-fabric-cursor/.claude-plugin/plugin.json +1 -1
  22. package/plugins/lisa-nestjs/.claude-plugin/plugin.json +1 -1
  23. package/plugins/lisa-nestjs/.codex-plugin/plugin.json +1 -1
  24. package/plugins/lisa-nestjs-agy/plugin.json +1 -1
  25. package/plugins/lisa-nestjs-copilot/.claude-plugin/plugin.json +1 -1
  26. package/plugins/lisa-nestjs-cursor/.claude-plugin/plugin.json +1 -1
  27. package/plugins/lisa-openclaw/.claude-plugin/plugin.json +1 -1
  28. package/plugins/lisa-openclaw/.codex-plugin/plugin.json +1 -1
  29. package/plugins/lisa-openclaw-agy/plugin.json +1 -1
  30. package/plugins/lisa-openclaw-copilot/.claude-plugin/plugin.json +1 -1
  31. package/plugins/lisa-openclaw-cursor/.claude-plugin/plugin.json +1 -1
  32. package/plugins/lisa-phaser/.claude-plugin/plugin.json +1 -1
  33. package/plugins/lisa-phaser/.codex-plugin/plugin.json +1 -1
  34. package/plugins/lisa-phaser-agy/plugin.json +1 -1
  35. package/plugins/lisa-phaser-copilot/.claude-plugin/plugin.json +1 -1
  36. package/plugins/lisa-phaser-cursor/.claude-plugin/plugin.json +1 -1
  37. package/plugins/lisa-rails/.claude-plugin/plugin.json +1 -1
  38. package/plugins/lisa-rails/.codex-plugin/plugin.json +1 -1
  39. package/plugins/lisa-rails-agy/plugin.json +1 -1
  40. package/plugins/lisa-rails-copilot/.claude-plugin/plugin.json +1 -1
  41. package/plugins/lisa-rails-cursor/.claude-plugin/plugin.json +1 -1
  42. package/plugins/lisa-typescript/.claude-plugin/plugin.json +1 -1
  43. package/plugins/lisa-typescript/.codex-plugin/plugin.json +1 -1
  44. package/plugins/lisa-typescript-agy/plugin.json +1 -1
  45. package/plugins/lisa-typescript-copilot/.claude-plugin/plugin.json +1 -1
  46. package/plugins/lisa-typescript-cursor/.claude-plugin/plugin.json +1 -1
  47. package/plugins/lisa-wiki/.claude-plugin/plugin.json +1 -1
  48. package/plugins/lisa-wiki/.codex-plugin/plugin.json +1 -1
  49. package/plugins/lisa-wiki/.codex-plugin/skills/lisa-wiki-ingest/SKILL.md +9 -2
  50. package/plugins/lisa-wiki/.codex-plugin/skills/lisa-wiki-query/SKILL.md +10 -6
  51. package/plugins/lisa-wiki/skills/lisa-wiki-ingest/SKILL.md +9 -2
  52. package/plugins/lisa-wiki/skills/lisa-wiki-query/SKILL.md +10 -6
  53. package/plugins/lisa-wiki-agy/plugin.json +1 -1
  54. package/plugins/lisa-wiki-agy/skills/lisa-wiki-ingest/SKILL.md +9 -2
  55. package/plugins/lisa-wiki-agy/skills/lisa-wiki-query/SKILL.md +10 -6
  56. package/plugins/lisa-wiki-copilot/.claude-plugin/plugin.json +1 -1
  57. package/plugins/lisa-wiki-copilot/skills/lisa-wiki-ingest/SKILL.md +9 -2
  58. package/plugins/lisa-wiki-copilot/skills/lisa-wiki-query/SKILL.md +10 -6
  59. package/plugins/lisa-wiki-cursor/.claude-plugin/plugin.json +1 -1
  60. package/plugins/lisa-wiki-cursor/skills/lisa-wiki-ingest/SKILL.md +9 -2
  61. package/plugins/lisa-wiki-cursor/skills/lisa-wiki-query/SKILL.md +10 -6
  62. package/plugins/src/wiki/skills/lisa-wiki-ingest/SKILL.md +9 -2
  63. package/plugins/src/wiki/skills/lisa-wiki-query/SKILL.md +10 -6
package/package.json CHANGED
@@ -95,7 +95,7 @@
95
95
  "ws": ">=8.20.1"
96
96
  },
97
97
  "name": "@codyswann/lisa",
98
- "version": "2.209.0",
98
+ "version": "2.209.1",
99
99
  "description": "Claude Code governance framework that applies guardrails, guidance, and automated enforcement to projects",
100
100
  "main": "dist/index.js",
101
101
  "exports": {
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Universal governance: agents, skills, commands, hooks, and rules for all projects.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "AWS CDK-specific Lisa plugin.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "AWS CDK-specific plugin",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Expo and React Native-specific skills, agents, rules, and MCP servers.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-expo",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Expo/React Native-specific skills, agents, rules, and MCP servers",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Harper/Fabric-specific Lisa rules for TypeScript component apps.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-harper-fabric",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Harper/Fabric-specific rules for TypeScript component apps",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "NestJS-specific skills and migration write-protection hooks.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-nestjs",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "NestJS-specific skills (GraphQL, TypeORM) and hooks (migration write-protection)",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "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",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, across Claude and Codex.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "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",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "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",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-openclaw",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "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",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-phaser",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Phaser 4 game-development rules for TypeScript projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Ruby on Rails-specific skills and hooks for RuboCop and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-rails",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Ruby on Rails-specific hooks — RuboCop linting/formatting and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "TypeScript-specific hooks for formatting, linting, and ast-grep scanning on edit.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-typescript",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "Distributable LLM Wiki kernel — ingest, query, lint, and maintain a git-native markdown knowledge base across Claude and Codex.",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
21
21
 
22
22
  ## Step 0 — resolve the wiki root (once per run)
23
23
 
24
- Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
25
- base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
24
+ Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
25
+ consumer repository's `scripts/` directory:
26
+
27
+ ```bash
28
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
29
+ ```
30
+
31
+ Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
32
+ mode-agnostic by design:
26
33
 
27
34
  - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
28
35
  the branch sync below proceeds against **this** repo's remote, exactly as before.
@@ -8,12 +8,16 @@ description: "Answer a question from the LLM…"
8
8
  Answer from the wiki, with citations, without changing it (by default).
9
9
 
10
10
  ## Workflow
11
- 0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
12
- `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
13
- instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
14
- refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
15
- mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
16
- to think about it.
11
+ 0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
12
+ the consumer repository's `scripts/` directory:
13
+ ```bash
14
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
15
+ ```
16
+ Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
17
+ resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
18
+ mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
19
+ existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
20
+ never has to think about it.
17
21
  1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
18
22
  2. Drill into the relevant synthesis pages and their cited source notes.
19
23
  3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not
@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
21
21
 
22
22
  ## Step 0 — resolve the wiki root (once per run)
23
23
 
24
- Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
25
- base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
24
+ Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
25
+ consumer repository's `scripts/` directory:
26
+
27
+ ```bash
28
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
29
+ ```
30
+
31
+ Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
32
+ mode-agnostic by design:
26
33
 
27
34
  - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
28
35
  the branch sync below proceeds against **this** repo's remote, exactly as before.
@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
8
8
  Answer from the wiki, with citations, without changing it (by default).
9
9
 
10
10
  ## Workflow
11
- 0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
12
- `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
13
- instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
14
- refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
15
- mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
16
- to think about it.
11
+ 0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
12
+ the consumer repository's `scripts/` directory:
13
+ ```bash
14
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
15
+ ```
16
+ Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
17
+ resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
18
+ mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
19
+ existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
20
+ never has to think about it.
17
21
  1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
18
22
  2. Drill into the relevant synthesis pages and their cited source notes.
19
23
  3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
21
21
 
22
22
  ## Step 0 — resolve the wiki root (once per run)
23
23
 
24
- Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
25
- base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
24
+ Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
25
+ consumer repository's `scripts/` directory:
26
+
27
+ ```bash
28
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
29
+ ```
30
+
31
+ Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
32
+ mode-agnostic by design:
26
33
 
27
34
  - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
28
35
  the branch sync below proceeds against **this** repo's remote, exactly as before.
@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
8
8
  Answer from the wiki, with citations, without changing it (by default).
9
9
 
10
10
  ## Workflow
11
- 0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
12
- `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
13
- instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
14
- refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
15
- mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
16
- to think about it.
11
+ 0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
12
+ the consumer repository's `scripts/` directory:
13
+ ```bash
14
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
15
+ ```
16
+ Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
17
+ resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
18
+ mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
19
+ existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
20
+ never has to think about it.
17
21
  1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
18
22
  2. Drill into the relevant synthesis pages and their cited source notes.
19
23
  3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
21
21
 
22
22
  ## Step 0 — resolve the wiki root (once per run)
23
23
 
24
- Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
25
- base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
24
+ Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
25
+ consumer repository's `scripts/` directory:
26
+
27
+ ```bash
28
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
29
+ ```
30
+
31
+ Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
32
+ mode-agnostic by design:
26
33
 
27
34
  - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
28
35
  the branch sync below proceeds against **this** repo's remote, exactly as before.
@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
8
8
  Answer from the wiki, with citations, without changing it (by default).
9
9
 
10
10
  ## Workflow
11
- 0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
12
- `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
13
- instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
14
- refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
15
- mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
16
- to think about it.
11
+ 0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
12
+ the consumer repository's `scripts/` directory:
13
+ ```bash
14
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
15
+ ```
16
+ Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
17
+ resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
18
+ mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
19
+ existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
20
+ never has to think about it.
17
21
  1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
18
22
  2. Drill into the relevant synthesis pages and their cited source notes.
19
23
  3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-wiki",
3
- "version": "2.209.0",
3
+ "version": "2.209.1",
4
4
  "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
21
21
 
22
22
  ## Step 0 — resolve the wiki root (once per run)
23
23
 
24
- Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
25
- base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
24
+ Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
25
+ consumer repository's `scripts/` directory:
26
+
27
+ ```bash
28
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
29
+ ```
30
+
31
+ Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
32
+ mode-agnostic by design:
26
33
 
27
34
  - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
28
35
  the branch sync below proceeds against **this** repo's remote, exactly as before.
@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
8
8
  Answer from the wiki, with citations, without changing it (by default).
9
9
 
10
10
  ## Workflow
11
- 0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
12
- `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
13
- instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
14
- refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
15
- mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
16
- to think about it.
11
+ 0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
12
+ the consumer repository's `scripts/` directory:
13
+ ```bash
14
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
15
+ ```
16
+ Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
17
+ resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
18
+ mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
19
+ existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
20
+ never has to think about it.
17
21
  1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
18
22
  2. Drill into the relevant synthesis pages and their cited source notes.
19
23
  3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not
@@ -21,8 +21,15 @@ performs the shared, ordered pipeline.
21
21
 
22
22
  ## Step 0 — resolve the wiki root (once per run)
23
23
 
24
- Before anything else, run `node scripts/ensure-wiki.mjs --json` and use the returned `wikiRoot` as the
25
- base for the whole pipeline — never hardcode `wiki/`. This is mode-agnostic by design:
24
+ Before anything else, run the bundled resolver from the installed Lisa wiki plugin, not from the
25
+ consumer repository's `scripts/` directory:
26
+
27
+ ```bash
28
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
29
+ ```
30
+
31
+ Use the returned `wikiRoot` as the base for the whole pipeline — never hardcode `wiki/`. This is
32
+ mode-agnostic by design:
26
33
 
27
34
  - **Local wiki** (no `wiki.source` in `.lisa.config.json`) — resolves the in-repo wiki root instantly;
28
35
  the branch sync below proceeds against **this** repo's remote, exactly as before.
@@ -8,12 +8,16 @@ description: Answer a question from the LLM Wiki with citations. Reads the index
8
8
  Answer from the wiki, with citations, without changing it (by default).
9
9
 
10
10
  ## Workflow
11
- 0. **Resolve the wiki root.** Run `node scripts/ensure-wiki.mjs --json` and use the returned
12
- `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki resolves
13
- instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is mirrored and
14
- refreshed transparently first. The script is offline-tolerant (it proceeds with the existing
15
- mirror and warns rather than blocking), so freshness is guaranteed here and the caller never has
16
- to think about it.
11
+ 0. **Resolve the wiki root.** Run the bundled resolver from the installed Lisa wiki plugin, not from
12
+ the consumer repository's `scripts/` directory:
13
+ ```bash
14
+ node "${PLUGIN_ROOT:-${CLAUDE_PLUGIN_ROOT:-${CURSOR_PLUGIN_ROOT:-$(npm root)/@codyswann/lisa/plugins/lisa-wiki}}}/scripts/ensure-wiki.mjs" --json
15
+ ```
16
+ Use the returned `wikiRoot` as the base for every read below — never assume `wiki/`. A local wiki
17
+ resolves instantly (no-op); a wiki whose `.lisa.config.json` declares `wiki.source.url` is
18
+ mirrored and refreshed transparently first. The script is offline-tolerant (it proceeds with the
19
+ existing mirror and warns rather than blocking), so freshness is guaranteed here and the caller
20
+ never has to think about it.
17
21
  1. Read `<wikiRoot>/index.md` to locate candidate pages; consult `<wikiRoot>/start-here.md` for orientation.
18
22
  2. Drill into the relevant synthesis pages and their cited source notes.
19
23
  3. Synthesize an answer. **Every claim cites its wiki page and/or source note.** If the wiki does not