commandmate 0.49.1 → 0.49.3

package/dist/cli/commands/wait-verify.js

@@ -55,7 +55,8 @@ const IN_FLIGHT_TASK_STATUSES = new Set([
  * run that follows is judged against the contract it was supposed to judge.
  *
  * Never throws: an unreadable ledger costs the attribution, and refusing to
- * verify over it would cost every gate.
+ * verify over it would cost every gate. The one exception is a client deadline
+ * (`--timeout`, Issue #3983), which is rethrown as the exit 124 it is.
  *
  * @returns the task id, or undefined to leave resolution to the server
  */
@@ -68,6 +69,9 @@ async function resolveWaitedTaskId(client, worktreeId) {
         return task.id;
     }
     catch (error) {
+        // Issue #3983: `--timeout` ran out before the poll began — exit 124, and
+        // nothing after it (no poll, no verification) runs.
+        (0, api_client_1.rethrowIfDeadlineExceeded)(error);
         console.error(`Note: could not read the task ledger for ${worktreeId} ` +
             `(${error instanceof Error ? error.message : String(error)}); ` +
             'verification will resolve its own task.');

package/dist/cli/commands/wait.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"wait.d.ts","sourceRoot":"","sources":["../../../src/cli/commands/wait.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;GAqBG;AAEH,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAGpC,OAAO,KAAK,EAIV,gBAAgB,EACjB,MAAM,wBAAwB,CAAC;AAChC,OAAO,EAAE,SAAS,EAA+B,MAAM,qBAAqB,CAAC;AA2C7E,OAAO,KAAK,EAA0B,mBAAmB,EAAE,MAAM,mBAAmB,CAAC;AAiBrF,OAAO,EAAE,0BAA0B,EAAE,MAAM,gBAAgB,CAAC;AAC5D,OAAO,EACL,sBAAsB,EACtB,mBAAmB,EACnB,0BAA0B,EAC1B,wBAAwB,GACzB,MAAM,sBAAsB,CAAC;AAC9B,YAAY,EAAE,mBAAmB,EAAE,MAAM,mBAAmB,CAAC;AAC7D,OAAO,EACL,4BAA4B,EAC5B,uBAAuB,EACvB,uBAAuB,GACxB,MAAM,yBAAyB,CAAC;AAk8BjC;;;;;;;;;;;;;GAaG;AACH,wBAAsB,YAAY,CAChC,MAAM,EAAE,SAAS,EACjB,UAAU,EAAE,MAAM,EAClB,OAAO,EAAE,mBAAmB,GAC3B,OAAO,CAAC;IACT,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,CAAC,EAAE,gBAAgB,CAAC;IAC1B,6EAA6E;IAC7E,aAAa,CAAC,EAAE;QAAE,EAAE,EAAE,MAAM,CAAC;QAAC,WAAW,EAAE,MAAM,CAAA;KAAE,CAAC;CACrD,CAAC,CAuJD;AAED,wBAAgB,iBAAiB,IAAI,OAAO,CAgN3C"}
+{"version":3,"file":"wait.d.ts","sourceRoot":"","sources":["../../../src/cli/commands/wait.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;GAqBG;AAEH,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AAGpC,OAAO,KAAK,EAIV,gBAAgB,EACjB,MAAM,wBAAwB,CAAC;AAChC,OAAO,EAAE,SAAS,EAA+B,MAAM,qBAAqB,CAAC;AA2C7E,OAAO,KAAK,EAA0B,mBAAmB,EAAE,MAAM,mBAAmB,CAAC;AAkBrF,OAAO,EAAE,0BAA0B,EAAE,MAAM,gBAAgB,CAAC;AAC5D,OAAO,EACL,sBAAsB,EACtB,mBAAmB,EACnB,0BAA0B,EAC1B,wBAAwB,GACzB,MAAM,sBAAsB,CAAC;AAC9B,YAAY,EAAE,mBAAmB,EAAE,MAAM,mBAAmB,CAAC;AAC7D,OAAO,EACL,4BAA4B,EAC5B,uBAAuB,EACvB,uBAAuB,GACxB,MAAM,yBAAyB,CAAC;AAo8BjC;;;;;;;;;;;;;GAaG;AACH,wBAAsB,YAAY,CAChC,MAAM,EAAE,SAAS,EACjB,UAAU,EAAE,MAAM,EAClB,OAAO,EAAE,mBAAmB,GAC3B,OAAO,CAAC;IACT,QAAQ,EAAE,MAAM,CAAC;IACjB,MAAM,CAAC,EAAE,gBAAgB,CAAC;IAC1B,6EAA6E;IAC7E,aAAa,CAAC,EAAE;QAAE,EAAE,EAAE,MAAM,CAAC;QAAC,WAAW,EAAE,MAAM,CAAA;KAAE,CAAC;CACrD,CAAC,CAkKD;AAED,wBAAgB,iBAAiB,IAAI,OAAO,CA8N3C"}

package/dist/cli/commands/wait.js

@@ -39,6 +39,7 @@ const wait_turn_boundary_1 = require("./wait-turn-boundary");
 const wait_hook_stop_settle_1 = require("./wait-hook-stop-settle");
 const wait_verify_1 = require("./wait-verify");
 const wait_instance_1 = require("./wait-instance");
+const follow_up_command_1 = require("../utils/follow-up-command");
 const wait_poll_bookkeeping_1 = require("./wait-poll-bookkeeping");
 // Issue #3964: the split-out modules' exports, re-exported so every import of
 // `./wait` keeps working.
@@ -220,12 +221,13 @@ function buildSelectionListOutput(worktreeId, data) {
  * What `wait` says about a frame that stayed unclassified for the whole dwell
  * (Issue #1708): the stderr line, and the `question` of its exit-10 payload.
  */
-function describeUnclassifiedFrame(worktreeId, data, dwellMs) {
+function describeUnclassifiedFrame(worktreeId, data, dwellMs, options) {
     const dwellSeconds = Math.round(dwellMs / 1000);
     return (`Unclassified interactive frame on ${worktreeId} for ${dwellSeconds}s ` +
         `(status=${data.sessionStatus ?? 'unknown'}/${data.sessionStatusReason ?? 'unknown'}). ` +
         `The detection layer could not parse it; inspect the raw pane with ` +
-        `\`commandmate capture ${worktreeId} --pane\`.` +
+        // Issue #3982: the instance waited on, and enough of its pane for a dialog.
+        `\`${(0, follow_up_command_1.dialogCaptureCommand)(worktreeId, (0, wait_instance_1.waitCommandTarget)(options))}\`.` +
         // Issue #2095: the sidebar is exactly this frame's reason, and the
         // one recovery is a keystroke in the pane. Riding the message keeps
         // the exit-code table (10, `type: unclassified`) unchanged for every
@@ -467,7 +469,7 @@ function unclassifiedStage(poll, state, data) {
             state.unclassifiedSince = Date.now();
         const dwellMs = Date.now() - state.unclassifiedSince;
         if (dwellMs >= UNCLASSIFIED_DWELL_MS) {
-            const question = describeUnclassifiedFrame(worktreeId, data, dwellMs);
+            const question = describeUnclassifiedFrame(worktreeId, data, dwellMs, poll.options);
             // Issue #3730: why Auto-Yes is not there to answer it, if a restart is why.
             const restartNotice = (0, wait_notices_1.formatRestartReleaseNotice)(worktreeId, data, poll.options.instance);
             if (options.onPrompt === 'human') {
@@ -668,7 +670,7 @@ async function unsettledTurnStage(poll, state, data, judgingSettledFrame) {
             `the end of this turn (turnStartedAt=${state.turnStartedAt}, ` +
             `lastStopEventAt=${data.lastStopEventAt ?? 'none'}, ${(0, wait_turn_boundary_1.describeTurnClose)(data)}). ` +
             'Not reporting completion; inspect with ' +
-            `\`commandmate capture ${worktreeId} --json\`.`);
+            `\`${(0, follow_up_command_1.followUpCommand)('capture', worktreeId, (0, wait_instance_1.waitCommandTarget)(poll.options), undefined, '--json')}\`.`);
         return { kind: 'wait' };
     }
     return { kind: 'next' };
@@ -721,7 +723,7 @@ function selfResumeHoldStage(poll, state, data, selfResumeStopAt) {
  * {@link completionStage} needs for its basis.
  */
 async function promptLedgerStage(poll, state, data, judgingSettledFrame) {
-    const { worktreeId, startTime } = poll;
+    const { worktreeId, pollStartedAt } = poll;
     // Issue #1975: the same frame, one question further back. #1839's gate
     // above can only fire once a turn has been ADOPTED, and `send` leaves a
     // window ~1s wide in which nothing has been: the newest structured event
@@ -747,7 +749,7 @@ async function promptLedgerStage(poll, state, data, judgingSettledFrame) {
         state.promptLedgerReadable = ledger.readable;
         if (ledger.readable && ledger.submittedAt !== null) {
             if ((0, wait_turn_boundary_1.outstandingPrompt)(data, ledger.submittedAt)) {
-                const heldMs = Date.now() - startTime;
+                const heldMs = Date.now() - pollStartedAt;
                 if (heldMs < wait_turn_boundary_1.PENDING_PROMPT_HOLD_MS) {
                     console.error(`Waiting: ${worktreeId} is at its composer, but the newest prompt sent to it ` +
                         `has no reported end (sentAt=${new Date(ledger.submittedAt).toISOString()}, ` +
@@ -855,7 +857,10 @@ async function readyStage(poll, state, data, selfResumeStopAt, selfResumeSuffix,
  * {@link resolveWaitInstance}.
  */
 async function pollWorktree(client, worktreeId, options) {
-    const startTime = Date.now();
+    const pollStartedAt = Date.now();
+    // Issue #3983: `--timeout` counts from the command's start when the caller
+    // passed it, so the reads before this poll are inside the deadline.
+    const startTime = options.timeoutStartedAt ?? pollStartedAt;
     const state = {
         lastActivityTime: Date.now(),
         lastContent: '',
@@ -871,7 +876,15 @@ async function pollWorktree(client, worktreeId, options) {
     };
     const autoYesGraceSeconds = options.autoYesGrace ?? AUTO_YES_GRACE_DEFAULT_SECONDS;
     const autoYesGraceMs = autoYesGraceSeconds * 1000;
-    const poll = { client, worktreeId, options, startTime, autoYesGraceSeconds, autoYesGraceMs };
+    const poll = {
+        client,
+        worktreeId,
+        options,
+        startTime,
+        pollStartedAt,
+        autoYesGraceSeconds,
+        autoYesGraceMs,
+    };
     /**
      * What the completion line adds when this wait held for a self-resume, or ''
      * (Issue #2614). `basis=` keeps its word: the verdict is still the agent's own
@@ -922,7 +935,7 @@ async function pollWorktree(client, worktreeId, options) {
                 await (0, wait_timing_1.sleep)(wait_timing_1.POLL_INTERVAL_MS);
                 continue;
             }
-            (0, wait_poll_bookkeeping_1.adoptAndPublishTurn)(state, data, startTime, options);
+            (0, wait_poll_bookkeeping_1.adoptAndPublishTurn)(state, data, pollStartedAt, options);
             // Issue #2614: a self-resume hold is about one `stop`, and ends the first
             // time that `stop` is no longer the newest word — the agent woke (a
             // turn-opening event) or stopped again. Checked on every poll, ahead of
@@ -1086,6 +1099,9 @@ The observation on exit 10 (Issue #3755):
   a missing record does not mean Auto-Yes can answer.
 `)
         .action(async (worktreeIds, options) => {
+        // Issue #3983: `--timeout` is the deadline of the whole command, counted
+        // from here — the reads before the poll included.
+        const commandStartedAt = Date.now();
         try {
             // [SEC4-04] Validate all worktree IDs
             for (const id of worktreeIds) {
@@ -1108,20 +1124,28 @@ The observation on exit 10 (Issue #3755):
                 return;
             }
             const client = new api_client_1.ApiClient({ token: options.token });
+            // Issue #3983: the reads before the poll go through a client bounded by
+            // `--timeout`; one that runs out ends the command with 124 before any
+            // poll or verification. The poll bounds its own reads by the same
+            // clock (`timeoutStartedAt`), and verification — after the wait, and
+            // not part of it — keeps the unbounded `client`.
+            const timeoutStartedAt = options.timeout ? commandStartedAt : undefined;
+            const preflightClient = client.withDeadline(options.timeout ? commandStartedAt + options.timeout * 1000 : undefined);
+            const pollOptions = (resolved) => timeoutStartedAt === undefined ? resolved : { ...resolved, timeoutStartedAt };
             // Issue #2376: resolve the selector PER worktree. `wait a b --instance
             // "Codex 2"` is one alias against two rosters, and the id behind it can
             // legitimately differ — resolving once and reusing the answer would poll
             // the wrong session on the second worktree.
-            const perWorktreeOptions = await Promise.all(worktreeIds.map(id => (0, wait_instance_1.resolveWaitInstance)(client, id, options)));
+            const perWorktreeOptions = await Promise.all(worktreeIds.map(id => (0, wait_instance_1.resolveWaitInstance)(preflightClient, id, options)));
             // Issue #1620: resolved before any polling starts. Once the agent stops
             // there is no reliable way left to tell which contract this wait was
             // about — the agent's own verification may have closed it by then.
             const boundTaskIds = (0, wait_verify_1.verifyRequested)(options)
-                ? await Promise.all(worktreeIds.map(id => (0, wait_verify_1.resolveWaitedTaskId)(client, id)))
+                ? await Promise.all(worktreeIds.map(id => (0, wait_verify_1.resolveWaitedTaskId)(preflightClient, id)))
                 : worktreeIds.map(() => undefined);
             if (worktreeIds.length === 1) {
                 // Single worktree
-                const result = await pollWorktree(client, worktreeIds[0], perWorktreeOptions[0]);
+                const result = await pollWorktree(client, worktreeIds[0], pollOptions(perWorktreeOptions[0]));
                 if (result.output) {
                     // stdout for result (JSON output)
                     console.log(JSON.stringify(result.output));
@@ -1135,7 +1159,7 @@ The observation on exit 10 (Issue #3755):
                 return;
             }
             // [DR1-07] Multiple worktrees: Promise.allSettled for error isolation
-            const results = await Promise.allSettled(worktreeIds.map((id, index) => pollWorktree(client, id, perWorktreeOptions[index])));
+            const results = await Promise.allSettled(worktreeIds.map((id, index) => pollWorktree(client, id, pollOptions(perWorktreeOptions[index]))));
             // Collect results
             const outputs = [];
             let finalExitCode = types_1.WaitExitCode.SUCCESS;

package/dist/cli/commands/whoami.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"whoami.d.ts","sourceRoot":"","sources":["../../../src/cli/commands/whoami.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAoCG;AAGH,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AACpC,OAAO,KAAK,EAAE,aAAa,EAAsC,MAAM,wBAAwB,CAAC;AAChG,OAAO,EAAE,SAAS,EAAE,MAAM,qBAAqB,CAAC;AAMhD;;;;;;;;;GASG;AACH,eAAO,MAAM,cAAc,IAAI,CAAC;AAOhC,kFAAkF;AAClF,MAAM,MAAM,cAAc,GAAG,KAAK,GAAG,cAAc,CAAC;AAEpD,qDAAqD;AACrD,MAAM,WAAW,eAAe;IAC9B,UAAU,EAAE,MAAM,CAAC;IACnB,8EAA8E;IAC9E,UAAU,EAAE,MAAM,CAAC;IACnB,SAAS,EAAE,MAAM,CAAC;IAClB,MAAM,EAAE,cAAc,CAAC;IACvB,uFAAuF;IACvF,WAAW,EAAE,MAAM,GAAG,IAAI,CAAC;IAC3B;;;;;;;;;OASG;IACH,gBAAgB,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,GAAG,IAAI,CAAC;CACvC;AAED;;;GAGG;AACH,MAAM,WAAW,cAAc;IAC7B,uFAAuF;IACvF,UAAU,EAAE,MAAM,CAAC;IACnB,kFAAkF;IAClF,SAAS,EAAE,MAAM,CAAC;IAClB,+EAA+E;IAC/E,MAAM,EAAE,cAAc,CAAC;CACxB;AAcD;;;;;;;;;GASG;AACH,wBAAgB,mBAAmB,CACjC,GAAG,GAAE,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC,CAAe,GAC9D,MAAM,GAAG,IAAI,CASf;AAkDD;;;;;;GAMG;AACH,wBAAsB,sBAAsB,CAC1C,MAAM,EAAE,SAAS,EACjB,GAAG,GAAE,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC,CAAe,GAC9D,OAAO,CAAC,eAAe,GAAG,IAAI,CAAC,CAqCjC;AAMD;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,oBAAoB,CAClC,QAAQ,EAAE,eAAe,EACzB,gBAAgB,EAAE,GAAG,CAAC,MAAM,CAAC,GAAG,IAAI,GAAG,SAAS,EAChD,SAAS,EAAE,MAAM,GAChB,cAAc,GAAG,IAAI,CAIvB;AASD;;;;;;GAMG;AACH,wBAAgB,2BAA2B,CAAC,QAAQ,EAAE,cAAc,GAAG,MAAM,CAS5E;AAED,mFAAmF;AACnF,wBAAgB,wBAAwB,CAAC,QAAQ,EAAE,cAAc,GAAG,MAAM,CAMzE;AAED;;;;;;;;;GASG;AACH,wBAAsB,sBAAsB,CAAC,MAAM,EAAE,SAAS,GAAG,OAAO,CAAC,cAAc,GAAG,IAAI,CAAC,CAY9F;AAED;;;;;GAKG;AACH,wBAAsB,kBAAkB,CACtC,MAAM,EAAE,SAAS,EACjB,QAAQ,EAAE,eAAe,GACxB,OAAO,CAAC,aAAa,GAAG,IAAI,CAAC,CAO/B;AAED,iEAAiE;AACjE,eAAO,MAAM,sBAAsB,QAMmC,CAAC;AAEvE,wBAAgB,mBAAmB,IAAI,OAAO,CA6D7C"}
+{"version":3,"file":"whoami.d.ts","sourceRoot":"","sources":["../../../src/cli/commands/whoami.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAoCG;AAGH,OAAO,EAAE,OAAO,EAAE,MAAM,WAAW,CAAC;AACpC,OAAO,KAAK,EAAE,aAAa,EAAsC,MAAM,wBAAwB,CAAC;AAChG,OAAO,EAAE,SAAS,EAA6B,MAAM,qBAAqB,CAAC;AAM3E;;;;;;;;;GASG;AACH,eAAO,MAAM,cAAc,IAAI,CAAC;AAOhC,kFAAkF;AAClF,MAAM,MAAM,cAAc,GAAG,KAAK,GAAG,cAAc,CAAC;AAEpD,qDAAqD;AACrD,MAAM,WAAW,eAAe;IAC9B,UAAU,EAAE,MAAM,CAAC;IACnB,8EAA8E;IAC9E,UAAU,EAAE,MAAM,CAAC;IACnB,SAAS,EAAE,MAAM,CAAC;IAClB,MAAM,EAAE,cAAc,CAAC;IACvB,uFAAuF;IACvF,WAAW,EAAE,MAAM,GAAG,IAAI,CAAC;IAC3B;;;;;;;;;OASG;IACH,gBAAgB,CAAC,EAAE,GAAG,CAAC,MAAM,CAAC,GAAG,IAAI,CAAC;CACvC;AAED;;;GAGG;AACH,MAAM,WAAW,cAAc;IAC7B,uFAAuF;IACvF,UAAU,EAAE,MAAM,CAAC;IACnB,kFAAkF;IAClF,SAAS,EAAE,MAAM,CAAC;IAClB,+EAA+E;IAC/E,MAAM,EAAE,cAAc,CAAC;CACxB;AAcD;;;;;;;;;GASG;AACH,wBAAgB,mBAAmB,CACjC,GAAG,GAAE,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC,CAAe,GAC9D,MAAM,GAAG,IAAI,CASf;AAoDD;;;;;;GAMG;AACH,wBAAsB,sBAAsB,CAC1C,MAAM,EAAE,SAAS,EACjB,GAAG,GAAE,QAAQ,CAAC,MAAM,CAAC,MAAM,EAAE,MAAM,GAAG,SAAS,CAAC,CAAe,GAC9D,OAAO,CAAC,eAAe,GAAG,IAAI,CAAC,CAqCjC;AAMD;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,oBAAoB,CAClC,QAAQ,EAAE,eAAe,EACzB,gBAAgB,EAAE,GAAG,CAAC,MAAM,CAAC,GAAG,IAAI,GAAG,SAAS,EAChD,SAAS,EAAE,MAAM,GAChB,cAAc,GAAG,IAAI,CAIvB;AASD;;;;;;GAMG;AACH,wBAAgB,2BAA2B,CAAC,QAAQ,EAAE,cAAc,GAAG,MAAM,CAS5E;AAED,mFAAmF;AACnF,wBAAgB,wBAAwB,CAAC,QAAQ,EAAE,cAAc,GAAG,MAAM,CAMzE;AAED;;;;;;;;;GASG;AACH,wBAAsB,sBAAsB,CAAC,MAAM,EAAE,SAAS,GAAG,OAAO,CAAC,cAAc,GAAG,IAAI,CAAC,CAY9F;AAED;;;;;GAKG;AACH,wBAAsB,kBAAkB,CACtC,MAAM,EAAE,SAAS,EACjB,QAAQ,EAAE,eAAe,GACxB,OAAO,CAAC,aAAa,GAAG,IAAI,CAAC,CAO/B;AAED,iEAAiE;AACjE,eAAO,MAAM,sBAAsB,QAMmC,CAAC;AAEvE,wBAAgB,mBAAmB,IAAI,OAAO,CA6D7C"}

package/dist/cli/commands/whoami.js

@@ -111,7 +111,9 @@ async function readWorktreeIds(client) {
         const response = await client.get('/api/worktrees');
         return new Set((response.worktrees ?? []).map((wt) => wt.id));
     }
-    catch {
+    catch (error) {
+        // Issue #3983: a command deadline is not "no list" — it stays exit 124.
+        (0, api_client_1.rethrowIfDeadlineExceeded)(error);
         return null;
     }
 }

package/dist/cli/docs/agent-operations.d.ts

@@ -5,7 +5,7 @@
  * This content is embedded as a string constant so that it's available
  * even when installed via `npm install -g commandmate` (where docs/ is not included).
  */
-export declare const AGENT_OPERATIONS_GUIDE = "# CLI Agent Operations Guide\n\nOperate agent sessions from the CommandMate CLI.\nThese commands enable coding agents (Claude Code, Codex, etc.) to orchestrate other agents in parallel.\n\n## Prerequisites\n\n- CommandMate server must be running: commandmate start --daemon\n- Target worktrees must be registered (visible in browser UI sidebar)\n- Connection target is resolved as: exported CM_PORT > ~/.commandmate/.env CM_PORT > 3000\n  (CM_BIND and the CM_HTTPS_CERT + CM_HTTPS_KEY pair are honoured the same way)\n- Use CM_AUTH_TOKEN env var for authenticated servers\n\n## Commands\n\n### commandmate ls\n  List worktrees with status.\n\n  commandmate ls                          # Table format (ID, NAME, STATUS, REASON, DEFAULT, AUTO_YES)\n  commandmate ls --json                   # JSON output (for agent consumption)\n  commandmate ls --quiet                  # IDs only, one per line (for piping)\n  commandmate ls --branch <prefix>        # Filter by branch name prefix\n  commandmate ls --id <prefix>            # Filter by worktree id prefix\n\n  Worktree ids are <repo>-<branch> slugs (e.g. anvil-develop). --id / --branch\n  front-match is case-sensitive and does NOT guarantee uniqueness (e.g.\n  --id anvil-develop also matches anvil-develop-2). --branch and --id combine\n  as AND. Use --id to disambiguate the same branch across repositories.\n\n  STATUS values:\n    idle     - Session not started\n    ready    - Session running, waiting for input (task completed)\n    running  - Agent executing a task\n    waiting  - Confirmation prompt active (Yes/No, etc.)\n\n  REASON values (Issue #1926):\n    The evidence behind the STATUS beside it. '<reason> (no evidence)' marks a\n    frame the detection layer could not classify, so the STATUS is a fallback\n    rather than a reading. '-' means the server gives no reason: it predates\n    #1926, the session is not running, or the tool has two or more instances and\n    the per-tool aggregate dropped it. 'commandmate ls --json' keeps the\n    per-tool rows under sessionStatusByCli.<tool>.\n\n  AUTO_YES values (Issue #2575):\n    Time left on the instance that will lose Auto-Yes FIRST, among the instances\n    that explain this row's STATUS (waiting: the ones waiting; running: the ones\n    processing; ready: the ones running; idle: the ones that exited -- a bare\n    idle row falls back to every armed instance).\n\n    MM:SS    - time left, under an hour (e.g. 42:10)\n    H:MM:SS  - time left, an hour or more (e.g. 1:05:33)\n    on       - armed, with no expiry the server named\n    off      - at least one of those instances is NOT armed, so a prompt on this\n               row waits for a human. 'waiting' + 'off' is a confirmation\n               prompt nobody is going to answer -- the cell to look for\n    blocked  - armed, but the contract running on that instance sets\n               autoYes.mode: off, so nothing is answered there either\n               (Issue #3723; --json: autoYesByInstance.<id>.blockedByContract)\n    off(restart) - off, because the server restarted while the grant was live\n               (Issue #3730; --json: autoYesStopReasonByInstance.<id>)\n    -        - not known: the server predates #2512, or this row is not idle and\n               no instance explains its STATUS\n\n    A trailing ' (<instanceId>)' names the instance the cell is about, printed\n    when that is not the default agent's primary. Pass it to capture / send /\n    respond as --instance verbatim.\n\n    Time left is a fact about Auto-Yes, not a promise that the prompt gets\n    answered: a contract autoYes policy can withhold the answer, and a free-text\n    prompt has none to give. 'commandmate capture <id> --json --instance <id>'\n    carries autoYes.lastSuppression and autoYes.stopReason; 'commandmate wait'\n    returns exit 10 for a prompt no agent is going to clear.\n\n    Nothing here is derived in --json: it carries sessionStatusByInstance and\n    autoYesByInstance raw, which is where the per-instance breakdown is.\n\n### commandmate sync\n  Ask the server to re-scan repositories and sync worktrees to its database\n  (same endpoint as the GUI sync button). Run it after 'git worktree add' so the\n  new worktree appears in 'commandmate ls' without opening the GUI (Issue #1680).\n\n  commandmate sync                        # Prints the server's summary message\n  commandmate sync --json                 # Full API response (worktreeCount,\n                                          # repositoryCount, repositories,\n                                          # deletedCount, cleanupWarnings)\n\n### commandmate send <worktree-id> \"<message>\"\n  Send a message to an agent (async). Starts session automatically if not running.\n\n  Options:\n    --instance <id>        Agent instance ID: <agent> or <agent>-<n> (e.g. claude-2, or codex\n                           for the codex primary instance). The recommended way to name a\n                           target: send / wait / respond / capture / auto-yes all take it.\n    --agent <id>           Ad-hoc CLI tool for an instance the roster does not know:\n                           claude (default), codex, gemini, vibe-local, opencode, copilot, antigravity\n    --register             Register the --instance session into the agent-instance roster\n    --auto-yes             Enable auto-yes before sending (session-wide, no policy\n                           guard -- for unattended runs prefer --contract with an\n                           autoYes policy: mode / denyPatterns)\n    --auto-yes-answer-mode <m>\n                           With --auto-yes: recommended (questions answered with the\n                           recommended option, else the default) or careful\n                           (questions left to you). See auto-yes below\n    --duration <d>         Auto-yes duration: 1h-24h, whole hours, e.g. 1h, 3h, 8h\n                           (default: 1h)\n    --stop-pattern <p>     Auto-yes stop condition (regex; matches terminal output,\n                           cannot block commands -- see auto-yes below)\n    --ignore-structured-prompt\n                           Send even if only the agent's hooks report an open dialog.\n                           For a session whose pane looks idle but keeps refusing;\n                           a dialog visible in the terminal is still refused.\n    --reply-to <target>    Deliver the target session's reply into <target>'s composer\n                           when the turn ends: <worktree-id>[@<instance-id|alias>], or\n                           'self' for the session running the command. Nothing blocks --\n                           there is no wait to run and no pane to scrape.\n    --allow-relay-chain    Permit --reply-to while answering a message that itself\n                           arrived over a relay. Refused by default (exit 2); chains\n                           still stop at 3 hops.\n\n  Refused while the agent is waiting on a prompt (exit 2). Keystrokes sent to\n  an open dialog never reach the agent -- they pile up in the dialog's own\n  input line, and the next respond then carries that text along as a message\n  instead of an answer. Nudging a stalled worker is how this gets worse.\n  Answer first: commandmate respond <id> <answer>. respond, special keys and\n  prompt-response are never refused -- they are the way out. Timer-fired sends\n  ARE refused (same service layer) and record [prompt_waiting] as their reason.\n  It fails open if the pane cannot be read, so treat it as a narrowing, not a\n  guarantee.\n\n  Two layers can report the dialog: the terminal scraper, and the agent's own\n  hooks. Either one is enough to refuse -- the dialog the scraper cannot read is\n  exactly the one that caused this. A frame neither layer classifies is still\n  wait's \"unclassified\" case instead.\n\n  A hook-reported dialog is released by the agent's next event, and hooks are\n  fail-open, so the record can outlive its dialog. It therefore stops blocking\n  sends 5 minutes after it was reported -- and immediately with\n  --ignore-structured-prompt, or CM_STRUCTURED_SEND_GUARD=off for the server.\n  A session nobody can send to is worse than a missed guard. Both bypasses are\n  narrow: a prompt on screen is still refused, and the payload still reports it\n  (wait and the UI do not go quiet).\n\n  Message length: up to 48 KiB and 240 lines arrives whole on claude, codex,\n  command-code and antigravity (verified, Issue #2464). Over 512 bytes the\n  message is pasted as one bracketed paste and Enter waits until the agent's\n  composer shows all of it; if it never does, nothing is submitted and send\n  exits 99 (\"Message body did not arrive intact\"). Put a longer brief in a\n  file and send a message that names it ('commandmate docs --section delegation').\n\n  Finding worktree IDs:\n    WT=$(commandmate ls --branch feature/101 --quiet)\n    WT=$(commandmate ls --id anvil- --quiet)   # disambiguate by repo (id prefix)\n    commandmate send \"$WT\" \"Implement this\"\n\n  Targeting a non-default agent (Issue #1638): pass --instance, not --agent. Only\n  --instance is accepted by every command -- 'wait --agent' does not exist -- so a\n  workflow that names the agent on 'send' and nothing on 'wait' waits on the wrong\n  session in silence.\n    commandmate send \"$WT\" \"Implement this\" --instance codex\n    commandmate wait \"$WT\" --instance codex\n\n  Delegating without blocking (--reply-to):\n    commandmate send \"$WT\" \"Implement this\" --instance codex --reply-to self\n    # ... keep working. When codex finishes, its answer arrives in your composer as\n    # [from Codex 2 / <worktree>] <reply>, saved in History as a 'relay' message.\n    commandmate relays                       # what is still outstanding\n\n  The relay is refused (exit 2, nothing sent) when the message you are answering\n  arrived over a relay itself (pass --allow-relay-chain), when the chain would\n  exceed 3 hops, or when an open relay between the two sessions already exists.\n  If the target stops on a confirmation you are told, once, and the relay stays\n  open -- answer the dialog on that session and the reply still arrives. A relay\n  nobody could deliver expires after 24h with a single line of notice.\n  The relay is tied to this send (Issue #3957): only a turn that ends after the\n  message started going in is delivered, and a reply that may share a turn with\n  another request carries one '[CommandMate relay] ... (overlap=...)' line under\n  the header. When the send's outcome is unknown the relay is left open, nothing\n  is resent, and 'commandmate relays --id <relay-id>' shows why it is held.\n\n### commandmate relays\n  List the standing delegations this session is waiting on and owes.\n\n    commandmate relays                      # the session running the command\n    commandmate relays --worktree <id> --instance codex-2\n    commandmate relays --json               # owed / awaiting / open / counts\n    commandmate relays --id <relay-id>      # one relay, closed too: send= overlap= hold=\n    commandmate relays cancel <relay-id>    # withdraw one; nothing is delivered\n\n  States: pending (the worker has not finished), prompt (it stopped on a\n  confirmation and the requester was told; still open), delivered, expired,\n  cancelled.\n\n  'relays cancel' cannot withdraw a relay that is being delivered right now\n  (a reply or a prompt notice): the server answers 409 and the command exits\n  2. The delivery usually goes through; if it fails, the relay stays open and\n  can be cancelled again once that attempt is over. A relay that is already\n  closed (delivered, expired, cancelled) exits 2 too.\n\n  A reply is held rather than delivered while the requesting session is\n  generating -- typing into a running composer interrupts the turn -- and is\n  delivered as soon as it is idle again.\n\n### commandmate wait <worktree-id...>\n  Block until agent completes or prompt is detected.\n\n  Options:\n    --timeout <seconds>        Maximum wait time\n    --on-prompt <mode>         agent (default) or human\n    --stall-timeout <seconds>  Max time without output change\n    --instance <id>            Agent instance to wait on. There is no --agent here.\n    --verify                   After completion, run every verification gate\n    --require-work             After completion, run only the work-evidence gate\n    --auto-yes-grace <seconds> With the target's Auto-Yes on, how long a prompt may\n                               stay open before exit 10 (default 30; 0 = at once)\n\n  Exit codes:\n    0   - Completed (agent idle/ready), and verified when --verify was given\n    10  - Prompt detected (--on-prompt agent mode)\n    20  - A verification gate failed (--verify)\n    21  - Nothing to verify: no commits, no uncommitted changes\n    124 - Timeout exceeded\n\n  --on-prompt modes:\n    agent  - Returns exit 10 with prompt JSON on stdout: at once, or after the\n             Auto-Yes grace below when the target's Auto-Yes is on\n    human  - Keeps blocking until human responds via browser UI\n\n  Auto-Yes on the target (Issue #2463): in agent mode a prompt on a session\n  whose Auto-Yes is on is held, not reported, for up to --auto-yes-grace\n  seconds (default 30) -- Auto-Yes answers it within seconds, and an exit 10\n  would stop a delegation for a prompt nobody had to see. One stderr line says\n  so; stdout stays empty. If the prompt clears, wait goes on judging completion\n  as usual ('ask' does the same). It still exits 10 when the grace runs out,\n  and at once when the Auto-Yes policy withheld the answer -- the payload then\n  carries autoYesSuppression. --auto-yes-grace 0 restores the immediate exit.\n\n  Prompt JSON output (exit 10):\n    {\"worktreeId\":\"...\",\"cliToolId\":\"claude\",\"type\":\"yes_no\",\"question\":\"...\",\"options\":[\"yes\",\"no\"],\"status\":\"pending\"}\n    The payload IS the prompt -- read it from stdout before falling back to\n    capture. Since Issue #3755 it also carries \"observation\", the payload\n    \"commandmate prompt --json\" prints, read off the same capture. For type \"selection_list\", options is empty by design and the\n    question field carries the reason.\n\n    Three \"type\" values share exit 10; only the first is answerable with\n    respond:\n      yes_no / multiple_choice  a parsed prompt        -> commandmate respond\n      selection_list            arrow-key menu         -> special keys\n      unclassified              the frame is interactive but detection could\n                                not parse it, and it has stayed that way for\n                                60s -> look at the pane: capture <id> --pane\n    \"unclassified\" exists because a frame that slips past detection disables\n    auto-yes, the contract's autoYes policy and this exit 10 all at once. It\n    needs the dwell: a capture taken mid-repaint can raise the flag once.\n    --on-prompt human keeps waiting for it, same as the other two.\n\n    On opencode the commonest cause has a name and a one-key fix. If its\n    sidebar is on -- ctrl+x b, or \"Show sidebar\" in its ctrl+p palette -- it\n    shares screen rows with the transcript, covers the marker that ends a\n    turn, and every frame after that reads running/unknown_frame. wait says\n    so on stderr (paneObstruction=opencode_sidebar) and capture --json\n    publishes the same field. Press ctrl+x b in the pane to close it; Escape\n    does not.\n\n    An opencode DIALOG is the other one, and it exits 10 as selection_list\n    rather than waiting out the dwell. Its session list (ctrl+x l), agent list\n    (ctrl+x a), timeline (ctrl+x g), command palette (ctrl+p) and pickers are\n    painted over the transcript, so the marker of the previous turn is still\n    on the pane behind them -- which is what used to make wait report a\n    blocked pane as Completed. sessionStatusReason is opencode_modal_overlay\n    and Escape closes all of them.\n\n  --verify turns \"the agent stopped\" into \"the work passes the repository's own\n  checks\". Verification only runs when completion was detected: a prompt (10) or\n  a timeout (124) is reported as-is and never verified. With several worktrees,\n  gates run one worktree at a time because the server caps concurrent runs.\n\n### commandmate verify <worktree-id>\n  Run the gates declared in .commandmate/verify.yaml against a worktree.\n\n  Options:\n    --gates <id1,id2>     Gate ids to run (default: work-evidence + all declared)\n    --instance <id>       Attribute the run to an agent instance\n    --timeout <seconds>   Stop polling after N seconds (exit 124)\n    --json                Print the run and its gate results as JSON on stdout\n\n  Exit codes:\n    0   - Every gate passed\n    20  - A gate failed, timed out, or errored\n    21  - work-evidence found nothing to verify (no commits, no changes)\n    99  - The run produced no verdict (bad verify.yaml, gates skipped, cancelled)\n    124 - --timeout elapsed while the run was still going\n\n  Output (progress on stderr, verdict on stdout):\n    GATE work-evidence PASS (commits=3, uncommitted=2)\n    GATE lint PASS (exit=0, 12.3s)\n    GATE unit FAIL (exit=1, 45.0s)\n    RESULT failed\n\n  Gates run in the worktree's own directory. Gates are skipped (run status 99,\n  never 0) in the checkout the server itself runs from when verify.yaml sets\n  options.skipInPrimaryCheckout, so a 'build' gate cannot replace the assets the\n  live app is serving.\n\n### commandmate verify init\n  Draft .commandmate/verify.yaml from this repository's own CI definitions\n  (Issue #2061). Reads every 'run:' step in .github/workflows/*.yml plus the\n  canonical package.json scripts, and declares the ones that are safe to re-run.\n\n  Options:\n    --cwd <path>          Repository to draft for (default: current directory)\n    --dry-run             Print the proposal on stdout and write nothing\n    --json                Print gates, refusals and scanned files as JSON\n\n  Exit codes:\n    0   - Wrote (or, with --dry-run, proposed) the config\n    2   - The config already exists, or nothing draftable was found\n\n  NEVER overwrites. An existing verify.yaml is the repository's own judgement of\n  what passing means, usually with the reasoning for each gate beside it, so\n  there is no --force: \"throw it away\" is spelled by deleting the file.\n\n  The only verify subcommand that needs no server: it is what you run BEFORE the\n  repository has anything to verify.\n\n  Commands that are found and NOT declared are reported with a reason on stderr\n  (setup, network, release, container, mutating, long-running, multi-line,\n  multi-command, runner-specific, not-a-check, interactive, redundant,\n  unquotable, reserved-id). A gate must be safe to run any number of times, so\n  'npm ci', 'npm publish', 'npm audit' and e2e suites never become gates.\n\n  The draft is a draft: it mirrors what CI already runs, not what the repository\n  considers sufficient. Read it, then run it once and confirm RESULT passed.\n\n### commandmate verify history / commandmate verify show <run-id>\n  Read past verification runs. Both are read-only and never start a run, so\n  neither returns 20 or 21 \u2014 those mean \"this tree failed verification\", and a\n  question about history is not a verdict on the current tree.\n\n  commandmate verify history                          # every worktree, newest 50\n  commandmate verify history --worktree <id>          # one worktree\n  commandmate verify history --days 14 --limit 100    # window and page size\n  commandmate verify history --json                   # JSON array on stdout\n  commandmate verify show 42                          # gates + log tails\n  commandmate verify show 42 --json\n\n  history options:\n    --worktree <id>       Restrict to one worktree (default: all)\n    --days <n>            Look back n days, 1..90 (default: no lower bound)\n    --limit <n>           Maximum runs, 1..500 (default: 50)\n\n  One run per line. The leading #<run-id> is what \"verify show\" takes:\n    #42  2026-07-31T04:12:00.000Z  myrepo-feature-101  manual  failed  failed: unit,build\n\n  The listing carries gate verdicts but NOT gate log bodies \u2014 logTail is absent\n  from the JSON, not null. Use \"verify show <run-id>\" when you need the log.\n\n  Exit codes:\n    0   - Read succeeded (also when nothing matched: stderr note, or [] in JSON)\n    2   - Bad argument (--days/--limit out of range, bad worktree or run id)\n    99  - No such run (404), or an unexpected failure\n\n### commandmate prompt <worktree-id> --instance <id> [--json]\n  Observe, once, the screen an agent is stopped on (Issue #3755): its kind,\n  question, options, current selection, approval target, how it is answered,\n  a short-lived observation token, and Auto-Yes as two separate items -- the\n  poller's last record and the contract's policy re-evaluated now. The token\n  is single use and bound to this appearance of the screen and its highlighted\n  option; none is issued for unknown or when the session generation is not\n  known (\"tokenWithheld\" says which).\n\n  Kinds: antigravity-trust, antigravity-model-picker, antigravity-permission,\n  antigravity-slash-menu, composer / none (nothing asks), unknown (something\n  waits and no measured reading names it -- look at capture <id> --pane).\n  A missing poller record does NOT mean Auto-Yes can answer.\n\n  Exit codes:\n    0  - The screen was read (also composer / none / unknown)\n    21 - No running session: nothing to read\n\n### commandmate respond <worktree-id> \"<answer>\"\n  Respond to an agent's prompt.\n\n  commandmate respond <id> \"yes\"          # Yes/No\n  commandmate respond <id> \"2\"            # Multiple choice (number)\n  commandmate respond <id> \"custom text\"  # Free text\n  commandmate respond <id> \"yes\" --instance codex-2   # Specific instance\n\n  Exit codes:\n    0  - Response sent\n    99 - Prompt already dismissed (prompt_no_longer_active)\n    99 - answer_not_delivered: nothing was typed, safe to respond again\n    99 - answer_input_lost: may be partly typed; capture --pane that target before answering again\n\n  Strict mode (Issue #3756) -- answer only the screen you observed:\n    commandmate prompt <id> --instance antigravity --json      # kind, token, approvalTarget\n    commandmate respond <id> \"Yes\" --instance antigravity \\\n      --expect-screen antigravity-trust --observation <token> \\\n      --expect-target \"<approvalTarget>\" --json\n  The server re-captures the pane and sends nothing unless the kind, the token\n  (pane, generation, appearance, options, highlight) and, on a trust screen,\n  the folder still match. Own endpoint (prompt-response/strict); an older\n  server is a stop, never a fallback. Kinds: antigravity-trust,\n  antigravity-permission. Unnumbered screens (trust) take a label only, sent as\n  Up/Down + Enter: a number, --default, a label matching two options and an\n  option off screen are refused. While the instance's Auto-Yes is on,\n  antigravity-permission is refused (auto_yes_active): run auto-yes <id>\n  --disable first (the trust screen is answered either way). Retry with the\n  same --operation-id and arguments to read the result instead of sending\n  twice; other arguments under a used id are operation_id_conflict (41).\n  answeredBy in the record is self-reported by the CLI. Residual race: keys typed at the pane\n  between the last check and a key are not seen. NOT a way to get auto mode's\n  permission for an approval.\n    0  - Answered (outcome advanced / next-prompt / session-ended)\n    40 - Nothing was sent (mismatch, unreadable, old server): observe again\n    41 - Keys sent, result not confirmed: do NOT send again\n\n### commandmate interrupt <worktree-id>\n  Interrupt the turn an agent is generating (the GUI's interrupt button).\n  Not 'stop' -- that stops the CommandMate server.\n\n  commandmate interrupt <id>                    # Every running session of the worktree\n  commandmate interrupt <id> --instance codex-2 # Only that instance\n  commandmate interrupt <id> --json             # { success, message, interrupted[] }\n\n  Omitting --instance is a broadcast, not \"the primary instance\": the route\n  interrupts every session that is running. There is no --agent (wait's rule:\n  a tool name does not say which session).\n\n  Exit codes:\n    0  - At least one session was interrupted\n    30 - The worktree exists but nothing was running (nothing was interrupted)\n    99 - No such worktree\n\n### commandmate capture <worktree-id>\n  Get current terminal output.\n\n  commandmate capture <id>                   # Plain text\n  commandmate capture <id> --json            # JSON with status info\n  commandmate capture <id> --instance codex  # Specific instance\n\n### commandmate reply <worktree-id>\n  Print the latest reply a session wrote, read from its transcript (no pane).\n  Use it to read a turn you did not send with 'ask' (e.g. \"stop and report\").\n\n  commandmate reply <id> --instance cc-1                          # Reply body\n  commandmate reply <id> --instance cc-1 --since 2026-09-30T12:00:00Z --json\n\n  Only transcript-reader rows (<tool>-turn:<id>) count, as in 'ask'. No reply\n  yet: exit 0, empty stdout, one line on stderr; --json prints \"reply\": null.\n\n### commandmate auto-yes <worktree-id>\n  Control auto-yes (automatic prompt response).\n\n  commandmate auto-yes <id> --enable                    # Enable (default 1h)\n  commandmate auto-yes <id> --enable --duration 3h      # With duration\n  commandmate auto-yes <id> --enable --stop-pattern \"error\"\n  commandmate auto-yes <id> --disable                   # Disable\n  commandmate auto-yes <id> --enable --instance codex-2 # Scoped to one instance\n  commandmate auto-yes <id> --enable --answer-mode careful  # Questions are yours\n\n  --answer-mode (Issue #3863) decides how a question the agent asks (claude's\n  AskUserQuestion, command-code's question) is treated: recommended (the\n  default) answers it with the option whose title ends in (Recommended) /\n  \uFF08\u63A8\u5968\uFF09 / (\u63A8\u5968), else the default option, and leaves it to you when that\n  cannot be told (recommended-option-unidentified); careful leaves every such\n  question to you (question-left-to-human). Permissions are answered alike\n  (allow this call once), and the Submit/Cancel confirm page, OpenCode V2's\n  questions and whatever the contract withholds are never answered. Omitted,\n  a new grant is recommended and a grant that is on keeps its mode. The mode\n  shows as autoYesAnswerMode in capture --json / instances --json.\n\n  --stop-pattern matches new terminal output, not the commands an agent runs.\n  It cannot block a command; a build log that merely prints the pattern\n  (e.g. \"rm -rf\" in an npm script) also triggers it and stops auto-yes.\n  To suppress auto-responses for risky prompts, use the task contract's\n  autoYes.denyPatterns instead (docs/design/task-contract.md).\n\n  When the contract running on the instance sets autoYes.mode: off, --enable\n  (and send --auto-yes) print a 'Warning:' line on stderr and still exit 0:\n  Auto-Yes is armed but answers nothing there. safe / allow-listed add one\n  'Note:' line naming what is answered (Issue #3723).\n\n  A server restart turns every grant OFF and never turns one back on. After a\n  graceful stop (SIGINT / SIGTERM, e.g. /rebuild or 'commandmate stop') each\n  instance whose grant was live reports why, until that grant's own deadline or\n  the next --enable / --disable (Issue #3730): 'capture --json' autoYes.stopReason\n  = 'server-restart', 'ls' AUTO_YES 'off(restart)', 'instances' AUTO_YES\n  'no(restart)', a 'wait' exit 10 adds a stderr line, and the UI toggle reads\n  \"Released by restart\". Re-enable with --enable --instance <that instance> (a\n  bare --enable arms the default primary). A SIGKILL or a crash records\n  nothing: those grants come back as a plain off.\n\n### commandmate instances <worktree-id> [action] [args]\n  Discover and manage a worktree's agent-instance roster (1 agent, multiple sessions).\n\n  commandmate instances <id>                            # List roster + running/auto-yes status\n  commandmate instances <id> --json                     # JSON output\n  commandmate instances <id> add --agent codex          # Add an instance (auto-generates ID, e.g. codex-2)\n  commandmate instances <id> add --agent codex --alias \"Review\" --id codex-3\n  commandmate instances <id> remove <instance-id>       # Remove from roster\n  commandmate instances <id> remove <instance-id> --kill  # Remove and kill its session\n  commandmate instances <id> alias <instance-id> \"New Name\"\n  commandmate instances <id> kill <instance-id>         # Kill only that instance's session\n\n  See \"Multi-Session\" below for the ID convention and roster semantics.\n\n### commandmate skill <subcommand>\n  Manage official Agent Skills. Every subcommand is a thin client over the same\n  APIs the browser UI uses: the CLI never downloads, extracts, writes or deletes\n  anything itself, and never sends a filesystem path, artifact URL, file list or\n  checksum (the API rejects those outright).\n\n  commandmate skill list [--json] [--prerelease]\n  commandmate skill info <skill-id> [--version <v>] [--json]\n  commandmate skill plan <skill-id> --worktree <id> [--version <v>] [--json]\n  commandmate skill install <skill-id> --worktree <id> --version <exact> [--dry-run] [--yes] [--ack-risk <id>@<version>] [--json]\n  commandmate skill uninstall <skill-id> --worktree <id> [--dry-run] [--yes] [--json]\n  commandmate skill status <skill-id> --worktree <id> [--json]\n\n  Confirmation contract (writes = install / uninstall):\n    - A plan is always built and shown first. --dry-run stops there.\n    - Without a TTY, a write REQUIRES --yes. A missing --yes is refused, never\n      assumed: an environment that cannot prompt must not install silently.\n    - A high-risk Skill additionally requires --ack-risk <skill-id>@<version>\n      with the exact id and version. --yes alone never carries a high-risk\n      install, in a TTY or out of one.\n\n  Exit codes:\n    0   success\n    1   the server or the Catalog could not be reached (retryable)\n    2   invalid arguments, unknown Skill or unknown version\n    11  the worktree refused it (local change, conflict, lock, plan drift)\n    12  the write was never confirmed (no --yes, declined, or missing --ack-risk)\n    13  files changed but the operation needs reconciliation\n\n  --json prints the API response body verbatim on stdout; diagnostics, prompts\n  and errors always go to stderr, so a failed --json run leaves stdout empty.\n\n  'skill status' reports one Skill in one worktree, read from the install\n  receipt on disk. There is no per-worktree listing endpoint yet, so <skill-id>\n  is required.\n\n## Multi-Session (1 agent, multiple sessions)\n\n  A worktree can run several sessions of the same CLI tool concurrently. Each\n  session is an \"instance\" identified by an instance ID:\n    <agent>        - the agent's primary instance (e.g. \"claude\")\n    <agent>-<n>    - an additional instance, n >= 2 (e.g. \"claude-2\", \"claude-3\")\n\n  --instance is accepted by send / wait / respond / capture / auto-yes.\n  send --instance auto-starts the session if it is not already running.\n\n  --instance alone is the recommended way to name a target (Issue #1638). It is\n  the only flag all five commands share: --agent is rejected by 'wait'. A\n  rostered instance already carries its CLI tool (Issue #1629), and an instance\n  id that is itself a tool id resolves to that tool's primary instance even\n  without a roster entry, so '--instance codex' needs no --agent.\n\n  --agent remains accepted by send / respond / capture / auto-yes as the\n  supplement for ad-hoc instances the roster does not know -- notably\n  '--register', which cannot infer the tool from an id like codex-3. Passing an\n  --agent that contradicts the roster is an error (exit 2), not an override.\n\n  The roster (visible in the browser UI's Agent panel) is the list of known\n  instances with aliases and display order. Ad-hoc sessions started via\n  'send --instance' do NOT appear in the roster unless registered:\n    commandmate send <id> \"...\" --instance claude-2 --register\n  Without --register, the session still runs and responds to CLI commands,\n  but it will not show up in the UI sidebar/roster until added there or via\n  'commandmate instances <id> add'.\n\n  Per-instance auto-yes: --instance scopes --auto-yes/--duration/--stop-pattern\n  to that specific session, independent of other instances of the same agent.\n\n  --instance also accepts the ALIAS shown in the ALIAS column of\n  'commandmate instances <id>' and in the browser UI's Agent panel\n  (Issue #2376), e.g. --instance \"Codex 2\". An alias two roster rows answer to\n  is refused with exit 2 and both candidates listed; ids always win over aliases.\n\n  commandmate instances <id>                        # discover valid --instance values\n  commandmate send <id> \"task\" --instance codex-2 --auto-yes\n  commandmate wait <id> --instance codex-2 --timeout 600\n  commandmate capture <id> --instance codex-2\n\n  Asking ANOTHER session something and getting its reply is one command, not\n  three -- and waiting for it is optional ('ask --async' / 'send --reply-to',\n  Issue #2377): see 'commandmate docs --section delegation'.\n\n## All Exit Codes\n\n  0   SUCCESS          - Completed successfully\n  1   DEPENDENCY_ERROR - Server not running\n  2   CONFIG_ERROR     - Validation error (invalid agent, duration, etc.)\n  10  PROMPT_DETECTED  - Prompt detected during wait\n  20  VERIFY_FAILED    - A verification gate failed (verify, wait --verify)\n  21  NOT_STARTED      - Nothing to verify: no commits, no uncommitted changes\n  30  NO_ACTIVE_SESSIONS - interrupt found no running session to interrupt\n  99  UNEXPECTED_ERROR - Unexpected error / resource not found / no verdict\n  124 TIMEOUT          - Wait or verification timeout exceeded\n\n  When one 'wait' covers several worktrees, the reported code is the highest\n  priority one observed: 10 > 20 > 21 > 124.\n\n## Troubleshooting\n\n  Server not running:\n    commandmate start --daemon\n    CM_PORT=3011 commandmate ls        # Different port\n\n  Worktree not found:\n    commandmate ls --quiet             # Check registered IDs\n    commandmate sync                   # Sync new worktrees (e.g. after git worktree add)\n    commandmate status                 # Confirm 'ls' and 'status' report the same Port\n                                       # (with several servers running, an exported CM_PORT\n                                       #  points 'ls' at a different one)\n\n  Authentication:\n    CM_AUTH_TOKEN=your-token commandmate ls\n";
+export declare const AGENT_OPERATIONS_GUIDE = "# CLI Agent Operations Guide\n\nOperate agent sessions from the CommandMate CLI.\nThese commands enable coding agents (Claude Code, Codex, etc.) to orchestrate other agents in parallel.\n\n## Prerequisites\n\n- CommandMate server must be running: commandmate start --daemon\n- Target worktrees must be registered (visible in browser UI sidebar)\n- Connection target is resolved as: exported CM_PORT > ~/.commandmate/.env CM_PORT > 3000\n  (CM_BIND and the CM_HTTPS_CERT + CM_HTTPS_KEY pair are honoured the same way)\n- Use CM_AUTH_TOKEN env var for authenticated servers\n\n## Commands\n\n### commandmate ls\n  List worktrees with status.\n\n  commandmate ls                          # Table format (ID, NAME, STATUS, REASON, DEFAULT, AUTO_YES)\n  commandmate ls --json                   # JSON output (for agent consumption)\n  commandmate ls --quiet                  # IDs only, one per line (for piping)\n  commandmate ls --branch <prefix>        # Filter by branch name prefix\n  commandmate ls --id <prefix>            # Filter by worktree id prefix\n\n  Worktree ids are <repo>-<branch> slugs (e.g. anvil-develop). --id / --branch\n  front-match is case-sensitive and does NOT guarantee uniqueness (e.g.\n  --id anvil-develop also matches anvil-develop-2). --branch and --id combine\n  as AND. Use --id to disambiguate the same branch across repositories.\n\n  STATUS values:\n    idle     - Session not started\n    ready    - Session running, waiting for input (task completed)\n    running  - Agent executing a task\n    waiting  - Confirmation prompt active (Yes/No, etc.)\n\n  REASON values (Issue #1926):\n    The evidence behind the STATUS beside it. '<reason> (no evidence)' marks a\n    frame the detection layer could not classify, so the STATUS is a fallback\n    rather than a reading. '-' means the server gives no reason: it predates\n    #1926, the session is not running, or the tool has two or more instances and\n    the per-tool aggregate dropped it. 'commandmate ls --json' keeps the\n    per-tool rows under sessionStatusByCli.<tool>.\n\n  AUTO_YES values (Issue #2575):\n    Time left on the instance that will lose Auto-Yes FIRST, among the instances\n    that explain this row's STATUS (waiting: the ones waiting; running: the ones\n    processing; ready: the ones running; idle: the ones that exited -- a bare\n    idle row falls back to every armed instance).\n\n    MM:SS    - time left, under an hour (e.g. 42:10)\n    H:MM:SS  - time left, an hour or more (e.g. 1:05:33)\n    on       - armed, with no expiry the server named\n    off      - at least one of those instances is NOT armed, so a prompt on this\n               row waits for a human. 'waiting' + 'off' is a confirmation\n               prompt nobody is going to answer -- the cell to look for\n    blocked  - armed, but the contract running on that instance sets\n               autoYes.mode: off, so nothing is answered there either\n               (Issue #3723; --json: autoYesByInstance.<id>.blockedByContract)\n    off(restart) - off, because the server restarted while the grant was live\n               (Issue #3730; --json: autoYesStopReasonByInstance.<id>)\n    -        - not known: the server predates #2512, or this row is not idle and\n               no instance explains its STATUS\n\n    A trailing ' (<instanceId>)' names the instance the cell is about, printed\n    when that is not the default agent's primary. Pass it to capture / send /\n    respond as --instance verbatim.\n\n    Time left is a fact about Auto-Yes, not a promise that the prompt gets\n    answered: a contract autoYes policy can withhold the answer, and a free-text\n    prompt has none to give. 'commandmate capture <id> --json --instance <id>'\n    carries autoYes.lastSuppression and autoYes.stopReason; 'commandmate wait'\n    returns exit 10 for a prompt no agent is going to clear.\n\n    Nothing here is derived in --json: it carries sessionStatusByInstance and\n    autoYesByInstance raw, which is where the per-instance breakdown is.\n\n### commandmate sync\n  Ask the server to re-scan repositories and sync worktrees to its database\n  (same endpoint as the GUI sync button). Run it after 'git worktree add' so the\n  new worktree appears in 'commandmate ls' without opening the GUI (Issue #1680).\n\n  commandmate sync                        # Prints the server's summary message\n  commandmate sync --json                 # Full API response (worktreeCount,\n                                          # repositoryCount, repositories,\n                                          # deletedCount, cleanupWarnings)\n\n### commandmate send <worktree-id> \"<message>\"\n  Send a message to an agent (async). Starts session automatically if not running.\n\n  Options:\n    --instance <id>        Agent instance ID: <agent> or <agent>-<n> (e.g. claude-2, or codex\n                           for the codex primary instance). The recommended way to name a\n                           target: send / wait / respond / capture / auto-yes all take it.\n    --agent <id>           Ad-hoc CLI tool for an instance the roster does not know:\n                           claude (default), codex, gemini, vibe-local, opencode, copilot, antigravity\n    --register             Register the --instance session into the agent-instance roster\n    --auto-yes             Enable auto-yes before sending (session-wide, no policy\n                           guard -- for unattended runs prefer --contract with an\n                           autoYes policy: mode / denyPatterns)\n    --auto-yes-answer-mode <m>\n                           With --auto-yes: recommended (questions answered with the\n                           recommended option, else the default) or careful\n                           (questions left to you). See auto-yes below\n    --duration <d>         Auto-yes duration: 1h-24h, whole hours, e.g. 1h, 3h, 8h\n                           (default: 1h)\n    --stop-pattern <p>     Auto-yes stop condition (regex; matches terminal output,\n                           cannot block commands -- see auto-yes below)\n    --ignore-structured-prompt\n                           Send even if only the agent's hooks report an open dialog.\n                           For a session whose pane looks idle but keeps refusing;\n                           a dialog visible in the terminal is still refused.\n    --reply-to <target>    Deliver the target session's reply into <target>'s composer\n                           when the turn ends: <worktree-id>[@<instance-id|alias>], or\n                           'self' for the session running the command. Nothing blocks --\n                           there is no wait to run and no pane to scrape.\n    --allow-relay-chain    Permit --reply-to while answering a message that itself\n                           arrived over a relay. Refused by default (exit 2); chains\n                           still stop at 3 hops.\n\n  Refused while the agent is waiting on a prompt (exit 2). Keystrokes sent to\n  an open dialog never reach the agent -- they pile up in the dialog's own\n  input line, and the next respond then carries that text along as a message\n  instead of an answer. Nudging a stalled worker is how this gets worse.\n  Answer first: commandmate respond <id> <answer>. respond, special keys and\n  prompt-response are never refused -- they are the way out. Timer-fired sends\n  ARE refused (same service layer) and record [prompt_waiting] as their reason.\n  It fails open if the pane cannot be read, so treat it as a narrowing, not a\n  guarantee.\n\n  Two layers can report the dialog: the terminal scraper, and the agent's own\n  hooks. Either one is enough to refuse -- the dialog the scraper cannot read is\n  exactly the one that caused this. A frame neither layer classifies is still\n  wait's \"unclassified\" case instead.\n\n  A hook-reported dialog is released by the agent's next event, and hooks are\n  fail-open, so the record can outlive its dialog. It therefore stops blocking\n  sends 5 minutes after it was reported -- and immediately with\n  --ignore-structured-prompt, or CM_STRUCTURED_SEND_GUARD=off for the server.\n  A session nobody can send to is worse than a missed guard. Both bypasses are\n  narrow: a prompt on screen is still refused, and the payload still reports it\n  (wait and the UI do not go quiet).\n\n  Message length: up to 48 KiB and 240 lines arrives whole on claude, codex,\n  command-code and antigravity (verified, Issue #2464). Over 512 bytes the\n  message is pasted as one bracketed paste and Enter waits until the agent's\n  composer shows all of it; if it never does, nothing is submitted and send\n  exits 99 (\"Message body did not arrive intact\"). Put a longer brief in a\n  file and send a message that names it ('commandmate docs --section delegation').\n\n  Finding worktree IDs:\n    WT=$(commandmate ls --branch feature/101 --quiet)\n    WT=$(commandmate ls --id anvil- --quiet)   # disambiguate by repo (id prefix)\n    commandmate send \"$WT\" \"Implement this\"\n\n  Targeting a non-default agent (Issue #1638): pass --instance, not --agent. Only\n  --instance is accepted by every command -- 'wait --agent' does not exist -- so a\n  workflow that names the agent on 'send' and nothing on 'wait' waits on the wrong\n  session in silence.\n    commandmate send \"$WT\" \"Implement this\" --instance codex\n    commandmate wait \"$WT\" --instance codex\n\n  Delegating without blocking (--reply-to):\n    commandmate send \"$WT\" \"Implement this\" --instance codex --reply-to self\n    # ... keep working. When codex finishes, its answer arrives in your composer as\n    # [from Codex 2 / <worktree>] <reply>, saved in History as a 'relay' message.\n    commandmate relays                       # what is still outstanding\n\n  The relay is refused (exit 2, nothing sent) when the message you are answering\n  arrived over a relay itself (pass --allow-relay-chain), when the chain would\n  exceed 3 hops, or when an open relay between the two sessions already exists.\n  If the target stops on a confirmation you are told, once, and the relay stays\n  open -- answer the dialog on that session and the reply still arrives. A relay\n  nobody could deliver expires after 24h with a single line of notice.\n  The relay is tied to this send (Issue #3957): only a turn that ends after the\n  message started going in is delivered, and a reply that may share a turn with\n  another request carries one '[CommandMate relay] ... (overlap=...)' line under\n  the header. When the send's outcome is unknown the relay is left open, nothing\n  is resent, and 'commandmate relays --id <relay-id>' shows why it is held.\n\n### commandmate relays\n  List the standing delegations this session is waiting on and owes.\n\n    commandmate relays                      # the session running the command\n    commandmate relays --worktree <id> --instance codex-2\n    commandmate relays --json               # owed / awaiting / open / counts\n    commandmate relays --id <relay-id>      # one relay, closed too: send= overlap= hold=\n    commandmate relays cancel <relay-id>    # withdraw one; nothing is delivered\n\n  States: pending (the worker has not finished), prompt (it stopped on a\n  confirmation and the requester was told; still open), delivered, expired,\n  cancelled.\n\n  'relays cancel' cannot withdraw a relay that is being delivered right now\n  (a reply or a prompt notice): the server answers 409 and the command exits\n  2. The delivery usually goes through; if it fails, the relay stays open and\n  can be cancelled again once that attempt is over. A relay that is already\n  closed (delivered, expired, cancelled) exits 2 too.\n\n  A reply is held rather than delivered while the requesting session is\n  generating -- typing into a running composer interrupts the turn -- and is\n  delivered as soon as it is idle again.\n\n### commandmate wait <worktree-id...>\n  Block until agent completes or prompt is detected.\n\n  Options:\n    --timeout <seconds>        Maximum wait time\n    --on-prompt <mode>         agent (default) or human\n    --stall-timeout <seconds>  Max time without output change\n    --instance <id>            Agent instance to wait on. There is no --agent here.\n    --verify                   After completion, run every verification gate\n    --require-work             After completion, run only the work-evidence gate\n    --auto-yes-grace <seconds> With the target's Auto-Yes on, how long a prompt may\n                               stay open before exit 10 (default 30; 0 = at once)\n\n  Exit codes:\n    0   - Completed (agent idle/ready), and verified when --verify was given\n    10  - Prompt detected (--on-prompt agent mode)\n    20  - A verification gate failed (--verify)\n    21  - Nothing to verify: no commits, no uncommitted changes\n    124 - Timeout exceeded\n\n  --on-prompt modes:\n    agent  - Returns exit 10 with prompt JSON on stdout: at once, or after the\n             Auto-Yes grace below when the target's Auto-Yes is on\n    human  - Keeps blocking until human responds via browser UI\n\n  Auto-Yes on the target (Issue #2463): in agent mode a prompt on a session\n  whose Auto-Yes is on is held, not reported, for up to --auto-yes-grace\n  seconds (default 30) -- Auto-Yes answers it within seconds, and an exit 10\n  would stop a delegation for a prompt nobody had to see. One stderr line says\n  so; stdout stays empty. If the prompt clears, wait goes on judging completion\n  as usual ('ask' does the same). It still exits 10 when the grace runs out,\n  and at once when the Auto-Yes policy withheld the answer -- the payload then\n  carries autoYesSuppression. --auto-yes-grace 0 restores the immediate exit.\n\n  Prompt JSON output (exit 10):\n    {\"worktreeId\":\"...\",\"cliToolId\":\"claude\",\"type\":\"yes_no\",\"question\":\"...\",\"options\":[\"yes\",\"no\"],\"status\":\"pending\"}\n    The payload IS the prompt -- read it from stdout before falling back to\n    capture. Since Issue #3755 it also carries \"observation\", the payload\n    \"commandmate prompt --json\" prints, read off the same capture. For type \"selection_list\", options is empty by design and the\n    question field carries the reason.\n\n    Three \"type\" values share exit 10; only the first is answerable with\n    respond:\n      yes_no / multiple_choice  a parsed prompt        -> commandmate respond\n      selection_list            arrow-key menu         -> special keys\n      unclassified              the frame is interactive but detection could\n                                not parse it, and it has stayed that way for\n                                60s -> look at the pane: capture <id> --pane\n    \"unclassified\" exists because a frame that slips past detection disables\n    auto-yes, the contract's autoYes policy and this exit 10 all at once. It\n    needs the dwell: a capture taken mid-repaint can raise the flag once.\n    --on-prompt human keeps waiting for it, same as the other two.\n\n    On opencode the commonest cause has a name and a one-key fix. If its\n    sidebar is on -- ctrl+x b, or \"Show sidebar\" in its ctrl+p palette -- it\n    shares screen rows with the transcript, covers the marker that ends a\n    turn, and every frame after that reads running/unknown_frame. wait says\n    so on stderr (paneObstruction=opencode_sidebar) and capture --json\n    publishes the same field. Press ctrl+x b in the pane to close it; Escape\n    does not.\n\n    An opencode DIALOG is the other one, and it exits 10 as selection_list\n    rather than waiting out the dwell. Its session list (ctrl+x l), agent list\n    (ctrl+x a), timeline (ctrl+x g), command palette (ctrl+p) and pickers are\n    painted over the transcript, so the marker of the previous turn is still\n    on the pane behind them -- which is what used to make wait report a\n    blocked pane as Completed. sessionStatusReason is opencode_modal_overlay\n    and Escape closes all of them.\n\n  --verify turns \"the agent stopped\" into \"the work passes the repository's own\n  checks\". Verification only runs when completion was detected: a prompt (10) or\n  a timeout (124) is reported as-is and never verified. With several worktrees,\n  gates run one worktree at a time because the server caps concurrent runs.\n\n### commandmate verify <worktree-id>\n  Run the gates declared in .commandmate/verify.yaml against a worktree.\n\n  Options:\n    --gates <id1,id2>     Gate ids to run (default: work-evidence + all declared)\n    --instance <id>       Attribute the run to an agent instance\n    --timeout <seconds>   Stop polling after N seconds (exit 124)\n    --json                Print the run and its gate results as JSON on stdout\n\n  Exit codes:\n    0   - Every gate passed\n    20  - A gate failed, timed out, or errored\n    21  - work-evidence found nothing to verify (no commits, no changes)\n    99  - The run produced no verdict (bad verify.yaml, gates skipped, cancelled)\n    124 - --timeout elapsed while the run was still going\n\n  Output (progress on stderr, verdict on stdout):\n    GATE work-evidence PASS (commits=3, uncommitted=2)\n    GATE lint PASS (exit=0, 12.3s)\n    GATE unit FAIL (exit=1, 45.0s)\n    RESULT failed\n\n  Gates run in the worktree's own directory. Gates are skipped (run status 99,\n  never 0) in the checkout the server itself runs from when verify.yaml sets\n  options.skipInPrimaryCheckout, so a 'build' gate cannot replace the assets the\n  live app is serving.\n\n### commandmate verify init\n  Draft .commandmate/verify.yaml from this repository's own CI definitions\n  (Issue #2061). Reads every 'run:' step in .github/workflows/*.yml plus the\n  canonical package.json scripts, and declares the ones that are safe to re-run.\n\n  Options:\n    --cwd <path>          Repository to draft for (default: current directory)\n    --dry-run             Print the proposal on stdout and write nothing\n    --json                Print gates, refusals and scanned files as JSON\n\n  Exit codes:\n    0   - Wrote (or, with --dry-run, proposed) the config\n    2   - The config already exists, or nothing draftable was found\n\n  NEVER overwrites. An existing verify.yaml is the repository's own judgement of\n  what passing means, usually with the reasoning for each gate beside it, so\n  there is no --force: \"throw it away\" is spelled by deleting the file.\n\n  The only verify subcommand that needs no server: it is what you run BEFORE the\n  repository has anything to verify.\n\n  Commands that are found and NOT declared are reported with a reason on stderr\n  (setup, network, release, container, mutating, long-running, multi-line,\n  multi-command, runner-specific, not-a-check, interactive, redundant,\n  unquotable, reserved-id). A gate must be safe to run any number of times, so\n  'npm ci', 'npm publish', 'npm audit' and e2e suites never become gates.\n\n  The draft is a draft: it mirrors what CI already runs, not what the repository\n  considers sufficient. Read it, then run it once and confirm RESULT passed.\n\n### commandmate verify history / commandmate verify show <run-id>\n  Read past verification runs. Both are read-only and never start a run, so\n  neither returns 20 or 21 \u2014 those mean \"this tree failed verification\", and a\n  question about history is not a verdict on the current tree.\n\n  commandmate verify history                          # every worktree, newest 50\n  commandmate verify history --worktree <id>          # one worktree\n  commandmate verify history --days 14 --limit 100    # window and page size\n  commandmate verify history --json                   # JSON array on stdout\n  commandmate verify show 42                          # gates + log tails\n  commandmate verify show 42 --json\n\n  history options:\n    --worktree <id>       Restrict to one worktree (default: all)\n    --days <n>            Look back n days, 1..90 (default: no lower bound)\n    --limit <n>           Maximum runs, 1..500 (default: 50)\n\n  One run per line. The leading #<run-id> is what \"verify show\" takes:\n    #42  2026-07-31T04:12:00.000Z  myrepo-feature-101  manual  failed  failed: unit,build\n\n  The listing carries gate verdicts but NOT gate log bodies \u2014 logTail is absent\n  from the JSON, not null. Use \"verify show <run-id>\" when you need the log.\n\n  Exit codes:\n    0   - Read succeeded (also when nothing matched: stderr note, or [] in JSON)\n    2   - Bad argument (--days/--limit out of range, bad worktree or run id)\n    99  - No such run (404), or an unexpected failure\n\n### commandmate prompt <worktree-id> --instance <id> [--json]\n  Observe, once, the screen an agent is stopped on (Issue #3755): its kind,\n  question, options, current selection, approval target, how it is answered,\n  a short-lived observation token, and Auto-Yes as two separate items -- the\n  poller's last record and the contract's policy re-evaluated now. The token\n  is single use and bound to this appearance of the screen and its highlighted\n  option; none is issued for unknown or when the session generation is not\n  known (\"tokenWithheld\" says which).\n\n  Kinds: antigravity-trust, antigravity-model-picker, antigravity-permission,\n  antigravity-slash-menu, composer / none (nothing asks), unknown (something\n  waits and no measured reading names it -- look at capture <id> --pane).\n  A missing poller record does NOT mean Auto-Yes can answer.\n\n  Exit codes:\n    0  - The screen was read (also composer / none / unknown)\n    21 - No running session: nothing to read\n\n### commandmate respond <worktree-id> \"<answer>\"\n  Respond to an agent's prompt.\n\n  commandmate respond <id> \"yes\"          # Yes/No\n  commandmate respond <id> \"2\"            # Multiple choice (number)\n  commandmate respond <id> \"custom text\"  # Free text\n  commandmate respond <id> \"yes\" --instance codex-2   # Specific instance\n\n  Exit codes:\n    0  - Response sent\n    99 - Prompt already dismissed (prompt_no_longer_active)\n    99 - answer_not_delivered: nothing was typed, safe to respond again\n    99 - answer_input_lost: may be partly typed; capture --pane that target before answering again\n         (read from the 500's reason on a server declaring prompt-answer-reason; older: the error text)\n\n  Strict mode (Issue #3756) -- answer only the screen you observed:\n    commandmate prompt <id> --instance antigravity --json      # kind, token, approvalTarget\n    commandmate respond <id> \"Yes\" --instance antigravity \\\n      --expect-screen antigravity-trust --observation <token> \\\n      --expect-target \"<approvalTarget>\" --json\n  The server re-captures the pane and sends nothing unless the kind, the token\n  (pane, generation, appearance, options, highlight) and, on a trust screen,\n  the folder still match. Own endpoint (prompt-response/strict); an older\n  server is a stop, never a fallback. Kinds: antigravity-trust,\n  antigravity-permission. Unnumbered screens (trust) take a label only, sent as\n  Up/Down + Enter: a number, --default, a label matching two options and an\n  option off screen are refused. While the instance's Auto-Yes is on,\n  antigravity-permission is refused (auto_yes_active): run auto-yes <id>\n  --disable first (the trust screen is answered either way). Retry with the\n  same --operation-id and arguments to read the result instead of sending\n  twice; other arguments under a used id are operation_id_conflict (41).\n  answeredBy in the record is self-reported by the CLI. Residual race: keys typed at the pane\n  between the last check and a key are not seen. NOT a way to get auto mode's\n  permission for an approval.\n    0  - Answered (outcome advanced / next-prompt / session-ended)\n    40 - Nothing was sent (mismatch, unreadable, old server): observe again\n    41 - Keys sent, result not confirmed: do NOT send again\n\n### commandmate interrupt <worktree-id>\n  Interrupt the turn an agent is generating (the GUI's interrupt button).\n  Not 'stop' -- that stops the CommandMate server.\n\n  commandmate interrupt <id>                    # Every running session of the worktree\n  commandmate interrupt <id> --instance codex-2 # Only that instance\n  commandmate interrupt <id> --json             # { success, message, interrupted[] }\n\n  Omitting --instance is a broadcast, not \"the primary instance\": the route\n  interrupts every session that is running. There is no --agent (wait's rule:\n  a tool name does not say which session).\n\n  Exit codes:\n    0  - At least one session was interrupted\n    30 - The worktree exists but nothing was running (nothing was interrupted)\n    99 - No such worktree\n\n### commandmate capture <worktree-id>\n  Get current terminal output.\n\n  commandmate capture <id>                   # Plain text\n  commandmate capture <id> --json            # JSON with status info\n  commandmate capture <id> --instance codex  # Specific instance\n\n### commandmate reply <worktree-id>\n  Print the latest reply a session wrote, read from its transcript (no pane).\n  Use it to read a turn you did not send with 'ask' (e.g. \"stop and report\").\n\n  commandmate reply <id> --instance cc-1                          # Reply body\n  commandmate reply <id> --instance cc-1 --since 2026-09-30T12:00:00Z --json\n\n  Only transcript-reader rows (<tool>-turn:<id>) count, as in 'ask'. No reply\n  yet: exit 0, empty stdout, one line on stderr; --json prints \"reply\": null.\n\n### commandmate auto-yes <worktree-id>\n  Control auto-yes (automatic prompt response).\n\n  commandmate auto-yes <id> --enable                    # Enable (default 1h)\n  commandmate auto-yes <id> --enable --duration 3h      # With duration\n  commandmate auto-yes <id> --enable --stop-pattern \"error\"\n  commandmate auto-yes <id> --disable                   # Disable\n  commandmate auto-yes <id> --enable --instance codex-2 # Scoped to one instance\n  commandmate auto-yes <id> --enable --answer-mode careful  # Questions are yours\n\n  --answer-mode (Issue #3863) decides how a question the agent asks (claude's\n  AskUserQuestion, command-code's question) is treated: recommended (the\n  default) answers it with the option whose title ends in (Recommended) /\n  \uFF08\u63A8\u5968\uFF09 / (\u63A8\u5968), else the default option, and leaves it to you when that\n  cannot be told (recommended-option-unidentified); careful leaves every such\n  question to you (question-left-to-human). Permissions are answered alike\n  (allow this call once), and the Submit/Cancel confirm page, OpenCode V2's\n  questions and whatever the contract withholds are never answered. Omitted,\n  a new grant is recommended and a grant that is on keeps its mode. The mode\n  shows as autoYesAnswerMode in capture --json / instances --json.\n\n  --stop-pattern matches new terminal output, not the commands an agent runs.\n  It cannot block a command; a build log that merely prints the pattern\n  (e.g. \"rm -rf\" in an npm script) also triggers it and stops auto-yes.\n  To suppress auto-responses for risky prompts, use the task contract's\n  autoYes.denyPatterns instead (docs/design/task-contract.md).\n\n  When the contract running on the instance sets autoYes.mode: off, --enable\n  (and send --auto-yes) print a 'Warning:' line on stderr and still exit 0:\n  Auto-Yes is armed but answers nothing there. safe / allow-listed add one\n  'Note:' line naming what is answered (Issue #3723).\n\n  A server restart turns every grant OFF and never turns one back on. After a\n  graceful stop (SIGINT / SIGTERM, e.g. /rebuild or 'commandmate stop') each\n  instance whose grant was live reports why, until that grant's own deadline or\n  the next --enable / --disable (Issue #3730): 'capture --json' autoYes.stopReason\n  = 'server-restart', 'ls' AUTO_YES 'off(restart)', 'instances' AUTO_YES\n  'no(restart)', a 'wait' exit 10 adds a stderr line, and the UI toggle reads\n  \"Released by restart\". Re-enable with --enable --instance <that instance> (a\n  bare --enable arms the default primary). A SIGKILL or a crash records\n  nothing: those grants come back as a plain off.\n\n### commandmate instances <worktree-id> [action] [args]\n  Discover and manage a worktree's agent-instance roster (1 agent, multiple sessions).\n\n  commandmate instances <id>                            # List roster + running/auto-yes status\n  commandmate instances <id> --json                     # JSON output\n  commandmate instances <id> add --agent codex          # Add an instance (auto-generates ID, e.g. codex-2)\n  commandmate instances <id> add --agent codex --alias \"Review\" --id codex-3\n  commandmate instances <id> remove <instance-id>       # Remove from roster\n  commandmate instances <id> remove <instance-id> --kill  # Remove and kill its session\n  commandmate instances <id> alias <instance-id> \"New Name\"\n  commandmate instances <id> kill <instance-id>         # Kill only that instance's session\n\n  See \"Multi-Session\" below for the ID convention and roster semantics.\n\n### commandmate skill <subcommand>\n  Manage official Agent Skills. Every subcommand is a thin client over the same\n  APIs the browser UI uses: the CLI never downloads, extracts, writes or deletes\n  anything itself, and never sends a filesystem path, artifact URL, file list or\n  checksum (the API rejects those outright).\n\n  commandmate skill list [--json] [--prerelease]\n  commandmate skill info <skill-id> [--version <v>] [--json]\n  commandmate skill plan <skill-id> --worktree <id> [--version <v>] [--json]\n  commandmate skill install <skill-id> --worktree <id> --version <exact> [--dry-run] [--yes] [--ack-risk <id>@<version>] [--json]\n  commandmate skill uninstall <skill-id> --worktree <id> [--dry-run] [--yes] [--json]\n  commandmate skill status <skill-id> --worktree <id> [--json]\n\n  Confirmation contract (writes = install / uninstall):\n    - A plan is always built and shown first. --dry-run stops there.\n    - Without a TTY, a write REQUIRES --yes. A missing --yes is refused, never\n      assumed: an environment that cannot prompt must not install silently.\n    - A high-risk Skill additionally requires --ack-risk <skill-id>@<version>\n      with the exact id and version. --yes alone never carries a high-risk\n      install, in a TTY or out of one.\n\n  Exit codes:\n    0   success\n    1   the server or the Catalog could not be reached (retryable)\n    2   invalid arguments, unknown Skill or unknown version\n    11  the worktree refused it (local change, conflict, lock, plan drift)\n    12  the write was never confirmed (no --yes, declined, or missing --ack-risk)\n    13  files changed but the operation needs reconciliation\n\n  --json prints the API response body verbatim on stdout; diagnostics, prompts\n  and errors always go to stderr, so a failed --json run leaves stdout empty.\n\n  'skill status' reports one Skill in one worktree, read from the install\n  receipt on disk. There is no per-worktree listing endpoint yet, so <skill-id>\n  is required.\n\n## Multi-Session (1 agent, multiple sessions)\n\n  A worktree can run several sessions of the same CLI tool concurrently. Each\n  session is an \"instance\" identified by an instance ID:\n    <agent>        - the agent's primary instance (e.g. \"claude\")\n    <agent>-<n>    - an additional instance, n >= 2 (e.g. \"claude-2\", \"claude-3\")\n\n  --instance is accepted by send / wait / respond / capture / auto-yes.\n  send --instance auto-starts the session if it is not already running.\n\n  --instance alone is the recommended way to name a target (Issue #1638). It is\n  the only flag all five commands share: --agent is rejected by 'wait'. A\n  rostered instance already carries its CLI tool (Issue #1629), and an instance\n  id that is itself a tool id resolves to that tool's primary instance even\n  without a roster entry, so '--instance codex' needs no --agent.\n\n  --agent remains accepted by send / respond / capture / auto-yes as the\n  supplement for ad-hoc instances the roster does not know -- notably\n  '--register', which cannot infer the tool from an id like codex-3. Passing an\n  --agent that contradicts the roster is an error (exit 2), not an override.\n\n  The roster (visible in the browser UI's Agent panel) is the list of known\n  instances with aliases and display order. Ad-hoc sessions started via\n  'send --instance' do NOT appear in the roster unless registered:\n    commandmate send <id> \"...\" --instance claude-2 --register\n  Without --register, the session still runs and responds to CLI commands,\n  but it will not show up in the UI sidebar/roster until added there or via\n  'commandmate instances <id> add'.\n\n  Per-instance auto-yes: --instance scopes --auto-yes/--duration/--stop-pattern\n  to that specific session, independent of other instances of the same agent.\n\n  --instance also accepts the ALIAS shown in the ALIAS column of\n  'commandmate instances <id>' and in the browser UI's Agent panel\n  (Issue #2376), e.g. --instance \"Codex 2\". An alias two roster rows answer to\n  is refused with exit 2 and both candidates listed; ids always win over aliases.\n\n  commandmate instances <id>                        # discover valid --instance values\n  commandmate send <id> \"task\" --instance codex-2 --auto-yes\n  commandmate wait <id> --instance codex-2 --timeout 600\n  commandmate capture <id> --instance codex-2\n\n  Asking ANOTHER session something and getting its reply is one command, not\n  three -- and waiting for it is optional ('ask --async' / 'send --reply-to',\n  Issue #2377): see 'commandmate docs --section delegation'.\n\n## All Exit Codes\n\n  0   SUCCESS          - Completed successfully\n  1   DEPENDENCY_ERROR - Server not running\n  2   CONFIG_ERROR     - Validation error (invalid agent, duration, etc.)\n  10  PROMPT_DETECTED  - Prompt detected during wait\n  20  VERIFY_FAILED    - A verification gate failed (verify, wait --verify)\n  21  NOT_STARTED      - Nothing to verify: no commits, no uncommitted changes\n  30  NO_ACTIVE_SESSIONS - interrupt found no running session to interrupt\n  99  UNEXPECTED_ERROR - Unexpected error / resource not found / no verdict\n  124 TIMEOUT          - Wait or verification timeout exceeded\n\n  When one 'wait' covers several worktrees, the reported code is the highest\n  priority one observed: 10 > 20 > 21 > 124.\n\n## Troubleshooting\n\n  Server not running:\n    commandmate start --daemon\n    CM_PORT=3011 commandmate ls        # Different port\n\n  Worktree not found:\n    commandmate ls --quiet             # Check registered IDs\n    commandmate sync                   # Sync new worktrees (e.g. after git worktree add)\n    commandmate status                 # Confirm 'ls' and 'status' report the same Port\n                                       # (with several servers running, an exported CM_PORT\n                                       #  points 'ls' at a different one)\n\n  Authentication:\n    CM_AUTH_TOKEN=your-token commandmate ls\n";
 export declare const AGENT_OPERATIONS_SAMPLES = "# CLI Agent Operations - Workflow Samples\n\nCopy and adapt these patterns for your use case.\n\n## 1. Basic: send, wait, capture\n\n  WT=$(commandmate ls --branch feature/101 --quiet)\n  commandmate send \"$WT\" \"Implement Issue #101 with TDD\"\n  commandmate wait \"$WT\" --timeout 600\n  commandmate capture \"$WT\"\n\n## 2. With Auto-Yes (unattended execution)\n\n  WT=$(commandmate ls --branch feature/101 --quiet)\n  commandmate send \"$WT\" \"Implement Issue #101\" --auto-yes --duration 3h\n  commandmate wait \"$WT\" --timeout 1800\n  commandmate auto-yes \"$WT\" --disable    # Disable for safety\n  commandmate capture \"$WT\" --json\n\n## 3. Prompt Response Loop\n\n  WT=$(commandmate ls --branch feature/101 --quiet)\n  commandmate send \"$WT\" \"Refactor this module\"\n\n  while true; do\n    commandmate wait \"$WT\" --timeout 600 --on-prompt agent\n    EXIT_CODE=$?\n\n    if [ $EXIT_CODE -eq 0 ]; then\n      echo \"Done\"\n      break\n    elif [ $EXIT_CODE -eq 10 ]; then\n      commandmate respond \"$WT\" \"yes\"\n    elif [ $EXIT_CODE -eq 124 ]; then\n      echo \"Timeout\"\n      break\n    fi\n  done\n\n  commandmate capture \"$WT\"\n\n## 4. Parallel Worktrees\n\n  WT1=$(commandmate ls --branch feature/101 --quiet)\n  WT2=$(commandmate ls --branch feature/102 --quiet)\n\n  commandmate send \"$WT1\" \"Implement #101\" --auto-yes\n  commandmate send \"$WT2\" \"Implement #102\" --auto-yes --instance codex\n\n  # One --instance covers every worktree id in the call, so worktrees on\n  # different instances need one wait each. Both agents keep running while the\n  # first wait blocks, so this costs no wall clock over a combined wait.\n  # A bare 'wait \"$WT2\"' would watch WT2's DEFAULT agent, not the codex session:\n  # 'wait' has no --agent to correct that with.\n  commandmate wait \"$WT1\" --timeout 1800\n  commandmate wait \"$WT2\" --instance codex --timeout 1800\n\n  commandmate capture \"$WT1\" --json\n  commandmate capture \"$WT2\" --instance codex --json\n\n## 5. Check status before sending\n\n  # Find worktrees and check status\n  commandmate ls --json | python3 -c \"\n  import sys, json\n  for wt in json.load(sys.stdin):\n      if wt['name'].startswith('feature/'):\n          print(f\\\"{wt['id']}  {wt['name']}\\\")\n  \"\n\n## 6. Error handling pattern\n\n  WT=$(commandmate ls --branch feature/101 --quiet)\n\n  if [ -z \"$WT\" ]; then\n    echo \"Error: worktree not found\"\n    exit 1\n  fi\n\n  commandmate send \"$WT\" \"Fix the bug\" --auto-yes\n  commandmate wait \"$WT\" --timeout 600\n  EXIT_CODE=$?\n\n  case $EXIT_CODE in\n    0)   echo \"Success\"; commandmate capture \"$WT\" ;;\n    10)  echo \"Prompt detected\"; commandmate respond \"$WT\" \"yes\" ;;\n    124) echo \"Timeout\"; commandmate capture \"$WT\" --json ;;\n    *)   echo \"Error: exit $EXIT_CODE\" ;;\n  esac\n\n## 7. Multi-Session: run a second Codex session alongside the primary agent\n\n  WT=$(commandmate ls --branch feature/101 --quiet)\n\n  # Discover the roster before picking an --instance value\n  commandmate instances \"$WT\"\n\n  # Register a second Codex instance, then send/wait/capture scoped to it.\n  # Once it is in the roster, --instance alone carries the CLI tool.\n  commandmate instances \"$WT\" add --agent codex --alias \"Review\"\n  commandmate send \"$WT\" \"Review the diff\" --instance codex-2 --auto-yes\n  commandmate wait \"$WT\" --instance codex-2 --timeout 600\n  commandmate capture \"$WT\" --instance codex-2 --json\n\n  # Ad-hoc instance without pre-registering (still runs; register to show in UI).\n  # --agent is required here: codex-3 is not in the roster yet, so nothing else\n  # says which CLI tool to start.\n  commandmate send \"$WT\" \"Quick check\" --agent codex --instance codex-3 --register\n\n  # Clean up when done\n  commandmate instances \"$WT\" remove codex-2 --kill\n\n## 8. Verify the work instead of trusting \"the agent stopped\"\n\n  WT=$(commandmate ls --branch feature/101 --quiet)\n  commandmate send \"$WT\" \"Implement Issue #101 with TDD\" --auto-yes\n\n  # One call: wait for completion, then run every gate in .commandmate/verify.yaml\n  commandmate wait \"$WT\" --timeout 1800 --verify\n  case $? in\n    0)  echo \"Verified\" ;;\n    10) commandmate respond \"$WT\" \"yes\" ;;\n    20) echo \"A gate failed\"; commandmate verify \"$WT\" --json ;;\n    21) echo \"The agent produced nothing\" ;;\n  esac\n\n  # Cheap pre-check: is there any work at all, before paying for the full suite?\n  commandmate wait \"$WT\" --require-work || echo \"no commits and no changes\"\n\n  # Re-run a subset after a fix, without waiting on the agent\n  commandmate verify \"$WT\" --gates lint,unit\n";
 /**
  * Delegation between agent sessions (Issue #2376).

package/dist/cli/docs/agent-operations.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"agent-operations.d.ts","sourceRoot":"","sources":["../../../src/cli/docs/agent-operations.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,eAAO,MAAM,sBAAsB,4qkCA0mBlC,CAAC;AAEF,eAAO,MAAM,wBAAwB,klJAmIpC,CAAC;AAEF;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,eAAO,MAAM,sBAAsB,4mPA6JlC,CAAC"}
+{"version":3,"file":"agent-operations.d.ts","sourceRoot":"","sources":["../../../src/cli/docs/agent-operations.ts"],"names":[],"mappings":"AAAA;;;;;;GAMG;AAEH,eAAO,MAAM,sBAAsB,qxkCA2mBlC,CAAC;AAEF,eAAO,MAAM,wBAAwB,klJAmIpC,CAAC;AAEF;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,eAAO,MAAM,sBAAsB,4mPA6JlC,CAAC"}

package/dist/cli/docs/agent-operations.js

@@ -400,6 +400,7 @@ These commands enable coding agents (Claude Code, Codex, etc.) to orchestrate ot
     99 - Prompt already dismissed (prompt_no_longer_active)
     99 - answer_not_delivered: nothing was typed, safe to respond again
     99 - answer_input_lost: may be partly typed; capture --pane that target before answering again
+         (read from the 500's reason on a server declaring prompt-answer-reason; older: the error text)
 
   Strict mode (Issue #3756) -- answer only the screen you observed:
     commandmate prompt <id> --instance antigravity --json      # kind, token, approvalTarget

package/dist/cli/types/api-responses.d.ts

@@ -1619,7 +1619,9 @@ export interface ChatMessage {
      * Issue #3957: present when the send named a bound relay (`relayId`). What
      * the CLI may do with the relay: `not_sent` — nothing reached the worker,
      * withdraw it; `sent` / `unknown` — leave it (the server holds `unknown`).
-     * Also on the error bodies after the reservation.
+     * Also on the error bodies after the reservation. Issue #4011: a send with
+     * no bound relay carries it on its error bodies only (`not_sent` / `unknown`,
+     * once the failure was recorded as its attempt; no 400), never on its 201.
      */
     sendOutcome?: 'sent' | 'not_sent' | 'unknown';
 }
@@ -2452,6 +2454,31 @@ export interface RelayView {
     obsState?: string | null;
     holdReason?: string | null;
     overlap?: string | null;
+    /**
+     * Issue #4064. Optional: an older server sends none. Null while the payload
+     * is queued or there is none.
+     */
+    deliveryHold?: RelayDeliveryHoldResponse | null;
+}
+/**
+ * Mirrors: `RelayDeliveryHold` in src/lib/relay/types.ts (Issue #4064).
+ * Strings rather than unions, for the reason `RelayView.state` is one.
+ */
+export interface RelayDeliveryHoldResponse {
+    /** `attempting` | `uncertain`. */
+    state: string;
+    payloadId: string | null;
+    /**
+     * Issue #4082: the delivery attempt that holds it — what `relays resolve
+     * --attempt` names. Absent on a server older than #4082; not the send
+     * binding's attempt.
+     */
+    attemptId?: string | null;
+    kind: string | null;
+    reason: string | null;
+    at: number | null;
+    /** The requester's pane to look at before anything else. */
+    checkCommand: string;
 }
 /** Mirrors: `RelayCounts` in src/lib/relay/types.ts. */
 export interface RelayCountsResponse {
@@ -2469,7 +2496,19 @@ export interface RelayListResponse {
     awaiting: RelayView[];
     /** Every open relay in scope, whichever end it belongs to. */
     open: RelayView[];
+    /**
+     * Issue #4064: relays in scope, open or closed, whose payload is under a
+     * delivery hold. Absent on an older server.
+     */
+    held?: RelayView[];
     counts: RelayCountsResponse;
+    /**
+     * Issue #4082: how many payloads in scope are held as `uncertain` now —
+     * open relays or closed, once each, not narrowed by `days`, and not one of
+     * the per-state `counts` (never added to them). Absent on an older server:
+     * print nothing for it rather than 0.
+     */
+    heldCount?: number;
 }
 /** Mirrors: src/app/api/relays/route.ts POST 201 response. */
 export interface RelayCreateResponse {
@@ -2485,4 +2524,19 @@ export interface RelayGetResponse {
 export interface RelayCancelResponse {
     relay: RelayView;
 }
+/** Mirrors: src/app/api/relays/[relayId]/resolve/route.ts POST 200 response (Issue #4082). */
+export interface RelayResolveResponse {
+    relay: RelayView;
+    /** `confirm` | `retry` | `discard`. */
+    action: string;
+    /** `retry`: queued for delivery again — not delivered yet. */
+    requeued: boolean;
+    /** A reply waiting behind the resolved prompt notice was queued in its place. */
+    promoted: boolean;
+    /**
+     * Issue #4082: the relay was closed, and a reply that waited behind the
+     * settled notice was discarded (never delivered). Absent on an older server.
+     */
+    replyDiscarded?: boolean;
+}
 //# sourceMappingURL=api-responses.d.ts.map