@codyswann/lisa 1.86.2 → 1.86.3

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 (35) hide show
  1. package/package.json +1 -1
  2. package/plugins/lisa/.claude-plugin/plugin.json +1 -1
  3. package/plugins/lisa/agents/jira-agent.md +1 -1
  4. package/plugins/lisa/commands/build.md +1 -1
  5. package/plugins/lisa/commands/fix.md +1 -1
  6. package/plugins/lisa/commands/improve.md +1 -1
  7. package/plugins/lisa/commands/investigate.md +1 -1
  8. package/plugins/lisa/commands/monitor.md +1 -1
  9. package/plugins/lisa/commands/plan/create.md +1 -1
  10. package/plugins/lisa/commands/plan/execute.md +1 -1
  11. package/plugins/lisa/commands/plan.md +1 -1
  12. package/plugins/lisa/commands/research.md +1 -1
  13. package/plugins/lisa/commands/review.md +1 -1
  14. package/plugins/lisa/commands/ship.md +1 -1
  15. package/plugins/lisa/commands/verify.md +1 -1
  16. package/plugins/lisa/skills/plan-execute/SKILL.md +1 -1
  17. package/plugins/lisa-cdk/.claude-plugin/plugin.json +1 -1
  18. package/plugins/lisa-expo/.claude-plugin/plugin.json +1 -1
  19. package/plugins/lisa-nestjs/.claude-plugin/plugin.json +1 -1
  20. package/plugins/lisa-rails/.claude-plugin/plugin.json +1 -1
  21. package/plugins/lisa-typescript/.claude-plugin/plugin.json +1 -1
  22. package/plugins/src/base/agents/jira-agent.md +1 -1
  23. package/plugins/src/base/commands/build.md +1 -1
  24. package/plugins/src/base/commands/fix.md +1 -1
  25. package/plugins/src/base/commands/improve.md +1 -1
  26. package/plugins/src/base/commands/investigate.md +1 -1
  27. package/plugins/src/base/commands/monitor.md +1 -1
  28. package/plugins/src/base/commands/plan/create.md +1 -1
  29. package/plugins/src/base/commands/plan/execute.md +1 -1
  30. package/plugins/src/base/commands/plan.md +1 -1
  31. package/plugins/src/base/commands/research.md +1 -1
  32. package/plugins/src/base/commands/review.md +1 -1
  33. package/plugins/src/base/commands/ship.md +1 -1
  34. package/plugins/src/base/commands/verify.md +1 -1
  35. package/plugins/src/base/skills/plan-execute/SKILL.md +1 -1
package/package.json CHANGED
@@ -78,7 +78,7 @@
78
78
  "lodash": ">=4.18.1"
79
79
  },
80
80
  "name": "@codyswann/lisa",
81
- "version": "1.86.2",
81
+ "version": "1.86.3",
82
82
  "description": "Claude Code governance framework that applies guardrails, guidance, and automated enforcement to projects",
83
83
  "main": "dist/index.js",
