@codyswann/lisa 3.31.2 → 3.31.3

package/plugins/lisa-agy/skills/lisa-drive-pr-to-merge/SKILL.md

@@ -162,7 +162,7 @@ ends in between — turns exhausted, job timeout, or you concluding the work whi
 checks are still pending — the latch stays off and nothing restores it. The PR is
 left WORSE OFF THAN IF THIS SKILL HAD NEVER RUN: it has lost the mechanism that
 merges it while no agent is watching, and the run reports success. Measured on
-`gunnertech/frontend#282`, the latch went off 14s before the fix commit and the
+`acmeorgc/frontend#282`, the latch went off 14s before the fix commit and the
 PR sat 26 minutes after going green, against ~3 minutes for PRs this skill never
 touched.
 
@@ -364,7 +364,7 @@ Ancestry proves your code is *in* the merged branch; it does **not** prove
 anything deployed. GitHub can **suppress the `on: push` event for a merge commit
 created by auto-merge or a bot token** (`GITHUB_TOKEN`), so the deploy workflow
 fires **zero** runs — no run, not even a `startup_failure` — while the ancestry
-check above stays green. Incident of record: TunnlAI/frontend **TUN-186** (PR #67)
+check above stays green. Incident of record: AcmeOrgD/frontend **TUN-186** (PR #67)
 merged to `dev` via auto-merge; the merge commit `1b3f836` produced **no**
 `deploy.yml` run, and only the next human push `d1fe18c` (which carries `1b3f836`
 as an ancestor) actually shipped it. **Never report shipped on ancestry alone.**
@@ -423,7 +423,7 @@ of section 2 are diagnose-only).
 
 Linear's GitHub integration completes a linked Issue on merge to **any** branch
 — branch-name linkage alone triggers it, even when the PR body carries only the
-non-closing `Linear: <ID>` reference form (incident of record: TunnlAI backend
+non-closing `Linear: <ID>` reference form (incident of record: AcmeOrgD backend
 PR #207 merged to `dev`; TUN-256 auto-completed and had to be manually
 reverted). Run this step **as soon as the PR reports `MERGED`**, before the
 deploy-run verification above can terminate the flow — a `blocked:deploy`

package/plugins/lisa-agy/skills/lisa-secrets-access/SKILL.md

@@ -239,7 +239,7 @@ An org secret defaults to `--visibility private`. `all` reaches public repositor
 ```json
 "propagating": [
   "LINEAR_API_KEY",
-  { "name": "NPM_TOKEN", "targets": ["TunnlAI", "TunnlAI/wiki"] }
+  { "name": "NPM_TOKEN", "targets": ["AcmeOrgD", "AcmeOrgD/wiki"] }
 ]
 ```
 

package/plugins/lisa-agy/skills/lisa-secrets-access/scripts/materialize-secrets.mjs

@@ -248,8 +248,8 @@ export function installAwsProfiles(bundle, options = {}) {
   // Refuse to write a profile name the operator already uses outside our block.
   //
   // AWS does not error on a duplicate `[profile x]` — it resolves one and
-  // ignores the other. So writing `tunnl-dev` next to an operator's existing SSO
-  // `tunnl-dev` would silently run some calls as the wrong identity, which is
+  // ignores the other. So writing `acmeorgd-dev` next to an operator's existing SSO
+  // `acmeorgd-dev` would silently run some calls as the wrong identity, which is
   // worse than either winning outright. Merging protects their sections from
   // being deleted; this protects them from being shadowed.
   //

package/plugins/lisa-agy/skills/lisa-setup-notion/SKILL.md

@@ -60,7 +60,7 @@ Default to the workspace name. After the user stores the token (Step 4), Step 5'
 WORKSPACE=$(jq -r '.notion.workspaceId // empty' .lisa.config.json 2>/dev/null)
 if [ -z "$WORKSPACE" ]; then
   # Prompt the user — accept any non-empty string. They pick the slug; we just store it.
-  read -p "Workspace identifier (any stable slug, e.g. 'gemini-sports'): " WORKSPACE
+  read -p "Workspace identifier (any stable slug, e.g. 'acme-org-b'): " WORKSPACE
 fi
 ```
 

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-cdk",
-  "version": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "description": "AWS CDK-specific plugin",
   "author": {
     "name": "Cody Swann"

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

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

package/plugins/lisa-copilot/rules/reference/claim-time-guards.md

@@ -1,6 +1,6 @@
 # Claim-Time Guards
 
-Two guards that run when build-intake claims a ready item. Both come from geminisportsai's hand-rolled `sprint-loop` and both address failures actually observed there — an item built twice because it had already shipped, and a loop burning cycles re-attempting an item that was never going to succeed.
+Two guards that run when build-intake claims a ready item. Both come from acmeorgb's hand-rolled `sprint-loop` and both address failures actually observed there — an item built twice because it had already shipped, and a loop burning cycles re-attempting an item that was never going to succeed.
 
 It is a **single vendor-neutral contract** consumed by all three build-intake skills (`lisa-github-build-intake`, `lisa-jira-build-intake`, `lisa-linear-build-intake`). Each arm cites this slug in its claim step rather than growing its own copy, exactly as the arms cite `leaf-only-lifecycle`, `repo-scope-split`, `rejection-detection`, and `claim-archaeology`. One slug is what keeps a guard that fires on GitHub from being absent on Linear.
 

package/plugins/lisa-copilot/skills/lisa-detect-tooling/SKILL.md

@@ -57,7 +57,7 @@ Discovery only works if "what does this run" can be answered from shell text wit
 
 **`$( )` restarts the quoting context.** In `"$(printf '%s' "$JSON" | node -e '…')"`, quotes inside the substitution pair among themselves. A flat scanner falls out of phase on the first one and starts reporting the payload's own string literals.
 
-Against Lisa and the three TunnlAI repositories, what survives is `gitleaks`, `jq`, `gtimeout` and `eas` — every one a real, undeclared invocation, with no false positives.
+Against Lisa and the three AcmeOrgD repositories, what survives is `gitleaks`, `jq`, `gtimeout` and `eas` — every one a real, undeclared invocation, with no false positives.
 
 ## What it will not do
 

package/plugins/lisa-copilot/skills/lisa-drive-pr-to-merge/SKILL.md

@@ -162,7 +162,7 @@ ends in between — turns exhausted, job timeout, or you concluding the work whi
 checks are still pending — the latch stays off and nothing restores it. The PR is
 left WORSE OFF THAN IF THIS SKILL HAD NEVER RUN: it has lost the mechanism that
 merges it while no agent is watching, and the run reports success. Measured on
-`gunnertech/frontend#282`, the latch went off 14s before the fix commit and the
+`acmeorgc/frontend#282`, the latch went off 14s before the fix commit and the
 PR sat 26 minutes after going green, against ~3 minutes for PRs this skill never
 touched.
 
@@ -364,7 +364,7 @@ Ancestry proves your code is *in* the merged branch; it does **not** prove
 anything deployed. GitHub can **suppress the `on: push` event for a merge commit
 created by auto-merge or a bot token** (`GITHUB_TOKEN`), so the deploy workflow
 fires **zero** runs — no run, not even a `startup_failure` — while the ancestry
-check above stays green. Incident of record: TunnlAI/frontend **TUN-186** (PR #67)
+check above stays green. Incident of record: AcmeOrgD/frontend **TUN-186** (PR #67)
 merged to `dev` via auto-merge; the merge commit `1b3f836` produced **no**
 `deploy.yml` run, and only the next human push `d1fe18c` (which carries `1b3f836`
 as an ancestor) actually shipped it. **Never report shipped on ancestry alone.**
@@ -423,7 +423,7 @@ of section 2 are diagnose-only).
 
 Linear's GitHub integration completes a linked Issue on merge to **any** branch
 — branch-name linkage alone triggers it, even when the PR body carries only the
-non-closing `Linear: <ID>` reference form (incident of record: TunnlAI backend
+non-closing `Linear: <ID>` reference form (incident of record: AcmeOrgD backend
 PR #207 merged to `dev`; TUN-256 auto-completed and had to be manually
 reverted). Run this step **as soon as the PR reports `MERGED`**, before the
 deploy-run verification above can terminate the flow — a `blocked:deploy`

package/plugins/lisa-copilot/skills/lisa-secrets-access/SKILL.md

@@ -239,7 +239,7 @@ An org secret defaults to `--visibility private`. `all` reaches public repositor
 ```json
 "propagating": [
   "LINEAR_API_KEY",
-  { "name": "NPM_TOKEN", "targets": ["TunnlAI", "TunnlAI/wiki"] }
+  { "name": "NPM_TOKEN", "targets": ["AcmeOrgD", "AcmeOrgD/wiki"] }
 ]
 ```
 

package/plugins/lisa-copilot/skills/lisa-secrets-access/scripts/materialize-secrets.mjs

@@ -248,8 +248,8 @@ export function installAwsProfiles(bundle, options = {}) {
   // Refuse to write a profile name the operator already uses outside our block.
   //
   // AWS does not error on a duplicate `[profile x]` — it resolves one and
-  // ignores the other. So writing `tunnl-dev` next to an operator's existing SSO
-  // `tunnl-dev` would silently run some calls as the wrong identity, which is
+  // ignores the other. So writing `acmeorgd-dev` next to an operator's existing SSO
+  // `acmeorgd-dev` would silently run some calls as the wrong identity, which is
   // worse than either winning outright. Merging protects their sections from
   // being deleted; this protects them from being shadowed.
   //

package/plugins/lisa-copilot/skills/lisa-setup-notion/SKILL.md

@@ -60,7 +60,7 @@ Default to the workspace name. After the user stores the token (Step 4), Step 5'
 WORKSPACE=$(jq -r '.notion.workspaceId // empty' .lisa.config.json 2>/dev/null)
 if [ -z "$WORKSPACE" ]; then
   # Prompt the user — accept any non-empty string. They pick the slug; we just store it.
-  read -p "Workspace identifier (any stable slug, e.g. 'gemini-sports'): " WORKSPACE
+  read -p "Workspace identifier (any stable slug, e.g. 'acme-org-b'): " WORKSPACE
 fi
 ```
 

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

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

package/plugins/lisa-cursor/rules/claim-time-guards-reference.mdc

@@ -5,7 +5,7 @@ alwaysApply: false
 
 # Claim-Time Guards
 
-Two guards that run when build-intake claims a ready item. Both come from geminisportsai's hand-rolled `sprint-loop` and both address failures actually observed there — an item built twice because it had already shipped, and a loop burning cycles re-attempting an item that was never going to succeed.
+Two guards that run when build-intake claims a ready item. Both come from acmeorgb's hand-rolled `sprint-loop` and both address failures actually observed there — an item built twice because it had already shipped, and a loop burning cycles re-attempting an item that was never going to succeed.
 
 It is a **single vendor-neutral contract** consumed by all three build-intake skills (`lisa-github-build-intake`, `lisa-jira-build-intake`, `lisa-linear-build-intake`). Each arm cites this slug in its claim step rather than growing its own copy, exactly as the arms cite `leaf-only-lifecycle`, `repo-scope-split`, `rejection-detection`, and `claim-archaeology`. One slug is what keeps a guard that fires on GitHub from being absent on Linear.
 

package/plugins/lisa-cursor/skills/lisa-detect-tooling/SKILL.md

@@ -57,7 +57,7 @@ Discovery only works if "what does this run" can be answered from shell text wit
 
 **`$( )` restarts the quoting context.** In `"$(printf '%s' "$JSON" | node -e '…')"`, quotes inside the substitution pair among themselves. A flat scanner falls out of phase on the first one and starts reporting the payload's own string literals.
 
-Against Lisa and the three TunnlAI repositories, what survives is `gitleaks`, `jq`, `gtimeout` and `eas` — every one a real, undeclared invocation, with no false positives.
+Against Lisa and the three AcmeOrgD repositories, what survives is `gitleaks`, `jq`, `gtimeout` and `eas` — every one a real, undeclared invocation, with no false positives.
 
 ## What it will not do
 

package/plugins/lisa-cursor/skills/lisa-drive-pr-to-merge/SKILL.md

@@ -162,7 +162,7 @@ ends in between — turns exhausted, job timeout, or you concluding the work whi
 checks are still pending — the latch stays off and nothing restores it. The PR is
 left WORSE OFF THAN IF THIS SKILL HAD NEVER RUN: it has lost the mechanism that
 merges it while no agent is watching, and the run reports success. Measured on
-`gunnertech/frontend#282`, the latch went off 14s before the fix commit and the
+`acmeorgc/frontend#282`, the latch went off 14s before the fix commit and the
 PR sat 26 minutes after going green, against ~3 minutes for PRs this skill never
 touched.
 
@@ -364,7 +364,7 @@ Ancestry proves your code is *in* the merged branch; it does **not** prove
 anything deployed. GitHub can **suppress the `on: push` event for a merge commit
 created by auto-merge or a bot token** (`GITHUB_TOKEN`), so the deploy workflow
 fires **zero** runs — no run, not even a `startup_failure` — while the ancestry
-check above stays green. Incident of record: TunnlAI/frontend **TUN-186** (PR #67)
+check above stays green. Incident of record: AcmeOrgD/frontend **TUN-186** (PR #67)
 merged to `dev` via auto-merge; the merge commit `1b3f836` produced **no**
 `deploy.yml` run, and only the next human push `d1fe18c` (which carries `1b3f836`
 as an ancestor) actually shipped it. **Never report shipped on ancestry alone.**
@@ -423,7 +423,7 @@ of section 2 are diagnose-only).
 
 Linear's GitHub integration completes a linked Issue on merge to **any** branch
 — branch-name linkage alone triggers it, even when the PR body carries only the
-non-closing `Linear: <ID>` reference form (incident of record: TunnlAI backend
+non-closing `Linear: <ID>` reference form (incident of record: AcmeOrgD backend
 PR #207 merged to `dev`; TUN-256 auto-completed and had to be manually
 reverted). Run this step **as soon as the PR reports `MERGED`**, before the
 deploy-run verification above can terminate the flow — a `blocked:deploy`

package/plugins/lisa-cursor/skills/lisa-secrets-access/SKILL.md

@@ -239,7 +239,7 @@ An org secret defaults to `--visibility private`. `all` reaches public repositor
 ```json
 "propagating": [
   "LINEAR_API_KEY",
-  { "name": "NPM_TOKEN", "targets": ["TunnlAI", "TunnlAI/wiki"] }
+  { "name": "NPM_TOKEN", "targets": ["AcmeOrgD", "AcmeOrgD/wiki"] }
 ]
 ```
 

package/plugins/lisa-cursor/skills/lisa-secrets-access/scripts/materialize-secrets.mjs

@@ -248,8 +248,8 @@ export function installAwsProfiles(bundle, options = {}) {
   // Refuse to write a profile name the operator already uses outside our block.
   //
   // AWS does not error on a duplicate `[profile x]` — it resolves one and
-  // ignores the other. So writing `tunnl-dev` next to an operator's existing SSO
-  // `tunnl-dev` would silently run some calls as the wrong identity, which is
+  // ignores the other. So writing `acmeorgd-dev` next to an operator's existing SSO
+  // `acmeorgd-dev` would silently run some calls as the wrong identity, which is
   // worse than either winning outright. Merging protects their sections from
   // being deleted; this protects them from being shadowed.
   //

package/plugins/lisa-cursor/skills/lisa-setup-notion/SKILL.md

@@ -60,7 +60,7 @@ Default to the workspace name. After the user stores the token (Step 4), Step 5'
 WORKSPACE=$(jq -r '.notion.workspaceId // empty' .lisa.config.json 2>/dev/null)
 if [ -z "$WORKSPACE" ]; then
   # Prompt the user — accept any non-empty string. They pick the slug; we just store it.
-  read -p "Workspace identifier (any stable slug, e.g. 'gemini-sports'): " WORKSPACE
+  read -p "Workspace identifier (any stable slug, e.g. 'acme-org-b'): " WORKSPACE
 fi
 ```
 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-nestjs",
-  "version": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "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": "3.31.2",
+  "version": "3.31.3",
   "description": "Connect staff roles to Telegram or Slack via OpenClaw — facilitator/specialist hub-and-spoke routing and repo-coding topics, across Claude and Codex.",
   "author": {
     "name": "Cody Swann"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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