@codyswann/lisa 2.317.0 → 2.317.2

package/dist/core/upstream-evidence-manifest.js

@@ -526,7 +526,7 @@ export const UPSTREAM_EVIDENCE_MANIFEST = Object.freeze({
     "plugins/src/base/skills/lisa-qa-queue/SKILL.md": "1d5f009f60004bf75b5d79bca370096ce40e1d41d585dc8afd4389f21bba84ae",
     "plugins/src/base/skills/lisa-quality-review/SKILL.md": "17ba45f4c4b7877c0b0c9a3c1cc1cb9e18c642ead74ff7263698d8034d3241da",
     "plugins/src/base/skills/lisa-queue-status/SKILL.md": "87c6d34d0511d4afd812d1af3fee80fa3b7aa47db8449760b12f2699fedc1d78",
-    "plugins/src/base/skills/lisa-remote-dispatch/SKILL.md": "a33e5069e5aee78cdc7010b7d3b0e50c202f064a74b9ac09babaf2ce657cd28f",
+    "plugins/src/base/skills/lisa-remote-dispatch/SKILL.md": "2cc999d2c3b61b10aabb849e0833fd58edb444c5013c05108dd58e5d7d60c4ba",
     "plugins/src/base/skills/lisa-remote-dispatch/scripts/dispatch.mjs": "3bf6c019de34a53a1c84b131ffeb9702441e8c1c7c1794f522f97c0de5ee5ce4",
     "plugins/src/base/skills/lisa-repair-intake/SKILL.md": "4f85ac1381631e9f250d9cf3239baba633ae0df9ba1959f8835ed662592e2d77",
     "plugins/src/base/skills/lisa-reproduce-bug/SKILL.md": "4d460993fac6021219ca23eee29b1b9afa7c37479dddc662b2fcfaca510edd68",

package/package.json

@@ -115,7 +115,7 @@
     "brace-expansion": ">=5.0.8"
   },
   "name": "@codyswann/lisa",
-  "version": "2.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "description": "Universal governance: agents, skills, commands, hooks, and rules for all projects.",
   "author": {
     "name": "Cody Swann"

package/plugins/lisa/.codex-plugin/skills/lisa-remote-dispatch/SKILL.md

@@ -55,6 +55,11 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **A dispatch with no captured task identifier is a failed dispatch**, even when the command exited zero. The identifier is the only durable handle on work that outlives this process; an untracked remote task is worse than none, because nothing can reconcile it and a retry would duplicate it.
 
+Two things about the CLI surface, both verified live on 2026-08-01:
+
+- `codex cloud exec` prints **only the task URL** on success — there is no separate identifier line to parse. The identifier must be extracted from that URL.
+- `codex cloud status` returns status, environment label, and a diff summary — **not the agent's text reply**. So a task cannot report a result back through the CLI, only through an artifact. Reconcile through durable objects (the PR, the diff, the external record), never through what the agent said.
+
 ## Surface options
 
 ```json
@@ -75,7 +80,9 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **`branch` is always passed explicitly.** `codex cloud exec` defaults to the *current* branch, and a dispatcher's incidental checkout state must never decide where work runs.
 
-**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level. Resolution order: per-invocation override → project config → environment default.
+**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level.
+
+**But do not rely on it to select a Codex Cloud task's model.** Verified by live dispatch on 2026-08-01: `-c model="not-a-real-model-probe-xyz"` was accepted without local validation, submitted, and the task then ran to `READY` successfully. Had the invalid value governed remote execution, the task could not have run. Whether the override fails to propagate or propagates and is ignored is not established — the operational rule is the same either way. **Set the model on the environment itself; treat this field as a hint the surface may disregard.**
 
 Do not invent an abstract tier (`fast` / `deep`) mapped per vendor. That produces confidently wrong mappings when a second surface arrives with an unrelated model lineup. A raw string scoped to the surface that owns it is honest.
 

package/plugins/lisa/skills/lisa-remote-dispatch/SKILL.md

@@ -55,6 +55,11 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **A dispatch with no captured task identifier is a failed dispatch**, even when the command exited zero. The identifier is the only durable handle on work that outlives this process; an untracked remote task is worse than none, because nothing can reconcile it and a retry would duplicate it.
 
+Two things about the CLI surface, both verified live on 2026-08-01:
+
+- `codex cloud exec` prints **only the task URL** on success — there is no separate identifier line to parse. The identifier must be extracted from that URL.
+- `codex cloud status` returns status, environment label, and a diff summary — **not the agent's text reply**. So a task cannot report a result back through the CLI, only through an artifact. Reconcile through durable objects (the PR, the diff, the external record), never through what the agent said.
+
 ## Surface options
 
 ```json
@@ -75,7 +80,9 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **`branch` is always passed explicitly.** `codex cloud exec` defaults to the *current* branch, and a dispatcher's incidental checkout state must never decide where work runs.
 
-**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level. Resolution order: per-invocation override → project config → environment default.
+**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level.
+
+**But do not rely on it to select a Codex Cloud task's model.** Verified by live dispatch on 2026-08-01: `-c model="not-a-real-model-probe-xyz"` was accepted without local validation, submitted, and the task then ran to `READY` successfully. Had the invalid value governed remote execution, the task could not have run. Whether the override fails to propagate or propagates and is ignored is not established — the operational rule is the same either way. **Set the model on the environment itself; treat this field as a hint the surface may disregard.**
 
 Do not invent an abstract tier (`fast` / `deep`) mapped per vendor. That produces confidently wrong mappings when a second surface arrives with an unrelated model lineup. A raw string scoped to the surface that owns it is honest.
 

package/plugins/lisa-agy/plugin.json

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

package/plugins/lisa-agy/skills/lisa-remote-dispatch/SKILL.md

@@ -55,6 +55,11 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **A dispatch with no captured task identifier is a failed dispatch**, even when the command exited zero. The identifier is the only durable handle on work that outlives this process; an untracked remote task is worse than none, because nothing can reconcile it and a retry would duplicate it.
 
+Two things about the CLI surface, both verified live on 2026-08-01:
+
+- `codex cloud exec` prints **only the task URL** on success — there is no separate identifier line to parse. The identifier must be extracted from that URL.
+- `codex cloud status` returns status, environment label, and a diff summary — **not the agent's text reply**. So a task cannot report a result back through the CLI, only through an artifact. Reconcile through durable objects (the PR, the diff, the external record), never through what the agent said.
+
 ## Surface options
 
 ```json
@@ -75,7 +80,9 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **`branch` is always passed explicitly.** `codex cloud exec` defaults to the *current* branch, and a dispatcher's incidental checkout state must never decide where work runs.
 
-**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level. Resolution order: per-invocation override → project config → environment default.
+**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level.
+
+**But do not rely on it to select a Codex Cloud task's model.** Verified by live dispatch on 2026-08-01: `-c model="not-a-real-model-probe-xyz"` was accepted without local validation, submitted, and the task then ran to `READY` successfully. Had the invalid value governed remote execution, the task could not have run. Whether the override fails to propagate or propagates and is ignored is not established — the operational rule is the same either way. **Set the model on the environment itself; treat this field as a hint the surface may disregard.**
 
 Do not invent an abstract tier (`fast` / `deep`) mapped per vendor. That produces confidently wrong mappings when a second surface arrives with an unrelated model lineup. A raw string scoped to the surface that owns it is honest.
 

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

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

package/plugins/lisa-copilot/skills/lisa-remote-dispatch/SKILL.md

@@ -55,6 +55,11 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **A dispatch with no captured task identifier is a failed dispatch**, even when the command exited zero. The identifier is the only durable handle on work that outlives this process; an untracked remote task is worse than none, because nothing can reconcile it and a retry would duplicate it.
 
+Two things about the CLI surface, both verified live on 2026-08-01:
+
+- `codex cloud exec` prints **only the task URL** on success — there is no separate identifier line to parse. The identifier must be extracted from that URL.
+- `codex cloud status` returns status, environment label, and a diff summary — **not the agent's text reply**. So a task cannot report a result back through the CLI, only through an artifact. Reconcile through durable objects (the PR, the diff, the external record), never through what the agent said.
+
 ## Surface options
 
 ```json
@@ -75,7 +80,9 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **`branch` is always passed explicitly.** `codex cloud exec` defaults to the *current* branch, and a dispatcher's incidental checkout state must never decide where work runs.
 
-**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level. Resolution order: per-invocation override → project config → environment default.
+**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level.
+
+**But do not rely on it to select a Codex Cloud task's model.** Verified by live dispatch on 2026-08-01: `-c model="not-a-real-model-probe-xyz"` was accepted without local validation, submitted, and the task then ran to `READY` successfully. Had the invalid value governed remote execution, the task could not have run. Whether the override fails to propagate or propagates and is ignored is not established — the operational rule is the same either way. **Set the model on the environment itself; treat this field as a hint the surface may disregard.**
 
 Do not invent an abstract tier (`fast` / `deep`) mapped per vendor. That produces confidently wrong mappings when a second surface arrives with an unrelated model lineup. A raw string scoped to the surface that owns it is honest.
 

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

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

package/plugins/lisa-cursor/skills/lisa-remote-dispatch/SKILL.md

@@ -55,6 +55,11 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **A dispatch with no captured task identifier is a failed dispatch**, even when the command exited zero. The identifier is the only durable handle on work that outlives this process; an untracked remote task is worse than none, because nothing can reconcile it and a retry would duplicate it.
 
+Two things about the CLI surface, both verified live on 2026-08-01:
+
+- `codex cloud exec` prints **only the task URL** on success — there is no separate identifier line to parse. The identifier must be extracted from that URL.
+- `codex cloud status` returns status, environment label, and a diff summary — **not the agent's text reply**. So a task cannot report a result back through the CLI, only through an artifact. Reconcile through durable objects (the PR, the diff, the external record), never through what the agent said.
+
 ## Surface options
 
 ```json
@@ -75,7 +80,9 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **`branch` is always passed explicitly.** `codex cloud exec` defaults to the *current* branch, and a dispatcher's incidental checkout state must never decide where work runs.
 
-**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level. Resolution order: per-invocation override → project config → environment default.
+**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level.
+
+**But do not rely on it to select a Codex Cloud task's model.** Verified by live dispatch on 2026-08-01: `-c model="not-a-real-model-probe-xyz"` was accepted without local validation, submitted, and the task then ran to `READY` successfully. Had the invalid value governed remote execution, the task could not have run. Whether the override fails to propagate or propagates and is ignored is not established — the operational rule is the same either way. **Set the model on the environment itself; treat this field as a hint the surface may disregard.**
 
 Do not invent an abstract tier (`fast` / `deep`) mapped per vendor. That produces confidently wrong mappings when a second surface arrives with an unrelated model lineup. A raw string scoped to the surface that owns it is honest.
 

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-expo",
-  "version": "2.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "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": "2.317.0",
+  "version": "2.317.2",
   "description": "TypeScript-specific hooks — Prettier formatting, ESLint linting, ast-grep scanning, and error-suppression blocking on edit",
   "author": {
     "name": "Cody Swann"

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.317.0",
+  "version": "2.317.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.317.0",
+  "version": "2.317.2",
   "description": "Distributable LLM Wiki kernel — ingest, query, lint, and maintain a git-native markdown knowledge base across Claude and Codex.",
   "author": {
     "name": "Cody Swann"

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.317.0",
+  "version": "2.317.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.317.0",
+  "version": "2.317.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

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

@@ -1,6 +1,6 @@
 {
   "name": "lisa-wiki",
-  "version": "2.317.0",
+  "version": "2.317.2",
   "description": "LLM Wiki — a distributable, git-native markdown knowledge base for Claude Code and Codex",
   "author": {
     "name": "Cody Swann"

package/plugins/src/base/skills/lisa-remote-dispatch/SKILL.md

@@ -55,6 +55,11 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **A dispatch with no captured task identifier is a failed dispatch**, even when the command exited zero. The identifier is the only durable handle on work that outlives this process; an untracked remote task is worse than none, because nothing can reconcile it and a retry would duplicate it.
 
+Two things about the CLI surface, both verified live on 2026-08-01:
+
+- `codex cloud exec` prints **only the task URL** on success — there is no separate identifier line to parse. The identifier must be extracted from that URL.
+- `codex cloud status` returns status, environment label, and a diff summary — **not the agent's text reply**. So a task cannot report a result back through the CLI, only through an artifact. Reconcile through durable objects (the PR, the diff, the external record), never through what the agent said.
+
 ## Surface options
 
 ```json
@@ -75,7 +80,9 @@ It does **not** poll, wait, or hold anything open. The operator's machine is a l
 
 **`branch` is always passed explicitly.** `codex cloud exec` defaults to the *current* branch, and a dispatcher's incidental checkout state must never decide where work runs.
 
-**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level. Resolution order: per-invocation override → project config → environment default.
+**`model` goes through `-c`,** because the subcommand has no `--model` flag; the CLI's own help documents `-c model="..."`. Model is vendor-specific while `executionEnv` is routing, so it is scoped under the surface rather than hung off the top level.
+
+**But do not rely on it to select a Codex Cloud task's model.** Verified by live dispatch on 2026-08-01: `-c model="not-a-real-model-probe-xyz"` was accepted without local validation, submitted, and the task then ran to `READY` successfully. Had the invalid value governed remote execution, the task could not have run. Whether the override fails to propagate or propagates and is ignored is not established — the operational rule is the same either way. **Set the model on the environment itself; treat this field as a hint the surface may disregard.**
 
 Do not invent an abstract tier (`fast` / `deep`) mapped per vendor. That produces confidently wrong mappings when a second surface arrives with an unrelated model lineup. A raw string scoped to the surface that owns it is honest.