84
84
  "exports": {
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa",
3
- "version": "1.86.2",
3
+ "version": "1.86.3",
4
4
  "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -76,7 +76,7 @@ If the ticket type is ambiguous, read the description to classify. A "Task" that
76
76
 
77
77
  ### 5. Delegate to Flow
78
78
 
79
- Hand off to the appropriate flow as defined in `.claude/rules/intent-routing.md`. Pass the full ticket context (description, acceptance criteria, credentials, reproduction steps) to the first agent in the flow.
79
+ Hand off to the appropriate flow as defined in the `intent-routing` rule (loaded via the lisa plugin). Pass the full ticket context (description, acceptance criteria, credentials, reproduction steps) to the first agent in the flow.
80
80
 
81
81
  ### 6. Sync Progress at Milestones
82
82
 
@@ -3,7 +3,7 @@ description: "Build a feature. Defines acceptance criteria, researches codebase,
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Build** work type.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Build** work type.
7
7
 
8
8
  If the argument is a JIRA ticket ID or URL, hand off to the `jira-agent` which will read the ticket, extract context, and delegate back to the Implement flow.
9
9
 
@@ -3,7 +3,7 @@ description: "Fix a bug. Reproduces, analyzes git history, finds root cause, imp
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Fix** work type.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Fix** work type.
7
7
 
8
8
  If the argument is a JIRA ticket ID or URL, hand off to the `jira-agent` which will read the ticket, extract context, and delegate back to the Implement flow.
9
9
 
@@ -3,7 +3,7 @@ description: "Improve existing code. Measures baseline, implements improvements
3
3
  argument-hint: "<target-description>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Improve** work type.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Improve** work type.
7
7
 
8
8
  For specific improvement types, you can also use:
9
9
  - `/lisa:plan:add-test-coverage` -- increase test coverage
@@ -3,7 +3,7 @@ description: "Investigate an issue. Analyzes git history, reproduces, traces exe
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Investigate Only** work type (spike).
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Investigate Only** work type (spike).
7
7
 
8
8
  If the argument is a JIRA ticket ID or URL, hand off to the `jira-agent` which will read the ticket and extract context.
9
9
 
@@ -3,7 +3,7 @@ description: "Monitor application health. Checks health endpoints, logs, errors,
3
3
  argument-hint: "[environment]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Monitor** sub-flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Monitor** sub-flow.
7
7
 
8
8
  This sub-flow is also invoked as part of the Verify flow's remote verification step. Delegates to `ops-specialist` for health checks, log inspection, error monitoring, and performance analysis.
9
9
 
@@ -3,6 +3,6 @@ description: "Creates an implementation plan from a ticket URL, file path, or te
3
3
  argument-hint: "<ticket-url | @file-path | description>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Plan** flow on $ARGUMENTS.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Plan** flow on $ARGUMENTS.
7
7
 
8
8
  If requirements are ambiguous or no specification exists, suggest running the **Research** flow first.
@@ -3,4 +3,4 @@ description: "Deploys an agent team to research, implement, review and deploy a
3
3
  argument-hint: "<ticket-url | @file-path | description>"
4
4
  ---
5
5
 
6
- Pass through to `/build` with $ARGUMENTS. The Build command reads `.claude/rules/intent-routing.md` and runs the full Implement → Review → Verify chain, which is what this command historically did.
6
+ Pass through to `/build` with $ARGUMENTS. The Build command applies the `intent-routing` rule (loaded via the lisa plugin) and runs the full Implement → Review → Verify chain, which is what this command historically did.
@@ -3,7 +3,7 @@ description: "Plan work. Defines acceptance criteria, researches codebase, maps
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Plan** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Plan** flow.
7
7
 
8
8
  If no PRD or specification exists, suggest running the **Research** flow first to produce one.
9
9
 
@@ -3,6 +3,6 @@ description: "Research a problem space and produce a PRD. Investigates codebase,
3
3
  argument-hint: "<problem-statement-or-feature-idea>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Research** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Research** flow.
7
7
 
8
8
  $ARGUMENTS
@@ -3,7 +3,7 @@ description: "Review code changes. Runs quality, security, performance, product,
3
3
  argument-hint: "[pr-link-or-branch]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Review** sub-flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Review** sub-flow.
7
7
 
8
8
  This sub-flow is also invoked automatically by the Implement flow. It runs `quality-specialist`, `security-specialist`, and `performance-specialist` in parallel, followed by `product-specialist` and `test-specialist`. Consolidates all findings ranked by severity.
9
9
 
@@ -3,6 +3,6 @@ description: "Ship current changes. Alias for /verify."
3
3
  argument-hint: "[commit-message-hint]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Verify** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Verify** flow.
7
7
 
8
8
  $ARGUMENTS
@@ -3,7 +3,7 @@ description: "Ship and verify code. Commits, opens PR, handles review loop, merg
3
3
  argument-hint: "[commit-message-hint]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Verify** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Verify** flow.
7
7
 
8
8
  This includes: atomic commits, PR creation, CI/review-fix loop, merge, deploy monitoring, and remote verification.
9
9
 
@@ -47,7 +47,7 @@ If Implement, determine the work type:
47
47
  3. Improve (refactoring, optimization, coverage improvement)
48
48
  4. Investigate Only (spike -- no code changes, just findings)
49
49
 
50
- Run the readiness gate check for the selected flow as defined in `.claude/rules/intent-routing.md`. If the gate fails, stop and report what is missing.
50
+ Run the readiness gate check for the selected flow as defined in the `intent-routing` rule (loaded via the lisa plugin). If the gate fails, stop and report what is missing.
51
51
 
52
52
  IF it is a Fix (bug), execute the Reproduce sub-flow FIRST:
53
53
  1. Write a failing test that demonstrates the bug (preferred)
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "lisa-cdk",
3
- "version": "1.86.2",
3
+ "version": "1.86.3",
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-expo",
3
- "version": "1.86.2",
3
+ "version": "1.86.3",
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-nestjs",
3
- "version": "1.86.2",
3
+ "version": "1.86.3",
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-rails",
3
- "version": "1.86.2",
3
+ "version": "1.86.3",
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": "1.86.2",
3
+ "version": "1.86.3",
4
4
  "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, and ast-grep scanning on edit",
5
5
  "author": {
6
6
  "name": "Cody Swann"
@@ -76,7 +76,7 @@ If the ticket type is ambiguous, read the description to classify. A "Task" that
76
76
 
77
77
  ### 5. Delegate to Flow
78
78
 
79
- Hand off to the appropriate flow as defined in `.claude/rules/intent-routing.md`. Pass the full ticket context (description, acceptance criteria, credentials, reproduction steps) to the first agent in the flow.
79
+ Hand off to the appropriate flow as defined in the `intent-routing` rule (loaded via the lisa plugin). Pass the full ticket context (description, acceptance criteria, credentials, reproduction steps) to the first agent in the flow.
80
80
 
81
81
  ### 6. Sync Progress at Milestones
82
82
 
@@ -3,7 +3,7 @@ description: "Build a feature. Defines acceptance criteria, researches codebase,
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Build** work type.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Build** work type.
7
7
 
8
8
  If the argument is a JIRA ticket ID or URL, hand off to the `jira-agent` which will read the ticket, extract context, and delegate back to the Implement flow.
9
9
 
@@ -3,7 +3,7 @@ description: "Fix a bug. Reproduces, analyzes git history, finds root cause, imp
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Fix** work type.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Fix** work type.
7
7
 
8
8
  If the argument is a JIRA ticket ID or URL, hand off to the `jira-agent` which will read the ticket, extract context, and delegate back to the Implement flow.
9
9
 
@@ -3,7 +3,7 @@ description: "Improve existing code. Measures baseline, implements improvements
3
3
  argument-hint: "<target-description>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Improve** work type.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Improve** work type.
7
7
 
8
8
  For specific improvement types, you can also use:
9
9
  - `/lisa:plan:add-test-coverage` -- increase test coverage
@@ -3,7 +3,7 @@ description: "Investigate an issue. Analyzes git history, reproduces, traces exe
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Implement** flow with the **Investigate Only** work type (spike).
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Implement** flow with the **Investigate Only** work type (spike).
7
7
 
8
8
  If the argument is a JIRA ticket ID or URL, hand off to the `jira-agent` which will read the ticket and extract context.
9
9
 
@@ -3,7 +3,7 @@ description: "Monitor application health. Checks health endpoints, logs, errors,
3
3
  argument-hint: "[environment]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Monitor** sub-flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Monitor** sub-flow.
7
7
 
8
8
  This sub-flow is also invoked as part of the Verify flow's remote verification step. Delegates to `ops-specialist` for health checks, log inspection, error monitoring, and performance analysis.
9
9
 
@@ -3,6 +3,6 @@ description: "Creates an implementation plan from a ticket URL, file path, or te
3
3
  argument-hint: "<ticket-url | @file-path | description>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Plan** flow on $ARGUMENTS.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Plan** flow on $ARGUMENTS.
7
7
 
8
8
  If requirements are ambiguous or no specification exists, suggest running the **Research** flow first.
@@ -3,4 +3,4 @@ description: "Deploys an agent team to research, implement, review and deploy a
3
3
  argument-hint: "<ticket-url | @file-path | description>"
4
4
  ---
5
5
 
6
- Pass through to `/build` with $ARGUMENTS. The Build command reads `.claude/rules/intent-routing.md` and runs the full Implement → Review → Verify chain, which is what this command historically did.
6
+ Pass through to `/build` with $ARGUMENTS. The Build command applies the `intent-routing` rule (loaded via the lisa plugin) and runs the full Implement → Review → Verify chain, which is what this command historically did.
@@ -3,7 +3,7 @@ description: "Plan work. Defines acceptance criteria, researches codebase, maps
3
3
  argument-hint: "<description-or-ticket-id-or-url>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Plan** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Plan** flow.
7
7
 
8
8
  If no PRD or specification exists, suggest running the **Research** flow first to produce one.
9
9
 
@@ -3,6 +3,6 @@ description: "Research a problem space and produce a PRD. Investigates codebase,
3
3
  argument-hint: "<problem-statement-or-feature-idea>"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Research** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Research** flow.
7
7
 
8
8
  $ARGUMENTS
@@ -3,7 +3,7 @@ description: "Review code changes. Runs quality, security, performance, product,
3
3
  argument-hint: "[pr-link-or-branch]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Review** sub-flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Review** sub-flow.
7
7
 
8
8
  This sub-flow is also invoked automatically by the Implement flow. It runs `quality-specialist`, `security-specialist`, and `performance-specialist` in parallel, followed by `product-specialist` and `test-specialist`. Consolidates all findings ranked by severity.
9
9
 
@@ -3,6 +3,6 @@ description: "Ship current changes. Alias for /verify."
3
3
  argument-hint: "[commit-message-hint]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Verify** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Verify** flow.
7
7
 
8
8
  $ARGUMENTS
@@ -3,7 +3,7 @@ description: "Ship and verify code. Commits, opens PR, handles review loop, merg
3
3
  argument-hint: "[commit-message-hint]"
4
4
  ---
5
5
 
6
- Read `.claude/rules/intent-routing.md` and execute the **Verify** flow.
6
+ Apply the `intent-routing` rule (loaded via the lisa plugin) and execute the **Verify** flow.
7
7
 
8
8
  This includes: atomic commits, PR creation, CI/review-fix loop, merge, deploy monitoring, and remote verification.
9
9
 
@@ -47,7 +47,7 @@ If Implement, determine the work type:
47
47
  3. Improve (refactoring, optimization, coverage improvement)
48
48
  4. Investigate Only (spike -- no code changes, just findings)
49
49
 
50
- Run the readiness gate check for the selected flow as defined in `.claude/rules/intent-routing.md`. If the gate fails, stop and report what is missing.
50
+ Run the readiness gate check for the selected flow as defined in the `intent-routing` rule (loaded via the lisa plugin). If the gate fails, stop and report what is missing.
51
51
 
52
52
  IF it is a Fix (bug), execute the Reproduce sub-flow FIRST:
53
53
  1. Write a failing test that demonstrates the bug (preferred)