@codyswann/lisa 2.135.0 → 2.137.0

package/package.json

@@ -1,6 +1,7 @@
 {
   "scripts": {
-    "build": "tsc && node scripts/copy-codex-scripts.mjs && bun run build:plugins",
+    "build": "bun run build:dist && bun run build:plugins",
+    "build:dist": "tsc && node scripts/copy-codex-scripts.mjs",
     "test:integration": "vitest run tests/integration",
     "postinstall": "bash ./scripts/install-claude-plugins.sh || true; [ -d dist/configs ] || tsc || true",
     "pretest": "[ -d dist/configs ] || bun run build",
@@ -83,7 +84,7 @@
     "lodash": ">=4.18.1"
   },
   "name": "@codyswann/lisa",
-  "version": "2.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "description": "Universal governance: agents, skills, commands, hooks, and rules for all projects.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-agy/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "lisa",
-  "version": "2.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "description": "Universal governance — agents, skills, commands, hooks, and rules for all projects",
   "author": {
     "name": "Cody Swann"

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

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

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-expo",
-  "version": "2.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "description": "Expo and React Native-specific skills, agents, rules, and MCP servers.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-expo/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

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

package/plugins/lisa-expo-agy/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

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

package/plugins/lisa-expo-copilot/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

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

package/plugins/lisa-expo-cursor/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-harper-fabric",
-  "version": "2.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "description": "Harper/Fabric-specific Lisa rules for TypeScript component apps.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa-harper-fabric/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

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

package/plugins/lisa-harper-fabric-agy/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

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

package/plugins/lisa-harper-fabric-copilot/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

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

package/plugins/lisa-harper-fabric-cursor/skills/exploratory-qa/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: exploratory-qa
-description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
+description: First-time-user exploratory QA walkthrough for web apps that FEEDS THE LIFECYCLE. Use when asked to experience an app the way a brand-new human user would — landing cold on the home page and clicking through to find anything confusing, broken, or hard to understand (human-facing jargon, contextless extracted data, machine-style labels, slow or unclear loads, late meaningful content, cramped or cut-off UI, inconsistent/non-standard UX, awkward scroll behavior, unclear affordances, dead-end flows that strand a user — e.g. a login page with no way to register or recover a password, or a primary action that drops the user into an incomplete/unsatisfiable state with no way to finish) across all breakpoints. Instead of writing a report file, it files every finding as a tracked work item via lisa:tracker-write (bugs and usability/UX issues). A `ready` parameter controls whether those tickets are created build-ready (auto-picked-up by lisa:intake) or left in the backlog for human triage (default). For gaps in the automated Playwright test suite, use the e2e-coverage-gaps skill instead.
 ---
 
 # Exploratory QA
@@ -80,6 +80,22 @@ mistakes, and tries the obvious thing. Cover at least these dimensions unless th
     no primary action to populate it.
   When the missing counterpart makes a core task impossible for a whole class of users (e.g. a new
   user literally cannot create an account), file a `Bug`; otherwise file a usability `Improvement`.
+- **Action preconditions & incomplete end-states:** an action whose result only makes sense with
+  multiple inputs (compare, merge, combine, bulk-edit) or with some prerequisite met should guide the
+  user to satisfy that precondition — by disabling/explaining it until it is met, by collecting the
+  inputs first (e.g. a selection tray), or by giving the destination an obvious in-place control to
+  complete it. Actually trigger these actions and watch where they land; flag when a primary action:
+  - **Fires under-satisfied and strands the user:** e.g. a per-row "Compare" that navigates to a
+    comparison of a single item, shows an "under limit / add at least 2" notice, but exposes no
+    visible "add another" control — the user is told what is wrong with no in-place means to fix it.
+  - **Lands on an incomplete / empty end-state with no next step:** a results or detail screen that
+    announces it is empty, partial, or "needs more" yet offers no affordance to add, retry, or return
+    to the selection that produced it.
+  - **Is offered where it cannot succeed:** a multi-item action exposed on a single item, or an action
+    left enabled while its precondition (a selection, a minimum count, a required field) is unmet,
+    with no explanation.
+  When the user is left unable to complete the action they started, file a `Bug`; when it eventually
+  works but the path is confusing or roundabout, file a usability `Improvement`.
 - **Visual/layout quality:** cut-off or truncated text, overlap, cramped/crowded density, offscreen or
   unreachable controls, accidental horizontal scroll, awkward empty space. **Do not judge this by
   eyeballing a screenshot alone** — a control clipped by a few pixels or pushed just past a container

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "2.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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.135.0",
+  "version": "2.137.0",
   "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/skills/lisa-openclaw-connect-repo-topic/SKILL.md

@@ -103,8 +103,13 @@ The worker prepares the safe target and launches the CLI; it does not edit files
 
 Route the topic to the dispatcher: set
 `channels.telegram.groups.<group-id>.topics.<topic-id>.agentId = <topic-slug>-dispatch`, keep
-`requireMention = true` and allowlist policy, and add `allowFrom` only when membership must be
-narrower than the group. The topic `systemPrompt` must state the scope mode, treat each native-reply
+allowlist policy, and add `allowFrom` only when membership must be narrower than the group. Leave the
+topic-level `requireMention = false` (the default) so the agent activates on any message — the topic
+is bound 1:1 to this dispatcher, so an @mention carries no routing information and is pure friction.
+Set it to `true` only for a shared-workspace topic where humans also coordinate with each other and
+you don't want every line to spawn a run; the group-level `requireMention` stays `true` regardless.
+See "Mention gating" in [references/repo-topic-config.md](references/repo-topic-config.md) for the
+tradeoff. The topic `systemPrompt` must state the scope mode, treat each native-reply
 root as an independent request context, confirm repo selection only in folder-scoped mode, spawn the
 worker with an explicit repo path, and return the worker result to the topic. Back up
 `~/.openclaw/openclaw.json` before editing and preserve unrelated routes.
@@ -118,11 +123,14 @@ openclaw gateway status
 openclaw channels status --probe
 ```
 
-Then from the target topic: mention the bot and ask for an exact-token reply with **no** file
-changes, commits, PRs, or merges, e.g. `<bot-handle> reply with exactly TELEGRAM-ROUTE-OK`. Confirm
-the visible reply, that the dispatcher spawned the worker, and that the worker ran in the intended
-repo. For folder-scoped topics, also send a request that implies but doesn't name a repo and confirm
-the dispatcher asks for confirmation before proceeding. Do **not** treat `openclaw agent --agent
+Then from the target topic, send a plain message with **no** @mention (the default
+`requireMention = false` means the agent must activate without one) asking for an exact-token reply
+with **no** file changes, commits, PRs, or merges, e.g. `reply with exactly TELEGRAM-ROUTE-OK`.
+Confirm the visible reply, that the dispatcher spawned the worker, and that the worker ran in the
+intended repo. If the topic was deliberately left at `requireMention = true`, mention the bot instead
+(`<bot-handle> reply with exactly TELEGRAM-ROUTE-OK`) and additionally confirm that an un-mentioned
+message is **ignored**. For folder-scoped topics, also send a request that implies but doesn't name a
+repo and confirm the dispatcher asks for confirmation before proceeding. Do **not** treat `openclaw agent --agent
 <id> ...` as proof a topic route works — use the visible topic reply.
 
 ## Output standard