@codyswann/lisa 1.86.2 → 1.86.4
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.
- package/package.json +1 -1
- package/plugins/lisa/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa/agents/jira-agent.md +1 -1
- package/plugins/lisa/commands/build.md +1 -1
- package/plugins/lisa/commands/fix.md +1 -1
- package/plugins/lisa/commands/improve.md +1 -1
- package/plugins/lisa/commands/investigate.md +1 -1
- package/plugins/lisa/commands/monitor.md +1 -1
- package/plugins/lisa/commands/plan/create.md +1 -1
- package/plugins/lisa/commands/plan/execute.md +1 -1
- package/plugins/lisa/commands/plan.md +1 -1
- package/plugins/lisa/commands/research.md +1 -1
- package/plugins/lisa/commands/review.md +1 -1
- package/plugins/lisa/commands/ship.md +1 -1
- package/plugins/lisa/commands/verify.md +1 -1
- package/plugins/lisa/skills/plan-execute/SKILL.md +1 -1
- package/plugins/lisa-cdk/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-expo/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-nestjs/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-rails/.claude-plugin/plugin.json +1 -1
- package/plugins/lisa-typescript/.claude-plugin/plugin.json +1 -1
- package/plugins/src/base/agents/jira-agent.md +1 -1
- package/plugins/src/base/commands/build.md +1 -1
- package/plugins/src/base/commands/fix.md +1 -1
- package/plugins/src/base/commands/improve.md +1 -1
- package/plugins/src/base/commands/investigate.md +1 -1
- package/plugins/src/base/commands/monitor.md +1 -1
- package/plugins/src/base/commands/plan/create.md +1 -1
- package/plugins/src/base/commands/plan/execute.md +1 -1
- package/plugins/src/base/commands/plan.md +1 -1
- package/plugins/src/base/commands/research.md +1 -1
- package/plugins/src/base/commands/review.md +1 -1
- package/plugins/src/base/commands/ship.md +1 -1
- package/plugins/src/base/commands/verify.md +1 -1
- 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.
|
|
81
|
+
"version": "1.86.4",
|
|
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": {
|
|
@@ -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
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
|
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)
|
|
@@ -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
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
-
|
|
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
|
|
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)
|