honker: row 194 b3 sage-1634: commit() checks the revision before the revoke, so a stale delete or fire refuses revision-conflict with nothing revoked (N1); bus T21; option 2 a follow-up

honker: row 194 b3 sage-1630: BUILD.md follow-up N1, a revoke that succeeds before a refused write (a stale-revision delete does it every time)
honker: row 194 b3 sage-1620: credential-revoke-failed says the business file is unchanged and a retry is safe (CLI and Console), W2 checks the log per case
2026-10-20 20:20:36 -05:00 · 2026-10-20 20:15:26 -05:00 · 2026-10-20 20:05:59 -05:00 · 2026-10-20 20:02:25 -05:00 · 2026-10-20 19:29:28 -05:00 · 2026-10-20 19:23:12 -05:00
197 changed files with 25333 additions and 730 deletions
@@ -25,10 +25,15 @@ green at every step. Not production software — a proven foundation.
 1. **Root is bootstrap-only.** First-class system configuration lives at the
   repository root; everything else gets a dedicated directory (`roles/`,
   `contracts/`, `missions/`, `tasks/`, `docs/`). Do not add new files to root.
-2. **Configuration**: `~/.config/mosaic-dev/config.json` is the sole system
-   config — created only by `scripts/bootstrap.sh`, never overwritten,
-   fail-closed on any problem. Repo-scoped role authority lives in
-   `roles/*.json` (versioned, reviewed commits only).
+2. **Configuration**: each stack instance has exactly one system config. The
+   default instance's is `~/.config/mosaic-dev/config.json`. Instance NAME's
+   is `~/.config/mosaic-NAME/config.json`, and its data root carries a marker
+   that names it. `~` is the home of the OS user that runs the instance. A
+   process reads only the config `MOSAIC_CONFIG` names, or the default's when
+   that is unset. Configs are created only by
+   `scripts/bootstrap.sh [--instance NAME]`, never overwritten, fail-closed on
+   any problem. Repo-scoped role authority lives in `roles/*.json`
+   (versioned, reviewed commits only).
 3. **Secrets** never enter the repository or container images; auth is
   runtime-only (read-only mount or environment variable).
 4. **Contracts** (`contracts/`) are immutable and image-baked. Missions and
@@ -177,8 +182,8 @@ Full reference — usage, fields, exit codes, safety notes:

 ## Data map (canon)

- `~/.config/mosaic-dev/config.json` — system config (user-authored; never
-  auto-written).
+- `~/.config/mosaic-dev/config.json`, or `~/.config/mosaic-NAME/config.json`
+  per named instance: system config (user-authored; never auto-written).
 - `<dataRoot>` (from config; default `~/.mosaic-dev`):
  - `runs/` — write-once run evidence (`result.json`, snapshots, `stderr.txt`)
  - `sessions/` — pi JSONL session trees, one directory per named session
@@ -0,0 +1,757 @@
+# Row 194 build notes
+
+Design r4 approved: DESIGN.md sha256 824ef884 at 7d0788236 (Webby webby-0014, review at e1e64ff01 on
+webby/reviews; Mos mos-1042; Sage sage-1387 "build now"). Build base: refactor aa1bd209e merged into
+honker/row194 at fa9eaa4c3.
+
+## Build notes from the approval (each gets a test and a mutant)
+
+- W-N1 (webby-0014 N1): launch refuses `instance-firing` while I has a `fire.stopped` with no `fire.done`.
+  Test case in T9c. Mutant M59: the check is dropped.
+- W-N2 (webby-0014 N2): the broker's hire-time check requires roleVersion 2, so a definition with no
+  action lists refuses. Test case in T8b. Mutant M60: the version check is dropped.
+- Grace (sage-1387): 5 s, one constant shared with row 191.
+
+## Chain state (2026-10-20T19:45Z)
+
+Rows 190, 191 and 193 have no product commits yet (rocko/row191 and darkwing/row190 sit at da230ca48, the
+brief commit). Slices that don't need row 191 build first. S6 waits for row 191's candidate.
+
+## Slices
+
+| Slice | Scope | Tests | State |
+|---|---|---|---|
+| S1 | business: vocabulary (role.hire, role.fire hard waits, HIRE_ALLOWED), role.mjs `hireable`, business.mjs keep/noHire/retired, instance-settings delete and veto ops, chief-of-staff.json `hireable: []` | T6 (business), T7, T8c, T17, D2.2 writer | done, see below |
+| S2 | bus: reloadBusiness and runtime callback, instance.launch/end/regenerate requests, instances.set delete, veto.set, instance.hire/fire, keep checks, D4 hook, tester checks | T8-T10, T9c, T12-T14, T18 | S2a (D3), S2b (veto, hook, keep, T13), S2c (requests, terminate, delete) and S2d (hire, fire, W-N1) and S2e (PRD 1.7 routing, sage-1471) done |
+| S3 | cli: launcher lifecyclePass, host ops, `business instance` verbs | T1-T6, T11 | S3a (launcher pass) and S3b (verbs, veto, end to end, T2a, T4, T6, T11) done |
+| S4 | harness: launch tool schema, hire and fire tools | T8 (D3 item 5) | done, see S4 notes |
+| S5 | webui: Agents section and routes | T16 | done, see S5 notes. The "still running after fire" flag waits for S6 |
+| S6 | row 191 chain: halted checks, fire SIGKILL through row 191's stop | T9a, T9b, T15 | waits on row 191 |
+| S7 | brief item 7 (rev 2547, sage-1586): a created agent's credential entry, the restart route | T19 (new) | waits on row 199 landing, see item 7 plan |
+| S8 | brief item 8 (rev 2556, sage-1588): fire and delete revoke the agent's credentials before the file changes | T20 (new) | waits on row 199 landing, see item 8 plan |
+
+## Changed assertions (D3 item 4, N4)
+
+Listed here as the build changes them.
+
+- `packages/business/tests/instance-settings.test.mjs:53, :67, :72`: the row 165 read and add views
+  gain `kept: false` (D1, the read gains `kept` per instance). No other field changed.
+- `packages/business/tests/instance-settings.test.mjs:70` (`added.restart` true to false) and `:91`
+  (`redefined.restart` true to false): the writer no longer asks for a restart. The bus decides,
+  after its reload (D3 items 2-3). The two test names say so.
+- `packages/cli/tests/instances.test.mjs`: `setup` boots the bus from the file through `bootConfig`, as
+  the unit does, instead of a one-role stub. The add test (T1) now expects the "no restart" line and
+  binds `sec-1` on the running bus. The `RESTART_NEEDED` text pins moved, unchanged, to a new test that
+  boots the old stub (`setup(t, { stub: true })`). Its coder has no credential references and the
+  file's has, so the bus doesn't reload, prints `RESTART_NEEDED` and doesn't bind `sec-1` (D3 item 3).
+- `packages/webui/tests/instances.test.mjs:25`: the fake writer's default answer is `restart: false`,
+  the usual answer now. The real-broker test boots through `bootConfig` and expects `restart: false`
+  (`:71`) and the log line `done restart=false` (`:74`). The answer-shape rows at `:140-145` keep
+  `restart: true`. Each row tests another field, or `restart: 'yes'`, so the value is not what they
+  check.
+- `packages/bus/tests/instances-verb.test.mjs` T12 (S2c): the human delete now answers `{request}`
+  where S2b refused `invalid-request`. The stub writer answers `instances.check` with the revision,
+  and the calls list gains that one check, actor `jason`. Nothing else in the test changed.
+- `packages/bus/tests/tester-writes.test.mjs:19` (row 175 pin): TESTER_VERBS gains `instance.launch`,
+  `instance.end` and `instance.request` (D4.1). TESTER_ORGANIZATION_VERBS is unchanged.
+- `packages/bus/tests/instances-verb.test.mjs:78` keeps `restart: true`, now for a D3 item 3 reason:
+  its boot copy is a stub without the file's credential references. A comment there says so.
+  `reload.test.mjs` covers the reload from a file boot.
+- `packages/bus/tests/hard-waits.test.mjs:38` (S2d): the every-hard-wait loop gives `role.hire` and
+  `role.fire` a target and `arguments`, which their raise now requires (D2.1). The class and route it
+  checks are unchanged.
+- S2e (PRD 1.7 REQ-COS-3) takes back the S2d entry above. `role.hire` and `role.fire` left the hard
+  waits, so `packages/bus/tests/hard-waits.test.mjs` and `packages/business/tests/hard-waits.test.mjs`
+  drop them from WAITS, and the bus file's every-hard-wait loop is back to its S2c form. The business
+  file gains a test that both are routed and not in GATED_ONLY.
+- `packages/bus/tests/reload.test.mjs` (S2e): its hard-wait example used `role.hire`, now routed. It
+  uses `spend`. The check is unchanged.
+- `packages/business/tests/chief-of-staff.test.mjs` (S2e): the chief's pinned authority and the test
+  name gain `role.hire` and `role.fire`. `packages/business/tests/role.test.mjs` gains the check that
+  no other shipped role holds either.
+- `packages/harness/tests/tools.test.mjs` and `packages/harness/tests/bundle.test.mjs` (S2e): the
+  chief's pinned tool lists gain `hire` and `fire`. Every held action needs a typed tool
+  (`untypedActions`), so the tools come forward from S4.
+- `packages/bus/tests/chief-of-staff.test.mjs` (S2e): the S2d decision-form tests are rewritten to the
+  reason form (below). The S2d raise tests with `arguments` are gone with the key.
+- `packages/bus/tests/lifecycle-verbs.test.mjs` V5 retry (S3a): `lifecycleDelete` on a retry now
+  answers `{transaction, retry: true}` with the failed delete's transaction, where S2c answered
+  `{transaction: null, retry: true}`. The launcher needs it to name `.retired/I-<transaction>`. The
+  test checks the value and that the retry still neither checks nor writes the file.
+- `packages/harness/tests/tools.test.mjs:48` (S4): the launch tool's `instance` was an enum of the
+  start-time listing. It is now `{type: "string", description, pattern: ID_PATTERN.source}`, and the
+  listing moves to the tool description, which the test matches. `:107` (the pm test's chief check)
+  asserts there is no enum and the description names `chief.launch.instances`.
+- `packages/business/tests/chief-of-staff.test.mjs` (S4): the contract test gains a match on the new
+  sentence that a hire is listed for `launch` at once but runs only after the human sets its route.
+
+- `packages/webui/tests/browser.test.mjs:21-22` (S5): the page's script list pins the scripts in
+  order. It now has `/agents.js` between `/chat.js` and `/bus.js`, and the comment names row 194.
+
+## S1 notes
+
+- Tests: `tests/lifecycle-settings.test.mjs` (new) holds T6's business part (V5 order, last listed,
+  clean delete, retired refusals for add and hire), T7 (V6) and the writer's hire and fire (D2.2).
+  T8c is in `role.test.mjs`, T17 in `business.test.mjs`.
+- `deleteRefusal`'s entry half (`entry.tracker`, `entry.credentials`) follows V5's wording "holds
+  credentials or a tracker bot". In a file that validates it is the same as the definition check: a
+  definition with no credential refuses an entry tracker or credentials at load. So no test reaches it
+  alone, and no mutant is listed for it.
+- END_PROTECTED is `assistant` only. The chief's own instance refuses delete and fire as
+  `organization-instance-referenced` (launch.by), not as protected.
+- The writer refuses an `assistant` hire `organization-definition-refused` through `definitionFor`, as
+  row 165's add does.
+- PRD draft: 69544f342 (sha256 c1f52d98…), sage-1395: adding to the fixed list is a PRD change.
+
+## S2a notes (D3 live reload)
+
+- `Broker.reloadBusiness(id, doc)` runs the boot check (`checkBusiness`, moved out of the
+  constructor unchanged) on a clone, then refuses a changed `human` and swaps the document in.
+- The runtime reloads after every committed write, through the chain `bootConfig` uses
+  (`loadBusiness`, `resolveInstance` with `organization.system`, `busBusiness`). Then `limits.refresh`
+  runs. `instances.set` answers `restart: !live`. Any other verb name now throws `invalid-request`
+  where it used to fall through to `plugins.set`.
+- D3 item 3 check: a role in the boot copy must keep its credential references and tracker bot. A role
+  not in the boot copy must have neither. The tracker sync block must match. Otherwise no reload and
+  `restart: true`. The first version compared one fingerprint over all roles, so every create failed
+  it. T14's create test caught that.
+- Consumers checked against item 3 (`runtime.mjs` startBroker):
+  - The Credentials store takes the role and sync references and the project roots it protects at
+    start. The tasks adapter takes the bots at start. All of these are compared.
+  - Limits read `settings.current` at each ask. The human proof reads `human` from the boot copy,
+    and `reloadBusiness` refuses a changed human, so the two agree.
+  - Web grants: the broker reads `roles.<I>.web` from its own document (`broker.mjs:1545`), so a
+    reload carries the grant. A hireable definition has no `web` tool.
+  - Usage loads its `usage-source` plug-ins from `b.plugins` at start. That was already so before
+    this row (`plugins.set` never restarted them). A reload doesn't change it, and it isn't compared.
+- Instance-running: `instances.set` op change with a `definition` on a declared instance with a
+  claim holder (or thread holders for a thread instance) refuses `instance-running` before the
+  writer. A vars or launch change still passes.
+- Tests: `packages/bus/tests/reload.test.mjs` (T14, 6 tests).
+
+## S2b notes (veto.set, the D4 hook, keep checks)
+
+- `LIFECYCLE_HUMAN_VERBS` (exported from `broker.mjs`) has one entry per verb and per `instances.set`
+  op: `instance.launch`, `instance.end`, `instance.regenerate`, `veto.set`, `instances.set add`,
+  `instances.set change`, `instances.set delete`. Choice: `#mayHuman(s, verb, target)` refuses
+  `human-required` for an entry missing from the list. So the list and the calls can't drift apart,
+  and T12 shows the hook got the exact entry: each listed human call passes. The tradeoff is that a
+  new human verb has to join the list before it works, which is what row 193 needs anyway.
+- `bindHuman` already refuses any human but the owner, so the hook's owner check can't fail on any
+  path today. It is the body row 193 replaces.
+- M46 (`veto.set` skips `#human`) is equivalent while the generic check runs first: no session
+  without `s.human` gets past `human-required`, and only `bindHuman` sets `s.human`, always with
+  `via: 'cli'` and `outsideAgent: true`. T18 shows the refusal. `#human` stays as the design asks.
+- `instances.set` now checks `op` in the broker (`add`, `change`, `delete`, else `invalid-request`).
+  The tester's delete refuses `tester-refused` (B6). Until S2c records the delete request, a human
+  delete refuses `invalid-request` after the hook. Without that, the writer's `set` op `delete` would
+  commit with no running or starting check and no workspace rename.
+- Keep: the `role.revoke` reason branch refuses `instance-kept` for any caller, not only the chief.
+  Only the chief holds `role.end` today, so this is the same set. A caller with `role.end` added
+  later is held to the forbid too. The `organization.set` check refuses when any key of
+  `args.instances` is kept, before the writer and before the grant is spent. The human's `limits.set`
+  isn't checked: the human owns the forbid.
+- T13 needed no code. `organization.set` and `limits.set` take only `ORGANIZATION_KEYS`, and
+  `limits` and `models` write only `launch.limits` and `launch.models`.
+- Tests: `chief-of-staff.test.mjs` T10 (reason end, decision end, model write), T13 and T18's
+  veto.set and instances.set paths on a stub writer. T18's file-bytes check and its hire and fire
+  cases come with S2d. `instances-verb.test.mjs` T12 (sessions, tester, hook). `reload.test.mjs`
+  gains veto.set.
+
+## S2c notes (lifecycle requests, terminate, delete)
+
+- A request is an `action.allowed` event, action `lifecycle.launch`, `.regenerate`, `.delete` or
+  `.end`, body `{action, request, via, by, ...}`. The human's also gets `human.input {kind: 'admin'}`.
+  The tester's gets none. Steps are `lifecycle.taken`, `lifecycle.done {request, run?, transaction?,
+  refusal?}` and `lifecycle.cancelled {request, by}`, with no role or run in the session. No new
+  table or event kind, so no migration.
+- Host ops for the launcher pass (S3), each in LAUNCH_OPS: `lifecycleRequests`, `lifecycleTake`,
+  `lifecycleDelete`, `lifecycleDone`. Choice: `lifecycleDelete` commits through the bus's own
+  organization callback, so the D3 reload runs after it as after any other write. The tradeoff is
+  one more host op instead of the launcher calling the writer.
+- The take re-checks: request-expired (60 s, `LIFECYCLE_REQUEST_MS`), then launch-revoked and
+  instance-retired for launch and regenerate only, then tester-off for a tester request. A refused
+  take writes `lifecycle.done` with the refusal, so the request closes. `lifecycle.end` never
+  expires: the runs it names still need the signal.
+- instance-starting counts any taken request of I, and any open one still under 60 s, delete
+  included. An open request past 60 s can only close request-expired, so it doesn't count. The end
+  request doesn't count.
+- Delete order at the verb (V5): keys and identifier, the 64-hex revision, the retired-name retry
+  gate, then `instances.check` (the writer's plan and validation, no write). A named organization
+  refusal fails at once. A BusinessError (the last-listed refusal) is held until instance-running
+  and instance-starting have passed, then answers invalid-request. Then revision-conflict, then the
+  request with `{revision}`. `lifecycleDelete` checks running and starting again after the take
+  (other requests only), then calls `instances.set` op delete with actor = the request's `by`.
+- Retry: a retired name that isn't in roles deletes again only when its last delete closed
+  `workspace-rename-failed`. The request carries `retry: true`, and `lifecycleDelete` answers
+  `{transaction: null, retry: true}` with no check and no write. The launcher (S3) retries the rename.
+- `lifecycleDone` carries `transaction`, so the delete's done names the commit the rename used.
+- Terminate (V3): every claim holder of I, or every thread holder for a thread instance, is revoked
+  with the reason (default "ended by the human" or "ended by the tester"). The answer names the held
+  runs plus the bound runs of I not yet ended, cancels open requests of I and lists taken ones. With
+  none of these it refuses not-held. The tester ends only its own threads and cancels only its own
+  requests.
+- The tester's business scope needs no check: its cap is bound to one business (M19), so another
+  business's instance answers unknown-role. `instance.request` needs no tester-file check: a tester
+  reads only requests it made.
+- The tester switch is read through a `testerOn` option. The runtime reads `bus.tester` from the
+  live file through `settings.current`, so a change applies with no restart. Anything but `true`,
+  or a read error, is off.
+- Refactor: the organization error mapping moved into `#organizationFail(e, verb)`, shared by the
+  organization verbs and `lifecycleDelete`. Same mapping as before.
+- Deferred: the halted checks (S6, row 191) and W-N1 (S2d with fire).
+- Tests: `packages/bus/tests/lifecycle-verbs.test.mjs` (12 tests: T12 lifecycle part, T12a, V2-V5,
+  the take and the runtime delete end to end). Probe mutants on the expiry, starting (verb and
+  take), the take's expiry and tester checks, the retry gate, the tester's own-request read and
+  not-held all died. They are not the M-list run.
+
+## S2d notes (the chief's hire and fire, W-N1)
+
+- Still hard waits (PRD 1.6). Under PRD 1.7 they move to ROUTED in S2e, with the reason form.
+- The raise: `decision.raise` takes `arguments`, only for `role.hire` (`{name, definition, vars?}`)
+  or `role.fire` (`{name, reason}`), and requires it for those. `target` must equal
+  `arguments.name`. The raise event records it, and the human's decision view shows it under
+  `authorization.arguments`. The shape checks are the call's (`#hireFireArgs`): identifiers, not
+  `human` or `tester`, vars only `model` and `limits.*`, reason 1-500 characters.
+- The call: `instance.hire {name, definition, vars?, decision}` and `instance.fire {name, reason,
+  decision}`, from a chief session only. Order: tester-refused, read-only and agent-required
+  (`#agent`), keys, `role-not-chief` (launch.by), not-configured, decision-mismatch for a decision of
+  another business, `#checkAuthority`, the call's arguments against the raise's (canonical JSON,
+  decision-mismatch), decision-consumed, instance-kept. The writer gets the chief as actor
+  (`chief-of-staff.chief`) and the context `{instance, run, decision}`, which changes.jsonl records.
+- Hire: `#hireable` loads the definition and the chief's own role file through the new `roleFile`
+  option (the runtime passes `loadRole(rolesDir, name)`). Version 1, any action off HIRE_ALLOWED
+  (`unhireableAction`), not on the chief's `hireable` list, on `noHire` or no file all refuse
+  definition-not-hireable before the writer. Then the writer's hire, then the consume with
+  `{transaction}`. Without `roleFile` a hire refuses not-configured.
+- Fire, before step A: instance-kept, unknown-role, organization-definition-refused (END_PROTECTED),
+  organization-instance-referenced (launch.by), and invalid-request for the last listed name.
+  Step A, one transaction: revoke the claims with the decision and reason, cancel open requests,
+  list taken ones, write `lifecycle.end {via: 'chief', by, runs, reason, kill: true}` when runs exist,
+  and `fire.stopped {cites, request}`. Step B: the writer's fire (already delisted is done). Step C,
+  one transaction: the consume with `{reason, transaction}` and `fire.done {cites, transaction}`.
+- The fire's own events cite the decision under `cites`, not `decision`, so `#spent` counts only the
+  consume. A failure at B or C leaves the decision unspent, so the repeat runs.
+- Choice: a repeat after a failed B or C asks for the kill again for any run of I still bound. A
+  revoked run stays bound until the launcher reports it ended, and a second signal to a dead
+  process does nothing. The tradeoff is a duplicate `lifecycle.end` against a run that may outlive
+  the first one.
+- W-N1 `#firing`: a `fire.stopped` with no `fire.done` for the same `cites`. It refuses
+  instance-firing at the human and tester verbs (`#launchable`), at the take of a launch or
+  regenerate (`#takeRefusal`), and at the chief's `role.launch` (`#authorityFor`).
+- `#organizationFail` passes the writer's own definition-not-hireable and instance-kept through by
+  name for hire and fire. They come from the file as it stands, after the broker's checks passed.
+- `lifecycleView` shows `kill: true` when the request carries it.
+- Deferred: the kill escalation in the launcher (S3, S6).
+- Tests: `packages/bus/tests/chief-of-staff.test.mjs`, 16 new (T8 x5, T8a, T8b x2, T9 x2, T9c x2,
+  T10, T18, the runtime end to end, W-N1 at the take). 39 in the file pass. Probe mutants on 21
+  lines (the arguments check, each W-N1 site, M60's version check, keep, the other-business check,
+  last-listed, kill, the chief's list, noHire, role-not-chief, the pre-check consume, both consumes'
+  events, the raise's argument rules, the revoke, the cancel, the pass-through, the view's kill) all
+  died. They are not the M-list run.
+
+## S2e notes (PRD 1.7 REQ-COS-3 routing, sage-1471, mos-1089)
+
+- Role-policy change, for Webby to review on its own: `roles/chief-of-staff.json` withinRole gains
+  `role.hire` and `role.fire`. `packages/business/src/vocabulary.mjs` and `packages/bus/src/broker.mjs`
+  move both from the hard waits to ROUTED. `roles/chief-of-staff.md` and `roles/pm.md` drop them from
+  the hard-wait list, which `workflow-roles.test.mjs:113` pins to GATED_ONLY. No other shipped role
+  gains either action, and `role.test.mjs` pins that.
+- The call takes the reason form, as `role.end` does: `instance.hire {name, definition, vars?, reason}`
+  and `instance.fire {name, reason}`, with no decision. The reason is 1-500 characters for both.
+- Choice: the decision form is gone, not kept beside the reason form. A within-role raise closes at
+  once, so a decision there adds an event and no check. The `decision.raise` `arguments` key from S2d
+  goes with it. Tradeoff: if a later PRD gates hire again, the raise path comes back as new code.
+- Choice: hire takes a reason too. The PRD logs every hire and fire with its reason.
+- Order: tester-refused, read-only and agent-required, keys, `role-not-chief` (launch.by),
+  not-configured, `#checkAuthority` with `{target: name}`, instance-kept. `role-not-chief` comes before
+  the authority check, so a non-chief role refuses `role-not-chief` even when its file grants the
+  actions. A chief whose file lacks the grant refuses `decision-required`.
+- The writer gets only its own keys. The reason goes in the change context `{instance, run, reason}`,
+  which changes.jsonl records. The hire's consume detail is `{reason, transaction}`.
+- W-N1 `#firing` now goes by order, since the reason form has no decision id: a `fire.stopped` of the
+  subject with no later `fire.done` (`seq` after it) for the same subject. `fire.stopped` carries
+  `{action, request}` and `fire.done` `{action, transaction}`.
+- Harness: the typed `hire` and `fire` tools (verbs `instance.hire` and `instance.fire`) come forward
+  from S4, because a held action with no typed tool fails `untypedActions`. Each tool follows its own
+  grant. `roles/chief-of-staff.md` already names them. The rest of the S4 contract text and the runner
+  end to end for hire and fire stay in S4.
+- Going live is a later re-pin step with Mos (sage-1471). Landing the change doesn't put it on the live
+  stack.
+- Correction to S2d (found in S2e): S2d's broker imported `business/src/role.mjs`, which is not in
+  `seat/src/sandbox.mjs` RUNNER_FILES. The runner imports broker.mjs, so a session died with
+  ERR_MODULE_NOT_FOUND: cli `launcher.test.mjs` failed 15 of 29 and seat `sandbox.test.mjs` 4 of 10 at
+  089b92ca3. A bisect showed S2c passes 29 of 29. I had not run those two files for S2d. Fix:
+  `unhireableAction` moves into vocabulary.mjs, which is mounted, and role.mjs re-exports it.
+  RUNNER_FILES is unchanged, so the sandbox boundary does not widen. Rule from here (sage-1497): a
+  change to broker.mjs imports, or those of any RUNNER_FILES file, runs these four singly: seat
+  `sandbox.test.mjs`, cli `launcher.test.mjs`, cli `thread-launch.test.mjs` and cli
+  `git-socket.test.mjs`.
+- Mutant (sage-1497): broker.mjs imports `unhireableAction` from role.mjs again. Killed: sandbox.test
+  fails 4 of 10 (role.mjs outside RUNNER_FILES), launcher.test 15 of 29, thread-launch 7 of 11. git-socket
+  passes 24 of 24 under it, so it does not catch this one and stays on the list for its own sandbox runs.
+- Tests: `packages/bus/tests/chief-of-staff.test.mjs` S2d block rewritten to the reason form (39 pass),
+  with new tests for the reason bounds, `role-not-chief` with the grant, `decision-required` for a chief
+  without each grant, W-N1 by order, and the runtime end to end with the reason in the receipt context.
+  `packages/harness/tests/tools.test.mjs` gains the hire and fire tool shape test, and that no coder,
+  reviewer or pm gets either tool.
+- Probe (not the M-list run): 16 mutants, all killed. ROUTED drops of each action in the broker and in
+  vocabulary, the role file drops of each, `#firing` without the order and without the subject, the
+  reason unchecked, the writer given the reason, the context without it, no `#checkAuthority`, no
+  `role-not-chief`, the consume without the reason, the hire tool's reason optional, and the fire tool
+  gated on the hire grant. The last one survived at first and a one-grant check in tools.test killed it.
+
+## S3a notes (the launcher's lifecycle pass)
+
+- `packages/cli/src/launcher.mjs` `lifecyclePass` runs on the tick after the thread and land passes.
+  It lists the open requests (host op `lifecycleRequests`) and carries each under `serialize`: the
+  take, the act, then `lifecycleDone`. A take that answers no closes nothing more here. A refusal
+  goes in the launch log as `refused` with the request id. A done that throws leaves the request
+  taken with no done, which S3b's CLI reports as `outcome-unknown`. The log line names a run that
+  did start.
+- Launch: `check()` and `start()` gain `human`. The human's request may name any declared instance,
+  as V2 asks. The listing limits the chief. launch.by still takes the `pm` branch (N8). A tester
+  request launches with `launchedBy: "tester"`.
+- End: SIGTERM to each run the verb named and to any other run of the instance in the registry,
+  each after the start-time check, with a `lifecycle-end` entry. The exit handler writes the one
+  `end` record. A thread instance's end signals only the runs the verb named, so the tester's end
+  leaves the human's threads alone. No SIGKILL escalation here: that is row 191's stop (S6).
+- Regenerate: the end's signals, then a wait until the old run leaves the registry, then a launch.
+  The wait runs under `serialize`, so no other start runs meanwhile. Past the request's mark
+  (`at` + 60 s, `lifecycleRequestMs` for tests) it closes `regenerate-timeout` and starts nothing. A
+  closing host closes it `host-closing`. Tradeoff: one stuck regenerate holds other starts for up to
+  60 s. The other choice, a second pass that comes back for it, needed state across ticks for the
+  same result.
+- Delete (V5 steps 1-3): `instance-running` against the registry first, then `lifecycleDelete` (the
+  writer's commit), then the rename of `workspaces/<b>/I/` to `workspaces/<b>/.retired/I-<tx>/`,
+  both 0700. The file goes first, so a failed rename can't leave a launchable name on the old
+  workspace. A failed rename closes `workspace-rename-failed` with the transaction. A later delete of
+  the name is the retry, and the broker now answers the failed transaction, so the rename target is
+  the same (changed assertion above). No workspace means nothing to rename.
+- `--no-launch` (row 163): the ticker now runs on a no-launch host, but only the lifecycle pass, and
+  `act` closes each request `launches-disabled` before any signal, start or rename. The thread and
+  land passes stay off, so `launcher.test.mjs`'s no-launch tests pass unchanged.
+- Tests: new `packages/cli/tests/lifecycle.test.mjs`, 9 tests on the in-process host of
+  thread-launch.test.mjs, with ticks called by the test: T2 (unlisted and launch.by launches, a
+  request past 60 s, a check refusal with its code in the log), T3 (`--no-launch`, `capacity-full`
+  with the limit in the log, `instance-running`), T4 (end at the verb, the signal, one end record,
+  the cancelled request never runs), T5 (a new run on the same workspace, `regenerate-timeout`
+  with a SIGSTOPped runner, `regenerate-thread` at the verb), V5 (a failed rename then the retry,
+  modes 0700, no workspace).
+- Singles at S3a: seat sandbox 10/10, cli launcher 29/29, thread-launch 11/11, git-socket 24/24,
+  bus lifecycle-verbs 12/12, cli instances 6/6, cli lifecycle 9/9, bus process 8/8. broker.mjs
+  imports did not change, and the four must-run files ran anyway.
+
+## S3b notes (the CLI verbs)
+
+- `packages/cli/src/instances.mjs`: `business instance launch|regenerate BUSINESS I [--wait S]
+  [--tester]`, `terminate BUSINESS I [--reason TEXT] [--tester]`, `delete BUSINESS I --revision REV
+  [--wait S]` and `business veto BUSINESS keep|unkeep INSTANCE|nohire|hire DEFINITION --revision
+  REV`. `--wait` takes 0 to 600 s and defaults to 30. Every usage error exits 4 before any bus call.
+  add and set refuse `--wait` and `--reason`.
+- Launch, regenerate and delete print the request id on stderr, then poll `instance.request` every
+  200 ms. Closed with a run or a transaction prints it and exits 0. A refusal prints its reason, the
+  request id and any transaction. A cancel prints who cancelled it. Still open at `--wait` says so and
+  names the 60 s expiry. Taken with no done is `outcome-unknown` and points at the launch log.
+  Terminate doesn't wait: it prints the revoked runs, the cancelled requests and any taken request
+  past cancelling.
+- Exit codes: every lifecycle outcome that isn't done (refusal, cancel, still open, outcome unknown)
+  exits 3, as the design's `--wait` timeout does. Tradeoff: errors.mjs has 1 for an unknown outcome
+  elsewhere. One code lets a script treat "the request did not do it" as one case, and the message
+  says which. A refusal at the verb keeps the transport's code (2), as add and set do.
+- The bus `instances` read gains `running` per instance (`#running`, from the claims), so the CLI
+  and S5 can show it without a second verb. An answer with no instances map passes through as
+  before. `bus instances-verb.test.mjs`'s stub writer answers `{ok: true}` and caught the first
+  version, which threw. The CLI view marks `kept` and `running r1, r2` and adds `retired:` and
+  `the chief may not hire:` lines.
+- `scripts/mosaic` sends `business veto` to packages/cli with instances and instance.
+- Tests: cli `instances.test.mjs` +8: the V6 veto ops and kept-delete refusal, the `running` read,
+  launch and regenerate printing the run, a closed refusal with its id (exit 3), `--wait 0` still
+  open and taken `outcome-unknown`, request-cancelled, terminate output and `not-held`, delete to
+  its transaction and `workspace-rename-failed` naming it, usage errors (exit 4, no call), and the
+  scripts/mosaic veto route. The existing route test gains the veto assertions. cli
+  `lifecycle.test.mjs` +5: the CLI end to end through the pass (launch, regenerate, `capacity-full`
+  with the request id, terminate, delete), T2a (`launch-revoked` at the take with no process, a
+  done that fails once leaves the request taken and the next pass starts nothing), T4 (a spawned
+  run the bus never bound is signalled, a mismatched start time is not), T6 (run evidence bytes
+  unchanged by a delete, the launch log only grows, a create and a launch of the retired name
+  refuse), T11 (two roots with business `acme`: a launch, a terminate and a delete in one leave the
+  other's files byte-identical). bus `chief-of-staff.test.mjs` +1: T11's bus half, a chief on a bus
+  with two businesses hires and fires only in its own.
+- Not covered here: T6's `instance-starting` and the V5 refusal order are bus tests from S2c.
+  `check()` refusing a retired name is shown through the verb and the take, since `check()` reads a
+  file that no longer lists the name.
+- Singles at S3b: cli instances 14/14, cli lifecycle 14/14, bus lifecycle-verbs 12/12, bus
+  instances-verb 3/3 (after the fix), bus chief-of-staff 40/40, webui instances 5/5, seat sandbox
+  10/10, cli launcher 29/29, thread-launch 11/11, git-socket 24/24, usage 2/2, project 4/4, app
+  30/30, host 42/42, tester-threads 5/5, tester-reads 6/6, stack-copy 12/12, queue dispatch 4/4,
+  runs task-cli 9/9, webui pinned-copy 10/10, service 31/31, views 3/3. The broker change adds no
+  import. The four must-run files ran while the `instances` guard was being written, and the guard
+  touches only the read. No test pins a hash of scripts/mosaic.
+
+## S4 notes (the launch tool takes a hire, D3 item 5)
+
+- `packages/harness/src/tools.mjs`: the launch tool's `instance` is a string with the ID_PATTERN
+  pattern, not an enum fixed when the bundle was built. The start-time listing stays in the
+  description. The host checks the listing at each launch (`instance-not-listed`), so the chief
+  launches its own hire in the same session. The hire and fire tools came forward in S2e.
+- The runner does not enforce a tool's schema pattern. A bad name reaches the host and refuses
+  `instance-not-listed`, so the end-to-end test asserts that. M15 (the enum kept) is killed by the
+  tools.test shape assertion, not by the end-to-end test.
+- `packages/cli/tests/lifecycle.test.mjs` gains the T8 end to end: the chief's session hires
+  `sec-2` (definition chief-information-security-officer, the shipped definition `hireable` accepts:
+  message.send and record.write, no credential) with `TOOL hire`, a launch refuses `no-route`, the
+  human sets the route with `instances.set` op change, the same session launches it (launchedBy
+  chief), `NOT A NAME` and `reviewer` refuse `instance-not-listed`, then `TOOL fire` ends its run,
+  leaves it `launched: false` and a later launch refuses `instance-not-listed`.
+- Route gap, raised with Sage (honker-0027): harness, model and thinking are agent-layer vars
+  (`business/src/vars.mjs:142-147`) and hire vars allow only model and limits.* (N3). So a hire runs
+  only after the human sets harness and thinking. D3 item 5 says the same session launches it, and
+  it does, after that human step. Letting hire vars carry the route would widen the chief's
+  authority, a policy change that is not mine to make. As built the human step stays, and
+  `roles/chief-of-staff.md` says so. Sage ruled (b) in sage-1521: the human route step stays, and
+  the manifest notes say that launch refuses `no-route` until the human sets the route.
+- sage-1521 also keeps exit 3 for every lifecycle outcome but done (outcome-unknown included, the
+  S3b tradeoff line above stands for Webby) and the S3a choices (a `--no-launch` host runs only the
+  lifecycle pass, `lifecycleDelete` answers the transaction on a retry). `roles/chief-of-staff.md`
+  is role policy: the manifest names it and the review request flags it as a policy change.
+- `roles/chief-of-staff.md` (role policy, named in the manifest): one paragraph on the hire's route
+  step and on a fired instance staying in the file off the list.
+- Singles, each run alone: business chief-of-staff 10/10, spec-review-contracts 3/3, role 19/19,
+  resolve 10/10, harness bundle 22/22, tools 23/23, runner 34/34, pi-session 8/8, seat sandbox
+  10/10, cli launcher 29/29, thread-launch 11/11, git-socket 24/24, lifecycle 15/15, webui reads
+  11/11. No test pins a hash of tools.mjs or roles/chief-of-staff.md. tools.mjs gains an import from
+  vocabulary.mjs, already in RUNNER_FILES, and the four must-run files passed after it.
+
+## Rebase onto row 192 (2026-10-20T22:10Z)
+
+Row 192 (4429a104f, Q175 phase 1 SSO) changed webui `serve.mjs`, `cli.mjs`, `app.js` and
+`index.html`, the files S5 changes. Before S5 the branch was rebased onto origin/refactor
+f41729178 as `honker/row194-b2`. `honker/row194` stays at f70b4da50 (no force-push). The only file
+both sides changed was `PRD-1.7-DRAFT.md`, whose blob was the same on both (9bfc6f76), so its five
+draft commits dropped as already upstream. The tree check: the rebased tip differs from f70b4da50
+by exactly the base's changes. Every test file the branch changes, the four must-run files and
+webui sso, service and reads were run again singly on the new base: 23 files, all pass.
+
+## S5 notes (the Console's Agents section, D7)
+
+- `packages/webui/src/public/agents.js` (new, `window.MosaicAgents.section`): Settings draws it after
+  the role instances, from the same instances read. The table has instance, definition, launched, kept
+  and running runs, and each row has Launch, a reason box and Terminate. A human also gets Regenerate,
+  Keep or Unkeep, and Delete. The protected assistant has no Delete. Each definition has a No-hire or
+  Allow-hiring button, and a Create form adds an instance of an accepted definition. Retired names show
+  as one line. D7's "retired" column is that line, since a retired name has no instance row.
+- Regenerate and Delete take a second click. The confirm says what happens: for Delete, "Its evidence
+  and its workspace under .retired stay." Cancel asks nothing.
+- Choice: every answer that names a request is followed at `/api/agent/request` every 2 s, up to 90
+  reads, until the request closes. D7 names launch and regenerate. Delete and terminate also answer a
+  request (S2c), so the page follows them too, and the receipt shows the close or its refusal reason.
+  A failed read is shown and the poll goes on. The request is never sent again. Past 90 reads the page
+  says the request is still open and asks for a fresh read. A sign-out stops the poll.
+- With `send` false the section shows "Agent actions are unavailable here. Use mosaic business instance
+  from the instance CLI." and every control is disabled. The tester sees Launch and Terminate only.
+- `serve.mjs`: `/api/instances` takes op `delete` with the revision and the instance alone and answers
+  the request. `/api/agent/launch`, `/regenerate`, `/terminate` and `/api/veto` each have
+  `instanceSend`'s boundary and one call to `agentWrite`, with only the route's keys. A reason is never
+  logged. `GET /api/agent/request?id=` takes one request id and adds the reason for a closed refusal or
+  a cancel. Every refusal code the S2/S3 verbs answer has a reason line (`AGENT_REASONS`), and a code
+  missing there shows as itself. No route has a `--send` exception.
+- `cli.mjs`: `agentWrite` reaches only `instance.launch`, `instance.regenerate`, `instance.end`,
+  `veto.set` and `instance.request` (`agentCaller` throws for any other). The tester listener gets
+  launch, end and request only (D4.1).
+- D4.1 at the webui: the tester listener lets launch and terminate through and refuses regenerate and
+  veto with no call. A tester delete on `/api/instances` is refused in `instanceSend` with no call
+  (`tester-refused`). The bus refuses it too (broker tester-refused), and this keeps the webui from
+  asking. The agents test covers it, and with the guard removed that test fails (control run).
+- Deferred to S6: the "still running after fire" flag needs the `lifecycle.end.alive` event, which
+  comes with row 191's stop.
+- Tests: webui `agents.test.mjs` (new, 8: actions and logs, boundary refusals, read-only, refusal and
+  unknown outcomes, the request read, delete, tester routes, agents.js served) and
+  `agents-browser.test.mjs` (new, 1: read-only, launch followed to close, confirms, terminate reason,
+  refusal, keep and unknown outcome).
+- Singles, each run alone, after the last code change: webui agents 8/8, agents-browser 1/1, browser
+  1/1, instances 5/5, instances-browser 1/1, serve 4/4, service 31/31, sso 28/28, sso-browser 2/2,
+  routes 5/5, routes-browser 1/1, tester-listener 10/10, tester-browser 2/2, tester-cli 2/2,
+  settings-write 4/4, send 13/13, send-browser 2/2, shell 5/5, cli launcher 29/29, thread-launch
+  11/11, git-socket 24/24, stack-copy 12/12, cli stack-release 174/174, seat sandbox 10/10. No test
+  pins a hash of a file S5 changes. shell.test reads bus.js strings and its POST count, which S5 leaves
+  alone because agents.js holds the section's writes.
+
+## Item 7 plan (brief rev 2547, sage-1586, from row 199 N2, duckworth-0068)
+
+Choice: create states that the agent needs a restart before `issue`. It doesn't register the entry with
+the running bus.
+
+- Today create and hire refuse a definition that declares credentials (`organization-credentials-out-of-
+  scope`, `instance-settings.mjs:75-77`). So no created agent has a credential entry, and item 7 has nothing
+  to act on until row 199 lands. Row 199's D13 (origin/megavolt/row199-on-190
+  `agents/megavolt/work/queue-199/DESIGN.md:295-307`) has row 194 lift that refusal for the human's create
+  only. The agent is created with `store` references and no files. Hire stays uncredentialed.
+- The runtime already treats credential references as fixed at start (`runtime.mjs:115-134`). A file whose
+  references differ from the boot copy isn't reloaded, and `instances.set` answers `restart: true`
+  (`runtime.mjs:182`). The CLI prints RESTART_NEEDED (`packages/cli/src/instances.mjs:59, 235`), and the
+  Console's instances section prints RESTART_TEXT (`packages/webui/src/public/bus.js:691, 733`). So after the
+  lift, a human create of a credentialed definition answers `restart: true` with no new runtime code.
+  `credentials.issue` then refuses `credential-unknown`, because the broker's copy of the business doesn't
+  hold the agent (`broker.mjs:1443` on row 199) and Credentials has no reference for it
+  (`credentials.mjs:148-150, 157`).
+- Why not register: registering means a new path in row 199's Credentials that adds references to a running
+  store, plus a change to the fixed-at-start rule that row 194's D3 review accepted. The restart route changes
+  neither. It costs one bus restart per credentialed create, which the human already makes for any credential
+  change.
+- Build, after row 199 lands and this branch moves onto it (new branch name, no force):
+  1. `instance-settings.mjs`: a human `add` of a credentialed definition writes `store` references with the
+     date fields row 199 requires and no files. Hire keeps the refusal. The human's create is
+     `instances.set` op `add` (agents.js posts it to /api/instances), so it already answers `restart`. The
+     runtime comment at `runtime.mjs:115-116` ("Create and hire add neither") changes to say a human create
+     can.
+  2. `agents.js` createAgent: the receipt carries the answer's restart text, as bus.js does. Today it says
+     "Created X." and drops `restart`.
+  3. T19, bus test: a human create of a credentialed definition answers `restart: true`. Issue refuses
+     `credential-unknown` before a restart. After a bus restart over the same directories, issue works and the
+     status reads `valid`. Hire of the same definition still refuses. A browser assertion covers the restart
+     text in the Agents receipt.
+  4. Mutants: M61 the create refusal stays for the human (T19 fails at create). M62 `fixedRole` ignores
+     `credentials`, so the reload goes live and answers `restart: false` (T19 fails). M63 the Agents receipt
+     drops the restart text.
+- D13's revoke on fire and delete: Sage put it in row 194 as brief item 8 (sage-1588). See the item 8 plan.
+
+## Item 8 plan (brief rev 2556, 722136772, sage-1588, row 199 D13)
+
+`fire` and `delete` call `credentials.revoke(business, agent, {reason, actor})` before they change the
+business file. A failed revoke stops the verb with `credential-revoke-failed` and leaves the file unchanged.
+
+- Order: the verb's own checks, then the revoke, then the write. A verb its checks refuse revokes nothing.
+  Fire's checks are `instance-settings.mjs:254-265` (unknown, kept, end-protected, launch.by, last name).
+  Delete's are `planDelete` (`instance-settings.mjs:189-193`). A delete writes in the launcher's pass,
+  through `set` op `delete` after the take (comment at `instance-settings.mjs:187-188`), so its revoke goes
+  there, after `planDelete` and before the commit. The write runs under the same revision the
+  checks read, so a revision race refuses as today, after the revoke. That leaves an agent revoked with its
+  file unchanged, which is the safe side: Jason runs `issue` again if they still want it.
+- Where: the business package doesn't import the bus. The runtime passes the instance writer a revoke
+  callback, and fire and delete call it between the checks and the write. With no Credentials store (no
+  row 199 config) the callback is absent and nothing changes.
+- A fire of a name that isn't in `launch.instances` writes nothing (`instance-settings.mjs:262`) and calls
+  no revoke.
+- A revoke for an agent the running bus has no entry for (sage-1592): `credential-unknown` counts as
+  nothing to revoke only when the agent has no token file under the store, `secrets/agents/<business>/
+  <agent>/`. If a file is there while the bus doesn't know the entry (a file issued before a restart that
+  dropped the entry), the verb stops with `credential-revoke-failed`, so no agent is fired with its token
+  still on disk. Every other refusal stops the verb too.
+- Row 199 as of 86963d281 (origin/megavolt/row199-on-190) doesn't cover that case. `revoke(instance,
+  service)` calls `#known` first (`credentials.mjs:197-198`), and `#known` refuses `credential-unknown`
+  from the boot-time entries alone (`credentials.mjs:148-150`). It never looks at the disk. The store path
+  is `<storeRoot>/<business>/<agent>/<service>` (`credentials.mjs:71-76`), with storeRoot
+  `<configDir>/secrets/agents` (`credentials.mjs:40`). So the extra check stays: on `credential-unknown`,
+  look for any entry in the agent's store directory. Recheck at landing. If the landed revoke deletes or
+  refuses in that case, cite the line and drop the check.
+- Also to recheck at landing: D13's call reads `credentials.revoke(business, agent, {reason, actor})`, but
+  the class method is per service, `revoke(instance, service)`, and `remove(instance)` revokes every
+  service and then clears the agent's directory (`credentials.mjs:211-218`). The broker verb
+  `credentials.revoke` takes `agent, service, reason` (`broker.mjs:1437`). The build uses whatever the
+  landed code offers for every service of one agent, and records which.
+- Sage's pick (sage-1593): fire calls `revoke(instance, service)` for each service in the agent's entry
+  and keeps the directory, so the status still reads revoked and Jason deletes the Gitea or Vikunja token
+  (199 A5). Delete calls `remove(instance)`. Both count as the revoke for the order, the refusal on
+  failure, T20 and M64-M67. If the landed code differs from 86963d281, follow it and note the difference
+  here.
+- What that does to the sage-1592 check, as of 86963d281: `remove` takes its services from the boot-time
+  entries, so for an unknown agent it revokes nothing and doesn't refuse. It then lists the agent's store
+  directory and unlinks every token and tmp file, refusing `credential-file` for any other name
+  (`credentials.mjs:211-224`). So delete already leaves no token on disk, and the extra check applies to
+  fire only (sage-1592: cite the line and drop it). T20's delete case with a file and no entry expects the
+  file gone and the delete done. M67 runs against fire only. Recheck all of this at landing.
+- The reason: fire carries the chief's reason from the change context. Delete carries the human's request
+  reason. The actor is the verb's actor.
+- T20, bus tests, each for fire and for delete:
+  - With a credentialed agent: the revoke runs, the status reads revoked, and the file changes.
+  - With a revoke that fails (a stub store that throws): the verb refuses `credential-revoke-failed`, the
+    file's revision is unchanged, and the agent is still listed.
+  - The revoke runs before the write. The stub records the file revision it saw, and that revision is the
+    old one.
+  - With no entry in the running bus but a token file in the agent's store directory: the verb refuses
+    `credential-revoke-failed` and the file's revision is unchanged. With no entry and no file: the verb
+    goes on and the file changes (sage-1592).
+- Mutants: M64 drop the revoke call (the success case fails, the status isn't revoked). M65 move the revoke
+  after the write (the order check fails). M66 ignore the revoke's failure (the failing case writes the
+  file). M67 treat any `credential-unknown` as nothing to revoke (the token-on-disk case writes the file).
+  M64-M66 run against fire and delete, M67 against fire only (see sage-1593 above): M64a-b to M66a-b, M67.
+
+
+## b3 notes (items 7 and 8 on row 199's landing cb5fdb064, sage-1601)
+
+Branch `honker/row194-b3`, a new name per sage-1601. Its first commit 589ae2c1d squashes honker/row194-b2
+85edab7c7 onto cb5fdb064. A rebase of b2's commits stopped on the same five files many times, so I
+squashed. The five conflicts kept both sides:
+
+- broker imports, constructor, dispatch, and the credential and lifecycle verbs
+- runtime imports
+- the organization write, which takes detail and context
+- cli credentials and veto dispatch
+- the vocabulary comment, as row 199 wrote it
+
+Line numbers below are the b3 tip's.
+
+### Deviations from brief 722136772 and plan 85edab7c7
+
+1. Item 7 dates, sage-1605 pick (a). The human create writes the UTC create day as `rotateBy` and `expires`
+   (`instance-settings.mjs:118-120`). `checkCredentialRef` skips both date checks only for a store
+   reference with no file (ENOENT), and keeps the "not issued" warning (`business/src/credentials.mjs:73,
+   79-81, 110-113`). Every other reference keeps the checks. Tests: `business/tests/cli.test.mjs` "validate:
+   a not-issued store agent dated today passes, and an issued one with a past expiry fails", and T19 in
+   `instance-settings.test.mjs` (validate exits 0 with "not issued").
+2. fixedRole, sage-1605. A reference compares by kind and path only (`runtime.mjs:154-167`), because row
+   199's issue rewrites the date in the file outside the reload. Test: T19 in `bus/tests/reload.test.mjs`
+   (add, restart, issue, then a vars change goes live with restart false). The T14 date-only test stays.
+3. Delete takes all-store references, sage-1605. `deleteRefusal` refuses only when some reference isn't
+   `store: true` (`instance-settings.mjs:43-49`). A file or env reference refuses
+   `organization-credentials-out-of-scope` at the request, before any take (T20 delete case 2).
+4. Fire on a file or env reference revokes in memory, sage-1605. The result's `credentials.outsideStore`
+   names the services whose reference is outside the store (`runtime.mjs:122-124, 141-142`). T20 fire
+   case 1 checks `outsideStore: ['vikunja']` for coder.
+5. The `credential-revoke-failed` store-dir check stays, sage-1605 (`runtime.mjs:132-140`). It now runs after
+   delete's `remove` too. `remove` already leaves no token, so on delete it only refuses a name `remove`
+   would itself have refused.
+6. Tracker on add, honker-0049 and sage-1610 (a). A human add takes an optional `tracker: {bot, botId}`.
+   It is required for a definition with a vikunja credential (`organization-tracker-required`) and refused
+   for any other (`invalid-request`). checkBot and the bot uniqueness rule (other instances and
+   `tracker.sync`) run on the add path (`instance-settings.mjs:88-124`, `organization-tracker-bot-taken`).
+   `change` with a tracker refuses (`instance-settings.mjs:214`). The broker passes `tracker` through
+   (`broker.mjs:193-194`). CLI: `instance add ... [--bot BOT --bot-id N]` (`cli/src/instances.mjs:13, 73,
+   87-90, 107`, reasons at 22-27). The Console doesn't take a tracker: `INSTANCE_KEYS` in serve.mjs is
+   unchanged, the Agents and Settings forms still list credentialed definitions as not accepted, and a
+   vikunja add from the Console answers `organization-tracker-required` with a reason that names the CLI
+   (`webui/src/serve.mjs:332-333`, `webui/tests/instances.test.mjs`).
+7. Delete with a tracker bot, sage-1610 (b). The delete's result names the bot and says to remove the
+   Vikunja bot user and any token by hand (199 A5) (`instance-settings.mjs:199-202`). `lifecycleDelete`
+   returns `bot` (`broker.mjs:1386-1387`), the launcher carries it to `lifecycleDone`
+   (`cli/src/launcher.mjs:752-767`), `lifecycleDone` takes `bot` checked against BOT_NAME
+   (`broker.mjs:132, 1392-1393`), and `lifecycleView` shows it (`broker.mjs:147`). The CLI line
+   (`cli/src/instances.mjs:177-180`) and the Agents receipt (`webui/src/public/agents.js:113-115`) name it.
+   Tests: T20 bus delete case 1, T20 in `cli/tests/lifecycle.test.mjs`, and `agents-browser.test.mjs`.
+8. No Vikunja account. The create makes none and the delete removes none. Q188 and the `account.create`
+   hard wait aren't touched (sage-1610).
+9. The tester's add keeps the credential refusal. Row 175 W2 (`bus/tests/tester-writes.test.mjs:91`)
+   says the tester refuses credentials, and items 7 and sage-1610 name the human's add. The writer lifts
+   the refusal only when the actor isn't `tester` (`instance-settings.mjs` add, the `definitionFor` call).
+   The broker reserves that name: no human or role may be called `tester` (`broker.mjs:234, 237`). W2 has a
+   new case, a tester add with a valid tracker, which still refuses `organization-credentials-out-of-scope`.
+10. The commit hook is `beforeWrite` (`instance-settings.mjs:332-360`). A first draft named it `before`
+    beside a `let before`, a SyntaxError, so I renamed it.
+11. A failed delete revokes first. `Credentials.remove` revokes every service it knows before it reads the
+    directory (row 199 `bus/src/credentials.mjs` remove). When the directory then holds a name `remove`
+    refuses, the delete stops with the business file unchanged and the tokens already gone. That is the safe
+    side and matches item 8's note on a revision race. T20 delete case 1 asserts it.
+12. T20 uses real failures, not a stub store: a 0500 agent directory (fire) and a foreign file in the
+    store (delete). The revoke-before-write order is checked by the failing cases: a revoke after the write
+    would leave the file changed (M65).
+
+### Hunks for Duckworth's scoped check (sage-1605)
+
+- `packages/business/src/credentials.mjs`: 12 (DATE_KEY exported), 73, 79-81 (notIssued), 110-113 (the
+  no-file skip).
+- Credential verbs: `packages/bus/src/credential-verbs.mjs` and `bus/src/credentials.mjs` are unchanged from
+  cb5fdb064. The broker's `#requestCredential` (`broker.mjs:1679-1709`) is row 199's text as merged in the
+  589ae2c1d squash. b3's own credential hunks: the runtime revoke callback (`runtime.mjs:109-143`) and the
+  broker's `credential-revoke-failed` mapping (`broker.mjs:1816-1817`).
+- fixedRole: `packages/bus/src/runtime.mjs:154-167`.
+
+### Mutants to run on Sage's slot (after M1-M60)
+
+- M61 the human create keeps the credential refusal (T19 business and bus fail at create).
+- M62 `fixedRole` ignores `credentials` (bus T19 fails: restart false).
+- M63 the Agents create receipt drops the restart text (agents-browser fails).
+- M64a/b drop the revoke call on fire and delete (T20 success cases fail).
+- M65a/b move the revoke after the write (T20 failing cases see the file changed).
+- M66a/b ignore the revoke's failure (T20 failing cases write the file).
+- M67 any `credential-unknown` counts as nothing to revoke, with the store-dir check dropped (T20 fire
+  case 2 writes the file).
+- M68 fixedRole compares the whole reference, dates included (bus T19 fails: restart true after issue).
+- M69 `checkCredentialRef` drops the no-file condition (the issued-past-expiry validate test passes wrongly).
+- M70 drop the vikunja tracker requirement (T19 business and the CLI tracker-required case fail).
+- M71 `deleteRefusal` refuses a tracker bot again (T20 delete cases and CLI T20 fail).
+- M72 skip checkBot on the add path (T19 business bad name and bad botId fail).
+- M73 the tester's add binds credentials too (tester-writes W2 fails on both reviewer-2 cases).
+
+### Pins and a missed failure
+
+- `bus/tests/channel-proof.test.mjs` pins `webui/src/bus.mjs`. b3 adds two STATUS entries, so it is repinned
+  with a comment, as rows 165 and 171 did. No proof or transport change.
+- `bus/tests/project-runtime.test.mjs` pins the broker's vocabulary import. b2 imported `unhireableAction`
+  and never updated the pin, so the test fails on b2 too. I have no log of it running on b2. b3 fixes the pin.
+- `bus/tests/tester-writes.test.mjs` W2 caught the tester binding credentials through a tracker add. The
+  writer now lifts the credential refusal only when the actor is not `tester` (deviation 9), and W2 has a
+  case with a valid bot that still refuses.
+
+### b3 singles (2026-10-21T01:02Z)
+
+Every test file under `packages/{business,bus,harness,cli,webui}/tests`, run singly with `node --test`:
+158 files, 1501 pass, 0 fail. The first pass failed channel-proof, project-runtime and tester-writes (fixed
+above). After the fixes and the tester change in `instance-settings.mjs`, 17 files reran singly: 167 pass,
+0 fail. The total uses the rerun counts for those 17, summed by awk over the logs. Suites and mutants
+M1-M73 wait on Sage's slot.
+
+### sage-1620 (2026-10-21T01:05Z)
+
+- W2 reading confirmed. Each refused W2 case now asserts the log length as well as the bytes and revision
+  (`bus/tests/tester-writes.test.mjs`, inside the loop). M73 stays in the batch.
+- Deviation 11 accepted. The refusal text says a retry is safe: `credential-revoke-failed` has a reason in
+  the CLI (`cli/src/instances.mjs` REASONS) and in the Console (`webui/src/serve.mjs` AGENT_REASONS, shown on
+  a closed request's read). CLI T20 now fails a delete with a foreign file in rev-2's store, checks the text
+  and the unchanged revision, then clears the file and deletes. Console agents.test checks the read's reason.
+- Mutants for the slot: M74 drops the CLI reason (CLI T20 fails); M75 drops the Console reason (agents.test
+  fails).
+- Seat: every `packages/seat/tests` file singly (164 pass, 0 fail, 7 files) and the seat suite whole
+  (`node --test tests/`, 164 pass, 0 fail), for the broker import change (row 210's gate finding).
+  Touched files singly after this change: tester-writes 8, cli lifecycle 16, cli instances 14, webui agents
+  8, agents-browser 1, all pass.
+
+### Follow-up for 194: N1, a revoke that succeeds before a failed write (sage-1630, 2026-10-21T01:15Z)
+
+Duckworth's N1 (#1692 comment 29818), noted here as a follow-up with no b3 change. When the revoke succeeds
+and the write then refuses `revision-conflict` or `outcome-unknown`, the business file is unchanged and the
+tokens are gone, but neither refusal says so. Only `credential-revoke-failed` has the retry-safe text.
+
+- Order: `business/src/instance-settings.mjs:361` runs `beforeWrite` (the revoke), then `:362` runs
+  `writer.write`, which checks the revision under its lock (`business/src/organization.mjs:188`) and again
+  before publication (`:215`).
+- Fire reads a fresh revision (`instance-settings.mjs:311`), so a conflict there needs a concurrent write.
+- Delete is not a race. It commits with the revision the request recorded at raise time
+  (`bus/src/broker.mjs:1855`, checked against the file then), passed at `broker.mjs:1382` and
+  `instance-settings.mjs:193-198`. Any organization write between the raise and the take makes that
+  revision stale, and nothing compares it before the revoke. So a delete taken after such a write revokes
+  the agent's tokens and then refuses `revision-conflict` with the instance still listed.
+- Fix options: compare the request's revision with the fresh read before `beforeWrite` (the writer still
+  re-checks under its lock); or run `beforeWrite` inside `writer.write` after the `:188` check; and in
+  either case give `revision-conflict` and `outcome-unknown` text that says tokens may already be revoked
+  when a revoke ran.
+
+### sage-1634: N1 fixed in b3 (2026-10-21T01:20Z)
+
+Sage ruled N1 a blocker for 194: it is the row's own code in files the row already changes. Option 1 is in.
+The section above stays as written; this entry supersedes its "no b3 change".
+
+- `business/src/instance-settings.mjs` `commit()`: before `beforeWrite`, compare the requested revision with
+  `writer.read(business).revision` and refuse `revision-conflict` on a difference, without calling
+  `beforeWrite`. It runs for every caller (add, set, veto, hire, fire, delete). Every caller already read the
+  file with `writer.read` (it validates), so a file that went invalid in between refuses `BusinessError`,
+  also before any revoke.
+- Fire reads its revision fresh (`:311`) in the same synchronous call, so it reaches a stale revision only
+  through another process writing between that read and `commit()`. No test makes that happen without an
+  injected writer; the check is the same line, and the delete test kills both mutants.
+- Test: bus `lifecycle-revoke.test.mjs` T21. A delete raised on revision R and taken; a credential issue for
+  rev-3 writes the file; the delete refuses `revision-conflict`. The business file's bytes and rev-2's
+  Credentials entry are unchanged, the vikunja token file is still there with its bytes, the store holds only
+  it, and the status reads valid.
+- Refusal text: `revision-conflict` says the file changed since that revision (CLI `instances.mjs` REASONS,
+  Console `serve.mjs` INSTANCE_REASONS). Neither says anything was revoked, so no change. The Console's
+  AGENT_REASONS has no entry for it.
+- Mutants for the slot: M76 drops the early check (T21 fails: the token file is removed); M77 moves it after
+  `beforeWrite` (T21 fails the same way, then refuses).
+- Runs, singly or whole as Sage asked: business whole 207 pass, bus whole 525 pass, seat whole 164 pass
+  (sandbox.test included), cli instances 14, cli lifecycle 16, webui agents 8, all 0 fail.
+
+Follow-up (option 2, not in b3): run `beforeWrite` inside `writer.write`, under its lock and after the
+`organization.mjs:188` check. Until then a window remains: a write landing between the early read and the
+writer's lock still lets a fire or delete revoke and then refuse `revision-conflict`, and an `outcome-unknown`
+after a revoke still doesn't say the tokens are gone.
@@ -0,0 +1,707 @@
+# Row 194 design: agent lifecycle from the Console and the CLI, with a per-agent veto
+
+Brief: `docs/plans/2026-10-20_agent-lifecycle.md` (blob a907109409ac). Gitea #1692. MVP T1 item 5 (mos-0974,
+mos-0977, DECISIONS Q176). Owner Honker, reviewer Webby, gate owner Sage. Base: refactor at 53bb59462.
+Branch `honker/row194`.
+
+Related designs read: row 190 `agents/darkwing/work/queue-190/DESIGN.md` (r2, after mos-0986), row 191
+`agents/rocko/work/queue-191/DESIGN-r2.md`. Row 193 is still in design. All line numbers below are at
+53bb59462.
+
+## Summary
+
+- One verb family on the CLI, `mosaic business instance <verb> BUSINESS INSTANCE`, and one Console section.
+  Create and delete change the business file. Launch, terminate and regenerate act on runs.
+- Every human verb goes through the bus with the human proof. Launch, regenerate and delete are requests the
+  launcher takes once and carries out under `serialize`. Launches go through the one `start()`, so
+  `--no-launch`, the limits, `launch.revoke` and row 191's switch all apply.
+- The chief hires (adds and lists an instance) and fires (ends its runs and delists it). It never deletes.
+  `role.hire` and `role.fire` are new hard waits, so Jason resolves each one (Mos, mos-1017). The routed
+  form waits on a PRD 1.7 draft in this packet.
+- A hire allowlist in code: the chief can hire only a definition whose every action is on `HIRE_ALLOWED`
+  (message, record, review request, assigned-task updates, and two actions that matter after row 199).
+  Launch, end, organization, naming, hire, verdict, merge and every later action stay out.
+- The per-agent forbid is two lists in the business file that only the human writes: `launch.keep`
+  (instances the chief can't fire, replace or end) and `launch.noHire` (definitions the chief can't hire).
+- The broker reloads a business from its file after each committed write. Create, delete, hire, fire and
+  veto changes then count without a bus restart. Hand edits still need one, except `bus.tester`.
+- No bus schema change and no migration. Named for review: two new vocabulary actions (hard waits), the
+  role-file `hireable` key, `"hireable": []` in `roles/chief-of-staff.json`, and three business-file keys.
+
+## What exists today (checked at 53bb59462)
+
+| # | Fact | Where |
+|---|---|---|
+| E1 | Instances are keys of the business file's `roles`. `launch.instances` lists those the chief may launch. The list must be non-empty | `business.mjs:121-132` |
+| E2 | The human adds an instance and changes its definition, vars and listing. No delete. Credentialed definitions are refused | `instance-settings.mjs:1-5, 22-31, 75-156` |
+| E3 | The broker copies the businesses once at start and refuses a role it doesn't know | `broker.mjs:208, 446` |
+| E4 | The chief launches over `launch.sock`. `fromSession` checks identity, then `check()` (which reloads the file), then `authorizeLaunch`, then `start()` | `launcher.mjs:232-327, 624-668` |
+| E5 | The chief's `launch` tool takes an enum of the instances listed when its bundle was built | `harness/src/tools.mjs:116-119` |
+| E6 | The chief ends a run with `role.revoke` plus a reason (`role.end`). Ending then launching again is already a replace | `broker.mjs:1601-1628`, `tools.mjs:167` |
+| E7 | `mosaic stop RUN` is a same-uid SIGTERM. It has no bus call and no human proof | `cli.mjs:447-454`, `seat/src/session.mjs:249-270` |
+| E8 | The Console stops only the assistant (`assistant.stop`) and writes instances through `instances.set` | `serve.mjs:282-289, 315-363, 535` |
+| E9 | The launcher already starts runs for the human on its 2 s tick: threads with pending messages, and merge holders | `launcher.mjs:133, 487-597` |
+| E10 | `launch.revoke` and `launch.restore` are human-only. A revoked business refuses `role.launch` | `broker.mjs:770-774, 2087-2095` |
+| E11 | Only the assistant is END_PROTECTED. Coder, reviewer, pm and cto all declare gitea and vikunja credentials | `vocabulary.mjs:135`, `roles/*.json` |
+
+The chief's veto today comes from the human-only membership in E2. The chief can only launch what the human
+listed. It has no way to create an instance, and the human has no way to stop the chief ending a given
+instance's runs.
+
+## D1. The verbs
+
+All of them are human verbs. Each is a broker verb behind `#human(s)` and then the D4 hook. Each logs its
+actor. The CLI usage joins `INSTANCES_USAGE` (`cli/src/instances.mjs:9`).
+
+| Verb | CLI | Bus verb | Effect |
+|---|---|---|---|
+| V1 create | `business instance add B I --definition DEF [--vars FILE] [--launch] --revision REV` | `instances.set` op `add` | as today, with no restart (D3) |
+| V2 launch | `business instance launch B I [--wait SECONDS]` | `instance.launch` | one run, through the launcher |
+| V3 terminate | `business instance terminate B I [--reason TEXT]` | `instance.end` | ends every run of I and cancels I's open requests |
+| V4 regenerate | `business instance regenerate B I [--wait SECONDS]` | `instance.regenerate` | V3, then V2 once the run has exited |
+| V5 delete | `business instance delete B I --revision REV [--wait SECONDS]` | `instances.set` op `delete` | a request. The launcher removes I from the business file and renames its workspace |
+| V6 veto | `business veto B (keep\|unkeep) I` and `business veto B (nohire\|hire) DEF`, each `--revision REV` | `veto.set` | edits `launch.keep` and `launch.noHire` |
+
+`mosaic business instances B` (read) gains, per instance: `running` (run ids from the bus claims), `kept`
+and `retired`. The top level gains `noHire`. `mosaic stop RUN` stays as it is. It is the same-uid operator
+tool, and V3 is the human verb.
+
+### D1.1 Requests (V2, V4, V5)
+
+The broker never starts a process or touches a workspace. Launch, regenerate and delete are requests the
+launcher carries out, as E9 already does for the human's threads. A request has three states, open, taken
+and closed, all recorded as `action.allowed` events with reserved action names:
+
+| Event | Written by | Body |
+|---|---|---|
+| `lifecycle.launch`, `lifecycle.regenerate`, `lifecycle.delete` | the broker, at the verb | `{ request, via }`, subject I, actor the human or `tester`. A `human.input` event goes with it, as `launch.revoke` does |
+| `lifecycle.taken` | host op `lifecycleTake` | `{ request }` |
+| `lifecycle.done` | host op `lifecycleDone` | `{ request, run? , refusal? }` |
+| `lifecycle.cancelled` | V3, for each open request of I | `{ request, by }` |
+
+1. The launcher's new `lifecyclePass` runs on the same tick as `threadPass` and `landPass`. It lists open
+   requests with host op `lifecycleRequests`.
+2. For each one, under `serialize`, it calls `lifecycleTake(request)`. That op runs in one store
+   transaction. It re-checks, in order: the request is still open (not taken, cancelled or closed), it is
+   less than 60 s old (else it closes as `request-expired`), the business isn't revoked (`launch_state`,
+   `launch-revoked`), I isn't retired, row 191's switch is off (`processing-halted`) for launch and
+   regenerate, and for a tester request `bus.tester` is true in the file (D4.1). Any failure closes the
+   request with that code. Otherwise it writes `lifecycle.taken` and answers go.
+3. Only after go does the pass act: `check(I, { human: true })` then `start()` for a launch, the V5 steps
+   for a delete.
+4. The pass then calls `lifecycleDone`. A taken request never runs again, whatever happens after the take.
+   If `lifecycleDone` throws, the request stays taken with no done event. The CLI reports that as
+   `outcome-unknown` with the request id, and the launcher log names the run.
+5. The CLI polls a read verb, `instance.request`, until the request closes or `--wait` runs out (default
+   30 s). A timeout exits 3 with the request id. An untaken request can still be taken within its 60 s.
+
+So the human's `launch.revoke` stops every untaken request, not only new ones (B4), and a bus restart
+can't start a request older than 60 s.
+
+### V2 launch
+
+1. At the verb the broker checks that I exists, isn't a thread instance (`not-thread-launch`: threads start
+   on a message), isn't retired, and that the business isn't revoked and, with row 191, isn't halted. These
+   repeat at the take (D1.1 item 2).
+2. After the take, `check(I, { human: true })` and `start({ instance: I, launchedBy })`, where
+   `launchedBy` is the business human or `tester`. `human: true` lets the human launch an instance that
+   isn't in `launch.instances`. The listing limits the chief, not the human. `launch.by` still goes through
+   the `pm: true` branch (`launcher.mjs:235`), as `--pm` does today. Every other step of `check()` and
+   `start()` is unchanged.
+
+### V3 terminate
+
+1. The broker revokes every claim I holds (`#claimEnd(s, h, 'revoke', null, reason, actor)`). A thread
+   instance has all its thread claims revoked, which is exactly `assistant.stop`.
+2. In the same transaction it writes `lifecycle.cancelled` for every open (untaken) request of I, so no
+   launch the human asked for before the terminate starts after it (B5).
+3. It writes `lifecycle.end` with the runs. The launcher pass sends SIGTERM to each run's runner after
+   checking its start time, as the idle stop does (`launcher.mjs:526`). It also signals any run of I in the
+   launcher's registry that has spawned but not yet bound, which holds no claim yet. The existing exit
+   handler records the end, so the launch journal and `session.ended` are unchanged.
+4. Nothing held, nothing open and nothing in the registry answers `not-held`.
+5. Terminate is allowed while row 191's switch is on. It starts nothing.
+
+A taken launch request is past cancelling. Its run reaches the registry under `serialize`, and the next
+terminate ends it. The CLI's terminate output says so when a taken request exists.
+
+There is no SIGKILL escalation in this row. A run that ignores SIGTERM keeps running. `mosaic stop` and the
+limits are the operator's tools for it (N6).
+
+### V4 regenerate
+
+A fresh session with the same identity and role. It is V3 then V2 under one request. The pass takes the
+request, waits for the old run's exit handler, then runs `check()` and `start()`. The workspace stays, as
+it does across every launch today. The session is new because every non-thread launch gets a new run dir
+(`seat/src/session.mjs:107`, newRun). If the old run hasn't exited by the request's 60 s mark, the request
+closes as `regenerate-timeout`, nothing starts, and the old run is still running (N6).
+
+A thread instance (the assistant) refuses `regenerate-thread`. Its context lives in the thread's session
+directory, and clearing that is T1 item 7 (clear context). This row doesn't take it.
+
+### V5 delete
+
+`instances.set` gains op `delete`. At the verb the broker and the writer refuse, in this order:
+
+| Refusal | When |
+|---|---|
+| `tester-refused` | the caller is the tester (B6) |
+| `organization-definition-refused` | I is END_PROTECTED |
+| `organization-instance-referenced` | I is `launch.by` or an arbiter. The message names the reference |
+| `organization-instance-kept` | I is in `launch.keep`. The human runs `veto unkeep` first. Delete never clears a veto silently |
+| `organization-credentials-out-of-scope` | I holds credentials or a tracker bot. That stays a hand edit until the credentials row (row 199) |
+| `instance-running` | the broker sees a claim for I. The human terminates first |
+| `instance-starting` | an open or taken request for I has no done event |
+| BusinessError | I is the last name in `launch.instances` (E1). The message says so |
+
+The checks pass with no write, and the broker records a `lifecycle.delete` request. After the take, the
+launcher pass, under `serialize` so no `start()` of I runs alongside it:
+
+1. Re-checks the registry for I (`instance-running`) and re-runs the writer's checks against the file as it
+   stands. The `--revision` the human gave must still match, else `revision-conflict`.
+2. Commits the file through the organization writer. It removes `roles.I` and the references that exist
+   only for I: its `launch.instances` entry, its `launch.limits.tokens.instances` entry and its
+   per-instance model entry. It adds I to a new top-level list, `retired`. The build lists every place
+   `validateBusinessDocument` reads a role instance name and puts each one in one of the two groups (refuse
+   or remove). A reference the table doesn't name stops the build and goes back to Webby.
+3. Renames `workspaces/<b>/I/` to `workspaces/<b>/.retired/I-<transaction>/`, mode 0700. No workspace is
+   no rename.
+4. Calls `lifecycleDone` with the transaction.
+
+The file goes first. Once it is committed, `check()` refuses I as unknown, so no launch can open the old
+workspace even if step 3 fails. A failed rename closes the request with `workspace-rename-failed`, the
+transaction and the path left behind. A second `delete` of a retired name skips steps 1 and 2 and retries
+step 3 only. The file and evidence are already right, so this is the whole recovery.
+
+What stays:
+
+- Run evidence (`launches/<b>/<run>/`, `launches/<b>.jsonl`) and bus rows are untouched. They are
+  write-once.
+- The workspace, under `.retired`. This row deletes no file. A prune with a receipt is a later act.
+- `retired` stops a later create or hire from reusing the name. Decisions bind to the role instance and
+  outlive restarts (`broker.mjs:783-788`). A new `coder` would otherwise inherit an approval raised by the
+  old one. The tradeoff is a name that can't come back without a hand edit. I chose that over voiding
+  decisions, which would touch a second store.
+
+### V6 veto
+
+`veto.set` args: `{ revision, op: "keep" | "unkeep" | "nohire" | "hire", name }`. It goes through the
+organization writer, so it is logged with actor and diff in `changes.jsonl`. `keep` needs a declared,
+non-END_PROTECTED instance. `nohire` needs a name that matches the id pattern. A no-op answers
+`organization-no-change`. It is human-only and isn't in `TESTER_ORGANIZATION_VERBS`.
+
+## D2. Chief hire and fire
+
+### D2.1 Authority (Mos, mos-1015 and mos-1017, through Sage, sage-1362 and sage-1365)
+
+This row adds `role.hire` and `role.fire` to `ACTIONS` (`vocabulary.mjs:11`). Under PRD REQ-WAIT-3 a new
+action is a hard wait until a PRD version says it isn't (`vocabulary.mjs:52-57`), so both ship as hard
+waits. Jason resolves each one. There is no PRD change and no grant in a role file: `role.mjs:42` refuses
+a withinRole that lists a hard wait, and REQ-WAIT-2 forbids it.
+
+The flow in this row:
+
+1. The chief raises a `role.hire` or `role.fire` decision whose body carries the arguments (business,
+   name, definition, vars, or name and reason). A hard wait goes to the human only. No arbiter resolves it.
+2. Jason resolves it in the Console or the CLI.
+3. The chief calls `instance.hire` or `instance.fire` citing the decision. The broker checks it with
+   `#consumeAuthority(s, 'role.hire', { decision, target })`, as the `role.revoke` decision branch does,
+   and the arguments must equal the decision body field by field (N1, webby-0010). For hire that is
+   `name`, `definition` and `vars` (vars compared with `canonicalJson`, absent equal to absent only). For
+   fire it is `name` and `reason`. A key in the call that the body lacks, or a body key the call lacks,
+   refuses `decision-mismatch`. Every check below runs again at this call, so a veto set after the resolve
+   still refuses.
+
+The routed form, where the chief hires and fires without a decision each time, needs a PRD version that
+moves both actions to `ROUTED`. My draft is `agents/honker/work/queue-194/PRD-1.7-DRAFT.md`. It quotes
+TARGET.md line 66 and carries Mos's bounds. Jason approves it as a `prd.approve` decision in the Console,
+and Sage opens that decision. When it lands, a later commit adds the two actions to both `ROUTED` lists
+(`vocabulary.mjs`, `broker.mjs:43-69`) and to `roles/chief-of-staff.json` withinRole. The broker then
+takes the `reason` form instead of a decision. The verbs and every check below stay the same. This row
+builds and tests the hard-wait form only. It writes the `hireable` key and its allowlist now (D2.3), because
+both forms use them.
+
+### D2.2 What the chief may do
+
+| Act | Bus verb | Rule |
+|---|---|---|
+| launch | `launch` (host) | as today: listed instances only |
+| end a run | `role.revoke` + reason | as today, and refused `instance-kept` when the target is kept (D2.4) |
+| hire | `instance.hire { name, definition, vars?, decision }` | adds and lists an instance. Refusals below |
+| fire | `instance.fire { name, reason, decision }` | ends I's runs, cancels I's open requests, and removes I from `launch.instances`. Refusals below |
+
+Only the business's chief, the instance named by `launch.by`, may call either verb. Any other caller
+refuses `role-not-chief`, even with a resolved decision, as `#classification` already limits
+`role.launch`. The broker reads `hireable` from that chief's own role file. Both act only in the chief's
+own business. Neither verb takes a business argument. The broker uses the
+cap's business, and a decision raised in another business refuses `decision-mismatch`. Row 191's switch
+refuses both while halted (D6). Every hire and fire writes `changes.jsonl` through the organization writer
+with actor the chief's instance and run, and the decision id.
+
+Hire refuses, in order:
+
+1. `definition-not-hireable` when the definition holds an action outside `HIRE_ALLOWED` (D2.3), whatever
+   any list says.
+2. `definition-not-hireable` when the definition isn't in the chief role file's `hireable` list, or is in
+   the business's `launch.noHire`.
+3. `organization-definition-refused` for END_PROTECTED, `organization-credentials-out-of-scope` for a
+   credentialed definition (until the credentials row, row 199), `invalid-request` for version 1.
+4. `organization-instance-retired` when the name is retired.
+5. When the name exists: a fired instance (in `roles`, not listed) is listed again only if `definition`
+   equals its current one and `vars` is absent. Any other definition or vars refuses
+   `organization-instance-exists`, and so does a listed name. A re-hire never moves an instance's
+   decisions to a different role (B3).
+
+Hire's `vars` may hold only the keys the chief can already set on an instance through `organization.set`
+(the model key, `broker.mjs:1266-1269`) and narrowing `limits.*` keys. Anything else, such as `harness`
+or a route, refuses `invalid-request`. The human sets those (N3).
+
+Fire refuses `instance-kept` for a kept instance, `organization-definition-refused` for END_PROTECTED,
+`organization-instance-referenced` for `launch.by`, and a BusinessError for the last listed instance. A
+fired instance stays in `roles`. The chief never deletes. Delete stays a human act because it retires the
+name.
+
+Fire ends the fired instance's processes, not only its claims (F4, Megavolt through sage-1374). Every run
+gets the shared model token at start: `ENV_ALLOW` (`packages/seat/src/session.mjs:83-94`) passes
+`ANTHROPIC_API_KEY`, `CLAUDE_CODE_OAUTH_TOKEN` and the other provider variables into the sandbox. A revoke
+can't take that token back, so a fired agent whose process lives on still holds it.
+
+The delist is a business file commit through the organization writer, and the revoke and events are store
+rows. No transaction covers both (webby-0011 B2), so fire runs in a fixed order, store side first:
+
+A. One store transaction: steps 1 to 3 below, plus `fire.stopped` with the decision id. The decision isn't
+   consumed yet.
+B. The delist through the organization writer (`launch.instances` loses I, logged in `changes.jsonl`).
+C. One store write consuming the decision and recording `fire.done`.
+
+If B or C fails, fire answers the step's code and the decision stays unconsumed. A second fire citing the
+same decision runs again. A finds nothing to revoke, cancel or stop, and that isn't a refusal for fire
+(unlike V3's `not-held`). B finds I already delisted and counts as done. C consumes. So a fire is safe to
+repeat until it's consumed. The other order would leave a delisted agent with a live process and its model
+token when the store step fails, which is the case F4 exists to stop. A halt between A and B doesn't stop
+B or C, because neither starts anything. A second fire while halted refuses (D6), and the halt's own stop
+covers the runs.
+
+Steps 1 to 3 are V3's, with one change:
+
+1. It revokes every claim the instance holds.
+2. It writes `lifecycle.cancelled` for each of the instance's open requests.
+3. It writes `lifecycle.end` with the runs and `kill: true`. The launcher pass stops each runner, spawned
+   but unbound registry runs included, with escalation (sage-1380 item 1):
+   - SIGTERM after the identity check.
+   - After the grace, SIGKILL to any runner still alive, after the same identity check again, and
+     `lifecycle.end.killed` with the run and pid.
+   - A runner still alive after SIGKILL and the observe wait gets `lifecycle.end.alive`. The Console's
+     Agents section shows it to the human.
+   A runner whose identity no longer matches is never signalled. Every check, the recheck after the
+   grace included, uses the identity (start ticks plus boot id), never a bare pid, so a reused pid never
+   counts as the fired run (webby-0011 N2).
+
+Fire's answer lists the runs it is stopping. The delist stops any new chief launch (`launch` takes listed
+instances only). A human launch request already taken is past cancelling, as in V3. The human made it, the
+fire answer names it, and the human's terminate ends its run.
+
+The stop is row 191's per-run stop, not a second one, so the two can't fight (sage-1380 item 1). Row 191's
+design r2 (`agents/rocko/work/queue-191/DESIGN-r2.md`, "Stop policy and completion") sends SIGTERM, waits
+5 s, sends SIGKILL to verified groups and namespaces, and observes for 2 s. Its identity check is start
+ticks plus boot id, which replaces the start-time check at `launcher.mjs:526`. Fire calls that routine for
+one instance's runs and uses its constants, so the grace is row 191's 5 s, not the 10 s in r3. The order:
+
+- Fire is refused while halted (D6), so a halt sweep never meets a fire that started after it.
+- A halt that comes during a fire's stop finds those runs already stopping. Each run has one stop receipt
+  (row 191's), and the first stop owns it. The halt sweep joins it instead of sending a second SIGTERM or
+  restarting the deadline, and counts the run in its remaining or quiescent totals.
+- The record says which stop owned it: reason `fire` with the decision, or row 191's `kill-switch` with
+  its generation.
+
+V3 terminate is unchanged. It still sends SIGTERM only (N6). Only fire escalates, because only a fired
+agent must lose the token at once. If row 191 hasn't landed when this row builds, the build chains on its
+candidate (Q177), as D6 already says.
+
+### D2.3 The hire allowlist (B2, sage-1365 item 4, webby-0010 B1)
+
+r2 and r3 had a deny list, `HIRE_FLOOR`. Webby's B1 showed it missed routed actions (`git.merge.protected`,
+which `roles/merge-gate.json` holds with no credentials, `decision.resolve.technical`, `policy.change`,
+`prd.approve`), and that any action added later would be hireable by default. That isn't fail-closed. r4
+replaces it with an allowlist.
+
+A definition is hireable only if every action in its withinRole and crossRole is on `HIRE_ALLOWED`:
+
+| Allowed action | Held today by |
+|---|---|
+| `message.send`, `record.write` | every v2 role file |
+| `review.request`, `task.update.assigned` | coder, cto, pm, reviewer |
+| `task.scope.change`, `git.push.working` | coder, cto, pm (credentialed, so they matter only after row 199) |
+
+Everything else in `ACTIONS` fails, including the actions of the old floor (`role.launch`, `role.end`,
+`role.revoke`, `organization.change`, `instance.name`, `review.verdict`, `role.hire`, `role.fire`) and those
+B1 named. An action added to `ACTIONS` later fails until a reviewed commit adds it here.
+`git.push.remote` (row 199, routed to coder by PRD 1.7) isn't on the list. A coder holding it stays
+unhireable until a reviewed commit adds it, after the credentials bound is lifted.
+
+Against today's role files: chief-of-staff, cto, merge-gate, pm, reviewer and security-reviewer fail.
+Assistant, researcher, coder and the five C-suite files pass the allowlist. Assistant is END_PROTECTED and
+coder is credentialed, so D2.2 item 3 refuses them. The C-suite files hold only `message.send` and
+`record.write`, so hiring one gives no authority beyond its name. `hireable` still has to list it.
+
+The list is a constant in `business/src/vocabulary.mjs`, `HIRE_ALLOWED`. It is checked twice:
+
+- At load. `role.mjs` validates the chief role file's `hireable` list: distinct definition names, each
+  present in `rolesDir`, version 2, and every action on `HIRE_ALLOWED`. A list naming one that isn't refuses
+  the role file (`hireable names <def>, which holds <action>`). The check reads only the named file's authority lists,
+  never its `hireable`, so a list can't recurse. `hireable` is an optional key on any role file. This is a
+  role schema change, named for review.
+- At hire, in the broker, against the definition as loaded then. A role file edited after load is caught
+  here.
+
+`hireable` in `roles/chief-of-staff.json` stays empty in this row (`[]`, Q4, sage-1374). Naming the first
+role kind is a separate policy commit in `roles/`, made after Jason resolves the `prd.approve` decision, as
+AGENTS.md invariant 7 requires. With an empty list the chief can hire nothing, even with Jason's resolve,
+until that commit. The row's tests use scratch role files whose `hireable` names a kind.
+
+### D2.4 The per-agent forbid and the veto (sage-1365 item 3)
+
+TARGET.md line 66: "Chief of staff agent has hire/fire authority for agents as needed; unless user forbids
+per agent". The forbid is two lists in the business file that only the human writes:
+
+- `launch.keep`: instance names. The chief can't fire, replace or end a kept instance. The broker refuses
+  `instance-kept` for every chief act aimed at it except launch:
+  - `instance.fire`, even with a resolved `role.fire` decision. Mos's limit is that Jason's veto applies
+    to every hire and fire, so the human unkeeps before a fire.
+  - a hire of that name.
+  - `role.revoke` in the reason branch (`broker.mjs:1607-1613`). End then launch is a replace (E6).
+  - an `organization.set` write of that instance's model key (B7). A model change is a replace at the next
+    launch.
+
+  The `role.revoke` decision branch (`broker.mjs:1614-1615`) still ends a kept run. It ends a run, it
+  doesn't fire or replace, and it cites a decision the human resolved (Webby's Q2 ruling). The human's V3
+  and the limits also still end a kept run.
+- `launch.noHire`: definition names the chief can't hire into this business (D2.2 item 2).
+
+Why the chief can't change the forbid:
+
+- Only `veto.set` writes the lists. It is human-only (`#human(s)` then the D4 hook) and refuses the tester.
+- `organization.set`, the chief's one write verb, reaches only `ORGANIZATION_KEYS` (`broker.mjs:145`),
+  which exclude `launch` and `retired`.
+- `instances.set` is human or tester only (`broker.mjs:1248-1298`).
+- Hire and fire carry no field that writes either list.
+
+T18 tests each of those paths from a chief session and checks the business file bytes are unchanged.
+
+END_PROTECTED instances can't be kept (N7). That is intended: Q169 lets the chief end the assistant's
+runs, and the assistant's own stop is `assistant.stop`. Default, per "unless user forbids": nothing is
+kept and nothing is on `noHire`.
+
+### D2.5 Where it lives and how the broker enforces it
+
+The forbid lives in the business file, under `launch`, beside the membership it limits:
+`launch.keep: [instance]`, `launch.noHire: [definition]`, and top-level `retired: [instance]`. `hireable`
+lives in the chief's role file, because it bounds the role, not one business.
+
+`checkLaunch` (`business.mjs:118`) gains the two keys. Each list is distinct. `keep` names declared,
+non-protected instances. `noHire` entries need only the id pattern (N2). A stale deny entry is harmless,
+and a reviewed commit that removes a role file must not stop every business that lists it. `retired`
+names none of `roles`. This is the business-file schema change for review. Old files without the keys load
+unchanged. An old bus loader rejects a file that has them (`rejectUnknownKeys`), so a rollback past this
+row needs the keys removed first. The activation plan has to say so (R4).
+
+The broker enforces from its live copy of the business, which D3 keeps current. The checks sit in the
+`role.revoke` reason branch, in `organization.set`'s model write and in the two chief verbs, before any
+write.
+
+## D3. Live changes
+
+Today the broker's `#businesses` is fixed at start (E3), and `instances.set` answers `restart: true` for
+add and redefine.
+
+1. `Broker.reloadBusiness(id, document)` swaps in one business's validated document. It is synchronous, so
+   no request sees half of it. It refuses an unknown id and a document whose `human` changed (that is row
+   193's ground).
+2. The runtime's organization callback (`runtime.mjs:121-133`) calls it in one place, after every verb
+   that commits a write, whatever the verb (N1). Today that is `limits.set`, `instances.set`, `routes.set`
+   and `plugins.set`, and after this row `veto.set`, `instance.hire`, `instance.fire` and the launcher's
+   delete through the same writer. It loads from the file through the loader `bootConfig` uses
+   (`cli/src/config.mjs:88-105`), so the broker holds exactly what a restart would give it. Then
+   `limits.refresh(id)` runs, as `plugins.set` does now.
+3. Other startup consumers of `businesses` in `startBroker` (`runtime.mjs:75-81`): credential references,
+   usage, the web services and the tasks adapter's bots. A create or hire adds no credentials, no tracker
+   bot and no web grant, because credentialed definitions are refused. The build checks each consumer
+   against that claim. Any change that would need one of them still answers `restart: true` and doesn't
+   reload.
+4. A definition change on a running instance refuses `instance-running`. A live cap must not change
+   authority under its run. This is new: today the change waits for the restart. Existing tests that pin
+   `restart: true` change with it (N4): `business/tests/instance-settings.test.mjs`,
+   `bus/tests/instances-verb.test.mjs`, `cli/tests/instances.test.mjs:76-94` (the `RESTART_NEEDED` text and
+   the restart line) and `webui/tests/instances.test.mjs:25, 71, 74, 140-145`. The build names each
+   changed assertion in its manifest.
+5. The chief's `launch` tool (E5) takes `instance` as a string with the id pattern instead of the start-time
+   enum. Its description says the host refuses an unlisted instance. `check()` already refuses one
+   (`launcher.mjs:235`). Without this, the chief can't launch its own hire until its session restarts.
+   `tools.mjs` may carry hash pins in tests. The build greps for them (R5).
+6. Hand edits of the business file still need a restart. Nothing watches the file. The one exception is
+   `bus.tester` (D4.1), read from the file at each tester call.
+
+After this, `restart` is false for create, delete, hire, fire and veto changes, and true only under item 3.
+
+## D4. RBAC until row 193
+
+Every human verb above calls `#human(s)` and then one hook, `#mayHuman(s, verb, target)`. Until row 193
+lands, the hook passes for the business's one `human`, which is the owner. The verbs are listed once, in
+an exported `LIFECYCLE_HUMAN_VERBS` (`instance.launch`, `instance.end`, `instance.regenerate`, `veto.set`,
+and `instances.set` ops `add`, `change`, `delete`), so row 193 maps each verb to the human roles that may
+use it. Row 193 replaces the hook body and nothing else.
+
+### D4.1 The tester (Sage, sage-1355)
+
+What the tester may do after this row:
+
+| Verb | Tester |
+|---|---|
+| `instance.launch`, `instance.end` | yes, new |
+| `instances.set` ops `add`, `change` | yes, as today (row 175, `broker.mjs:103`, `serve.mjs:537`) |
+| `instances.set` op `delete` | no, `tester-refused` in the broker (B6) |
+| `instance.regenerate`, `veto.set` | no, `tester-refused` |
+
+The tester's cap is bound to one business, and only when that business sets `bus.tester` to true
+(`broker.mjs:542-546`). That stays Jason's switch, and no bus verb writes it. Two checks run on each tester
+lifecycle call, before any effect, and again at the take (D1.1):
+
+1. The request's business is the cap's business. Any other refuses `tester-refused`.
+2. `bus.tester` is exactly true in the business file as it stands, read through `settings.current(id)` as
+   `harnessOn` does (`runtime.mjs:136-142`), not from the broker's copy (B8). An unreadable file refuses
+   `tester-off`. So a hand edit turning testing off counts at the next tester call, without a restart.
+
+The request and done events record actor `tester`. The tester's Q173 tests of the Agents section then cover
+launch and terminate on a scratch business, and the rest through fixtures.
+
+## D5. One stack instance
+
+Row 190 carries the stack instance as the config `MOSAIC_CONFIG` names. These verbs take no instance name.
+The CLI reaches the broker socket under that config's `dataRoot`. The broker acts on its own businesses,
+launcher and data root. A business id that exists in two stack instances is two separate businesses. A test
+runs two scratch roots with the same business id and shows a launch, a terminate and a delete in one leave
+the other byte-identical (T11).
+
+## D6. The kill switch
+
+- Launch and regenerate end in `start()`, which row 191 gates (its D3 inventory, `launcher.mjs:329-457`).
+  The new pass adds no second start path.
+- The broker refuses `instance.launch` and `instance.regenerate` with `processing-halted` while the switch
+  is on (V2 step 1), and the take checks again (D1.1), so no request is waiting when a human resumes.
+- `instance.hire` and `instance.fire` are agent work verbs, so row 191's default refuses them while halted.
+  The build adds them to row 191's work table, not its read list. A hire Jason resolved before a halt
+  still refuses while halted, and the chief calls it again after the resume.
+- Terminate, create, delete and veto start nothing and stay allowed.
+- If row 191 hasn't landed when this row builds, the build chains on its candidate (Q177). The two halted
+  checks are written against its reader and tested with its fixture.
+
+## D7. The Console
+
+A new Settings section, "Agents", in its own `agents.js` file. Settings itself isn't rewritten. It lists
+each instance with definition, listed, kept, retired and running runs, and flags a run with a
+`lifecycle.end.alive` event as "still running after fire" (D2.2). It has these actions:
+
+- Create (definition select, from `definitions`), Delete (with a confirm naming what stays: the evidence
+  and the workspace under `.retired`).
+- Launch, Terminate (with an optional reason), Regenerate (with a confirm).
+- Keep and Unkeep per instance, and a No-hire toggle per definition.
+
+The routes are `POST /api/instances` (op `delete` joins `add` and `change`), `POST /api/agent/launch`,
+`/api/agent/terminate`, `/api/agent/regenerate` and `POST /api/veto`. Each uses `instanceSend`'s boundary:
+signed-in user, exact Origin, same-origin Fetch Metadata, JSON within 16 KiB, strict keys, one bus call
+through the human transport, and `outcome-unknown` on an unexpected answer. Launch and regenerate show the
+request, then poll `GET /api/agent/request?id=` until it closes.
+
+`agents.js` joins the static file list (`serve.mjs:28`) and `index.html` (N5).
+
+When `/api/config` says `send` is false, every action button shows as unavailable with the text "Agent
+actions are unavailable here. Use mosaic business instance from the instance CLI." This is the live state
+until Q175 phase 2. Every write test uses a fixture server and fixture writers, as rows 165 and 191 do. No
+route gets a `--send` exception.
+
+## D8. Tests
+
+Every test uses scratch roots under `TMPDIR` and the existing fixtures (`business/tests/helpers.mjs`,
+`cli/tests/helpers.mjs`, `webui/tests/tester-fixture.mjs`). None touches `~/.mosaic-dev`,
+`~/.config/mosaic-dev`, a live unit or a slot file.
+
+| Test | Shows | File |
+|---|---|---|
+| T1 | V1 create on a running bus: a launch of the new instance binds with no restart, and the answer says `restart: false` | cli `instances.test.mjs` |
+| T2 | V2: a human launch of an unlisted instance runs. `launch.by` goes through the `pm` branch (N8). A thread instance, a retired one and a revoked business refuse at the verb. A request older than 60 s never launches. A refused `check()` closes the request with its code | cli `lifecycle.test.mjs` (new) |
+| T2a | Take: a `launch.revoke` between the request and the pass closes it `launch-revoked` with no process. A `lifecycleDone` that throws once leaves the request taken, and the next tick starts nothing. A taken request is never taken twice | same |
+| T3 | V2 with `--no-launch` and with each limit refusal: no process, request closed with the code | same |
+| T4 | V3: claims revoked, runner SIGTERMed after the start-time check, one end record. A mismatched start time sends no signal. An open request is cancelled and never starts. A spawned, unbound run in the registry is signalled | same |
+| T5 | V4: the new run starts only after the old exit, with a new run dir and the same workspace. A run that ignores SIGTERM closes the request `regenerate-timeout` with nothing started. The assistant refuses `regenerate-thread` | same |
+| T6 | V5: each refusal in the V5 table, in order, including `instance-starting` with an open request. A clean delete leaves the evidence bytes unchanged, commits the file before the rename, adds `retired`, and a create or hire of the same name refuses. A failed rename closes `workspace-rename-failed`, `check()` refuses the name, and a second delete renames only | business `instance-settings.test.mjs` and cli `lifecycle.test.mjs` |
+| T7 | V6: each op, the no-op refusal, an unknown `noHire` name accepted, and a `changes.jsonl` entry with actor `human` | business |
+| T8 | Chief hire (hard-wait form): no decision refuses. A decision raised by the chief goes to the human only, no arbiter. After the resolve, the hire adds and lists the instance, logs actor and decision, and the same chief session launches it (D3 item 5). Arguments that differ from the decision body refuse. A non-chief caller with a resolved decision refuses `role-not-chief`. Outside `hireable`, in `noHire`, credentialed, END_PROTECTED, retired, and extra vars each refuse | bus `chief-of-staff.test.mjs` |
+| T8a | Re-hire (B3): a fired name with the same definition and no vars is listed again. Another definition or vars refuses `organization-instance-exists` | same |
+| T8b | Hire allowlist (D2.3): one case per action in `ACTIONS` that is neither on `HIRE_ALLOWED` nor a hard wait (`role.mjs` already refuses those), looped from the lists, not typed by hand. A fixture definition, clean when the chief's role file loads and listed in `hireable`, is rewritten to hold that action before the hire. The hire refuses `definition-not-hireable`. A definition holding one allowed and one refused action refuses. One holding only allowed actions hires. A pin test fixes `HIRE_ALLOWED` to the six actions | same |
+| T8c | Allowlist at load: a role file whose `hireable` names a definition holding each refused action refuses at `loadRole`, one case per action, looped the same way. The mixed case refuses. A clean list loads. A missing, version 1 or duplicate name refuses | business `role.test.mjs` |
+| T9 | Chief fire: runs end, open requests cancelled, delisted, still in `roles`. Kept (even with a resolved decision), END_PROTECTED, `launch.by` and last-listed refuse | bus `chief-of-staff.test.mjs` |
+| T9a | Fire ends processes (F4, sage-1380 item 1): with a bound run and a spawned but unbound registry run of I, both fixture runners holding a stand-in model variable, fire answers both runs. After the launcher pass, neither runner pid is alive and I holds no claim. A fixture runner that ignores SIGTERM gets SIGKILL after the grace, is gone, and has `lifecycle.end.killed` with its run and pid. A stand-in whose kill is stubbed to fail gets `lifecycle.end.alive`. A runner whose identity changed before the SIGTERM, or between SIGTERM and SIGKILL, gets no signal. V3 terminate of a SIGTERM-ignoring runner sends no SIGKILL | cli `launcher.test.mjs` |
+| T9b | Fire and row 191's halt: a halt during a fire's stop sends no second SIGTERM, keeps the fire's deadline, writes one stop receipt with reason `fire` and the decision, and counts the run in its totals. A fire while halted refuses (D6) | cli `launcher.test.mjs`, on row 191's fixture |
+| T9c | Fire order (webby-0011 B2): the organization writer stubbed to fail after A commits. Fire answers the writer's code, I's claims are revoked and its runs stopped, I is still listed, and the decision is unconsumed. A second fire citing the same decision delists I and consumes it. A third fire refuses `decision-consumed`. With C stubbed to fail, the second fire finds I delisted and only consumes | bus `chief-of-staff.test.mjs` |
+| T10 | Keep: chief `role.revoke` with a reason, fire, hire of that name and an `organization.set` model write aimed at a kept instance each refuse `instance-kept`. A `role.revoke` citing a human-resolved decision ends the kept run (Q2). The human's V3 works | same |
+| T11 | Two scratch stack instances with the same business id: V2, V3 and V5 in A leave B's root and config byte-identical. A chief of business A can't hire into business B on the same bus | cli `lifecycle.test.mjs`, bus |
+| T12 | Agent and reader sessions refuse every human verb before any effect. The tester gets exactly the D4.1 table, including `tester-refused` for `instances.set` op `delete` (B6). The D4 hook is called with the verb | bus `instances-verb.test.mjs` |
+| T12a | Tester launch and terminate work on the cap's business with `bus.tester` true, record actor `tester`, and refuse `tester-refused` for a second business on the same bus. A file edit setting `bus.tester` to false, with no restart, refuses the next call and the take `tester-off`. An unreadable file refuses `tester-off` | bus `instances-verb.test.mjs` |
+| T13 | `organization.set` with `launch`, `retired`, `keep` or `noHire` keys refuses | bus |
+| T14 | Live reload: after each committed verb, `plugins.set` and `routes.set` included, the broker answers from the new document. A definition change on a running instance refuses `instance-running` | bus |
+| T15 | Kill switch (with row 191's fixture): launch and regenerate refuse `processing-halted` at the verb and at the take, hire and fire refuse, terminate works | bus and cli |
+| T16 | Console: each route's boundary refusals, a fixture write per action, `outcome-unknown` on a bad shape, unavailable buttons when `send` is false, request polling, and `agents.js` served from the static list | webui `agents.test.mjs` (new) |
+| T17 | Business file: the new keys validate, each bad entry refuses, and a file without them loads byte for byte as before | business `business.test.mjs` |
+| T18 | The forbid can't be changed by the chief (D2.4): from a chief session, `veto.set`, `organization.set` with each list key, `instances.set`, and hire and fire with extra fields all refuse, and the business file bytes are unchanged | bus `chief-of-staff.test.mjs` |
+
+### Mutants
+
+Each one must fail at least one test. They run against the candidate, and the file is restored and its
+sha256 checked after each one.
+
+| # | Change | Killer |
+|---|---|---|
+| M1 | `instance.launch` skips `#human` | T12 |
+| M2 | the pass calls `check()` without `human: true` | T2 |
+| M3 | the take accepts a request older than 60 s | T2 |
+| M4 | the take skips the `launch_state` check | T2a |
+| M5 | terminate signals without the start-time check | T4 |
+| M6 | regenerate starts before the old exit | T5 |
+| M7 | delete skips the running check | T6 |
+| M8 | delete skips `retired` | T6 |
+| M9 | delete clears `keep` instead of refusing | T6 |
+| M10 | delete removes the workspace instead of renaming it | T6 |
+| M11 | the `keep` check is removed from the `role.revoke` reason branch | T10 |
+| M12 | `noHire` is not read by hire | T8 |
+| M13 | fire deletes the instance from `roles` | T9 |
+| M14 | `reloadBusiness` isn't called after `instances.set` | T1, T14 |
+| M15 | the tool enum is kept | T8 |
+| M16 | the halted check is dropped from `instance.launch` | T15 |
+| M17 | the Console route skips the Origin check | T16 |
+| M18 | `veto.set` joins `TESTER_ORGANIZATION_VERBS` | T12 |
+| M19 | the tester's business scope check is dropped | T12a |
+| M20 | the tester's `bus.tester` file read is dropped | T12a |
+| M21 | hire skips the role file's `hireable` list | T8 |
+| M22 | the take doesn't write `lifecycle.taken`, so a request can be taken twice | T2a |
+| M23 | terminate doesn't cancel open requests | T4 |
+| M24 | delete skips the `instance-starting` check | T6 |
+| M25 | delete renames before it commits the file | T6 |
+| M26 | the tester's `instances.set` op `delete` refusal is dropped | T12 |
+| M27 | the `keep` check is dropped from `organization.set`'s model write | T10 |
+| M28 | the `keep` check is added to the `role.revoke` decision branch | T10 |
+| M29 | a re-hire accepts a different definition | T8a |
+| M30 to M36 | the broker's hire check accepts one action outside `HIRE_ALLOWED`, one mutant per action: `role.launch`, `role.end`, `organization.change`, `instance.name`, `review.verdict`, `git.merge.protected`, `decision.resolve.technical` | T8b |
+| M37 to M43 | the same seven, accepted by the load check in `role.mjs` only | T8c |
+| M44 | fire skips `instance-kept` when a decision is cited | T9 |
+| M45 | `instance.hire` skips the `launch.by` caller check | T8 |
+| M46 | `veto.set` skips `#human` | T18 |
+| M47 | the broker's hire check needs some action on `HIRE_ALLOWED` instead of every action | T8b |
+| M48 | the same in `role.mjs` only | T8c |
+| M49 | fire revokes the claims but writes no `lifecycle.end`, so no runner is signalled | T9a |
+| M50 | fire's signal skips spawned but unbound registry runs | T9a |
+| M51 | fire's stop drops the SIGKILL escalation | T9a |
+| M52 | SIGKILL is sent without the second identity check | T9a |
+| M53 | a killed runner gets no `lifecycle.end.killed` | T9a |
+| M54 | V3 terminate escalates to SIGKILL as fire does | T9a |
+| M55 | the halt sweep sends its own SIGTERM and restarts the deadline on a run fire is stopping | T9b |
+| M56 | fire delists before the store step | T9c |
+| M57 | fire consumes the decision in step A | T9c |
+| M58 | a second fire with nothing to revoke refuses `not-held` | T9c |
+
+## Scope and boundaries
+
+- In the row: the verbs and passes above in `business` (vocabulary, role validation, instance-settings,
+  business validation), `bus` (broker verbs, reload, runtime callback), `cli` (instances command, launcher
+  pass, host ops), `harness` (the launch tool's schema, and the hire and fire tools), `webui` (routes and
+  the Agents section), the tests, the package READMEs and the PRD draft in this packet. `docs/TOOLS.md`
+  text goes to Sage.
+- Named for review:
+  - Vocabulary: `role.hire` and `role.fire` join `ACTIONS` as hard waits, under REQ-WAIT-3. The commit
+    message names them as hard waits, as REQ-WAIT-3 requires.
+  - Role schema: the optional `hireable` key, validated in `role.mjs` (D2.3).
+  - Role file: `roles/chief-of-staff.json` gains `"hireable": []`. No authority change.
+  - Business file schema: `launch.keep`, `launch.noHire`, `retired` (D2.5).
+- Not in the row: the routed form (after PRD 1.7), filling `hireable`, credentialed hires and deletes (row
+  199), clear context for the assistant (T1 item 7), human roles (row 193), SIGKILL escalation, and any
+  live activation or Console start.
+
+## Risks
+
+- R1. Case 1's working roles (coder, reviewer, pm, cto) all declare credentials (E11), and pm, cto and
+  reviewer fail the hire allowlist anyway. Neither the human verb nor the chief can create or delete credentialed
+  roles until the credentials row (row 199). That is the largest gap against Case 1, and it isn't this
+  row's to close.
+- R2. The human proof is path-bound and same-uid (P19 333). Any same-uid process that runs the tree's
+  `human-cli.mjs` can launch and delete. Row 190b's separate uid and row 193 narrow it. This row adds no
+  check of its own.
+- R3. The 60 s request window means a slow `check()` (checkouts) can still start a run up to that point
+  after the CLI gave up. The CLI says so on timeout.
+- R4. Rollback past this row needs `keep`, `noHire` and `retired` removed from each business file, and
+  `hireable` from the role file, or the old loaders refuse them. The activation plan states this.
+- R5. `tools.mjs`, `serve.mjs`, `broker.mjs`, `vocabulary.mjs` and `role.mjs` may carry sha256 pins in
+  other packages' tests. The build greps the tests for every changed path plus a 64-hex value before
+  in-review, without a `head`.
+- R6. With `hireable` empty, the chief can hire nothing until the policy commit in `roles/` that follows
+  the `prd.approve` resolve names a kind (Q4). Case 1's "as needed" waits on that commit and on PRD 1.7.
+- R7. Fire's SIGKILL closes the SIGTERM-ignoring case (sage-1380). A runner still alive after SIGKILL
+  (an unkillable process, or a stop whose identity check fails) keeps the shared model token until the
+  human acts on `lifecycle.end.alive`. Only a per-agent model token (row 199 Q-M4, a later proxy row)
+  would let a fire revoke the token itself.
+
+## Questions and rulings
+
+- Q1, ruled by Mos (mos-1015, mos-1017, through sage-1365): `role.hire` and `role.fire` ship as hard
+  waits Jason resolves. The routed form needs PRD 1.7, drafted in `PRD-1.7-DRAFT.md`. D2.1.
+- Q2, ruled by Webby (webby-0003): keep blocks the chief's `role.revoke` reason branch, not its decision
+  branch. D2.4.
+- Q3, ruled by Sage (sage-1355): launch and terminate are tester verbs scoped to the tester's own
+  business, behind `bus.tester`. D4.1.
+- Q4, ruled by Sage (sage-1374): `hireable` stays empty in this row. Naming the first role kind is a
+  separate policy commit in `roles/` after Jason resolves the `prd.approve` decision. Tests use scratch role
+  files that name a kind. D2.3.
+
+## r2 changes against webby-0003
+
+| Finding | Where |
+|---|---|
+| B1 | D2.1: hard waits under REQ-WAIT-3, no role grant. The routed form is PRD 1.7 (packet draft) |
+| B2 | D2.3: the floor from sage-1365 item 4, checked at load and at hire, T8b, T8c, M30 to M43 (an allowlist since r4) |
+| B3 | D2.2 hire item 5: a re-hire keeps the definition, T8a, M29 |
+| B4 | D1.1: one `lifecycleTake` transaction re-checks and writes `lifecycle.taken`, T2a, M4, M22 |
+| B5 | V3 cancels open requests and signals unbound runs. V5 refuses `instance-starting`, runs under `serialize`, commits the file before the rename, and states the recovery. T4, T6, M23 to M25 |
+| B6 | V5 table and D4.1: the tester's delete refuses, T12, M26 |
+| B7 | D2.4: keep covers `organization.set`'s model write, T10, M27 |
+| B8 | D4.1: `bus.tester` is read from the file at each call and at the take, T12a, M20 |
+| Q2 | D2.4, T10, M28 |
+| N1 | D3 item 2: one reload after every committed write |
+| N2 | D2.5: `noHire` takes any id-pattern name |
+| N3 | D2.2: hire's vars limited to the model key and narrowing `limits.*` |
+| N4 | D3 item 4 names the tests that change |
+| N5 | D7 and T16: `agents.js` joins `serve.mjs:28` and `index.html` |
+| N6 | V3 and V4: no SIGKILL, `regenerate-timeout` |
+| N7 | D2.4: intended, Q169 |
+| N8 | V2 item 2 and T2 |
+
+## r3 changes against sage-1374, sage-1377 and Megavolt's F4
+
+| Item | Where |
+|---|---|
+| Q4 ruled: `hireable` stays empty, the first kind is a later policy commit in `roles/` | D2.3, R6, Questions |
+| `instance.name` joins the floor (Webby B2, mos-1023 item 6) | D2.3 table, T8b, T8c, M47, M48 |
+| F4: fire ends the fired agent's processes, since `ENV_ALLOW` gives every run the shared model token | D2.2, D7, T9a, M49 to M51, R7 |
+| `git.push.remote` routed to coder only (mos-1028 item 3, row 199 r3) | `PRD-1.7-DRAFT.md`, REQ-LAND-2 and the REQ-WAIT-3 append |
+
+## r4 changes against webby-0010, sage-1380 and megavolt-0008
+
+| Item | Where |
+|---|---|
+| webby-0010 B1: the deny-list floor becomes the allowlist `HIRE_ALLOWED`, so merge-gate, `decision.resolve.technical`, `policy.change`, `prd.approve` and any later action are refused | D2.3, Summary, R1, T8b, T8c, M30 to M43, M47, M48, PRD REQ-COS-3 bound |
+| webby-0010 N1: field-by-field compare of the call against the decision body, extra or missing keys refuse | D2.1 item 3 |
+| webby-0010 N2: the model write is in REQ-COS-3's text | `PRD-1.7-DRAFT.md` |
+| sage-1380 item 1: fire escalates to SIGKILL through row 191's per-run stop, and the order against a halt is fixed | D2.2, T9a, T9b, M51 to M55, R7 |
+| sage-1380 item 2 and megavolt-0008: REQ-LAND-2 binds one commit oid, and Megavolt's three text changes against row 199 r4 (e1aa6216c) | `PRD-1.7-DRAFT.md` |
+| webby-0011 B1: same as webby-0010 B1, M47 and M48 now allowlist mutants | D2.3 |
+| webby-0011 B2: fire runs store side first, then the delist, then the consume, safe to repeat | D2.2 order A to C, T9c, M56 to M58 |
+| webby-0011 N1: the remote-owner host check at each push | sent to Megavolt for row 199 |
+| webby-0011 N2: identity, not bare pid, at every check | D2.2 step 3 |
+| Q4: Webby's view matches Sage's ruling (empty) | no change |
@@ -0,0 +1,327 @@
+# PRD 1.8 draft: trusted actions within role guardrails, the manual mode, and grants the chief of staff
+# requests and the user approves
+
+Draft by Honker for Vikunja #434, under Mos's assignment mos-1117 (through Sage, sage-1525). Not approved.
+It changes nothing until Jason approves it as a `prd.approve` decision. Sage opens that decision and sends
+Mos its id. Base: `docs/prd/mosaic-stack.md` version 1.6 at 008746b6e, plus the version 1.7 text Jason
+approved (PRD-1.7-DRAFT.md r2, 9ba31b5b3, decision d52febb5, mos-1089). Where 1.7 is not yet written into
+the PRD file, this draft's anchors name 1.7's sections.
+
+Revision 2 makes Mos's edits a to f (mos-1124, through Sage, sage-1534) and fixes Duckworth's B1 and B2
+with notes N1 to N6 (duckworth-0057) on r1 at 3c30f1036. Revision 3 fixes Duckworth's C1 and takes
+notes N1 and N2 (duckworth-0058) on r2 at 60f5ca8fa, with Gizmoduck's enrollment wording
+(gizmoduck-0067). Revision 4 makes Mos's rulings on duckworth-0057 (mos-1129, through Sage, sage-1538)
+on r3 at d16ccdb91: only an Approve creates a grant, one decision for a grant that makes an account, and
+the arbiter route for `host.sudo`. Revision 5 fixes two stale notes from Duckworth's r4 check
+(duckworth-0061 N1), with no change to the requirement text. Revision 6 makes Mos's wording for those
+notes and adds two items for Jason at approval (mos-1138, through Sage, sage-1548), again with no change
+to the requirement text.
+
+For Jason at approval: "The main agent or chief of staff" in Q10 is read as one role under two names,
+the chief of staff. So only the chief raises a grant request, and your assistant passes your own request
+to the chief. That reading is Mos's (mos-1124). To change it, say so when you approve, and REQ-GRANT-1
+changes before the text goes into the PRD.
+
+Also for Jason at approval:
+
+- Only an Approve creates a grant. A grant written into the business file by hand makes nothing. An agent
+  that runs as the same OS user as the stack can still write the stack's own store. That is the B7
+  residual (Q182 on dragon-lin, #423 on .53 and .54), and this version doesn't close it.
+- Who decides a root command on another host changes. Once `host.sudo` is routed, a raise for it that
+  cites the spec and isn't within-role goes to the arbiter for its domain, as version 1.7 set for
+  `git.push.remote`, not to you. The grant and its allowlist still limit the command. In manual mode the
+  decision comes to you (REQ-TRUST-2).
+- Revoke: Q188 says "you, Mos or the tester". "Mos" is read as your assistant (REQ-ROLE-4), limited to
+  grants in its own organization, and the tester may revoke only on a dev instance. That reading is Mos's
+  (mos-1124 d, mos-1132). To change it, say so when you approve, and REQ-GRANT-4 changes before the text
+  goes into the PRD.
+- The broker enforces only that the chief of staff raised a grant request. The rest of the chain of
+  command is the messaging lists and the role contracts, not a broker check (REQ-GRANT-1).
+
+## What it changes
+
+Today an agent acts without a raise only on actions its role file grants within-role, and the role
+files grant few. Every other use of a tool or command waits on a decision. Row 210 builds `host.sudo` as a
+hard wait, so Jason would decide each command run on another machine. Grants themselves are hand work:
+Jason makes every token and key from a runbook (REQ-CRED-1).
+
+Jason's ruling Q188 turns this around. Roles set what each agent may do, and by default agents do it at
+will within their sandbox and guardrails. A per-use raise happens only in a manual mode. No agent creates
+a grant. The chief of staff brings a grant request to the user's inbox, the user clicks Approve or Deny, and
+protected stack code does every step of making the grant. The user's own tokens are entered once in the
+WebUI and never reach an agent.
+
+This version adds:
+
+1. Trusted actions within role guardrails as the default mode (REQ-TRUST-1).
+2. Manual mode, a list of actions that each need a decision per use: who sets it, where it lives and what
+   it changes (REQ-TRUST-2).
+3. Grant requests, raised only by the chief of staff through the chain of command (REQ-GRANT-1).
+4. Approve and the protected grant code, with three grant methods: machine key, Gitea and GitHub
+   (REQ-GRANT-2).
+5. The user's tokens, entered in the WebUI and used only by the grant code (REQ-GRANT-3).
+6. Row 210's REQ-CRED-4, generalized from `host.sudo` to every role-listed action that uses a grant
+   (REQ-CRED-4).
+7. Instant revoke (REQ-GRANT-4).
+
+The hard waits stay with the user (Mos, mos-1117): spending money, deleting data, new external accounts,
+messages outside the fleet and the rest of REQ-WAIT-1. Approving a grant is the user resolving one of
+those hard waits, `credential.mint`. A grant that makes an account, such as a seat's own Gitea user
+(Q190), is the same one decision: its method says it makes an account, and the inbox shows the account
+name before Approve. So no hard wait moves to an agent.
+
+When this version lands, reviewed commits:
+
+1. add the manual-mode list to the organization file schema, written only on the human's path
+   (REQ-TRUST-2), and make the broker classify a listed action as needing a decision for each use, before
+   any other routing.
+2. add the grant request: a decision the chief of staff raises with action `credential.mint`, naming the
+   agent, the method and target, the exact rights and, when the method makes an account, the account
+   name (REQ-GRANT-1). The broker refuses a `credential.mint` raise from any other role. An
+   `account.create` raise isn't a grant request and routes as it does in version 1.7, such as a PM's
+   sign-up for a service.
+3. add the grant code that runs on a resolved Approve, one method at a time, and the grant record it
+   writes (REQ-GRANT-2, Vikunja #435 and #436).
+4. add the user's token store, written from the WebUI (or the CLI until the Console knows the signed-in
+   human) and read only by the grant code (REQ-GRANT-3).
+5. move `host.sudo` into both `ROUTED` lists, as row 199 does for `git.push.remote`, and route it under
+   REQ-CRED-4, with the arbiter route version 1.7 set for `git.push.remote`. Which definitions list it
+   within-role is a separate reviewed role commit in `roles/`.
+6. update the role contracts that list the hard waits: `roles/chief-of-staff.md:75` raises grant
+   requests with the REQ-GRANT-1 fields, and `roles/pm.md:55` asks the chief of staff for a grant instead
+   of raising `credential.mint` itself (line numbers on origin/refactor). Other roles that list the hard
+   waits get the same line as the PM. A role's messaging list carries the chain of command.
+
+## Text for the PRD
+
+Status line, appended to the current paragraph:
+
+> Version 1.8 records Jason's ruling Q188 of 2026-10-20: trusted actions within role guardrails by
+> default, a manual mode for per-use raises, and grants the chief of staff requests and the user
+> approves, approved by Jason in decision <prd.approve decision id>.
+
+Source, two new bullets above "Version 1.7 source":
+
+> - Version 1.8 source, Jason's ruling Q188 (DECISIONS, 2026-10-20), his answers to Q8 and Q10, in part.
+>   Q8: "I would rather grant the grant right to an agent that runs with strict guardrails. That agent
+>   presents the final authorization for the user. Upon approval, the grant is created programmatically.
+>   I see this as: User configures their PATs, API tokens, authorizations within the WebUI. The agent
+>   presents the request for grant with X rights for another agent. The user reviews, then clicks
+>   Approve/Deny. Click of Approve fires off protected mechanical methods to handle the grants on Github,
+>   Gitea, .... services as needed. The tooling would need to exist and must be guarded." And "Disallowing
+>   the agents to create grants autonomously is a necessary evil for better security. Requiring the user
+>   to manually perform the steps is a no-fly." Q10: "Agents should have tools and command access based on
+>   roles. Those roles dictate the allowed tools and commands. The use of a tool or command should not be
+>   raised to the user unless the system is configured with a manual mode that requires user
+>   interaction. By default I want to have the agents capable of running commands and tools at will
+>   within their sandbox/guardrails. This allows autonomous actions by agents within their lanes. Perhaps
+>   a "Trusted actions within approved guardrails" methodology." And "The main agent or chief of staff
+>   would be responsible for surfacing the request to the user's inbox for approval. Not all agents are
+>   capable or authorized to request directly. It must follow the chain of command properly." He agreed
+>   with Mos's Q10 points 3 to 6: protected stack code does every step on Approve, his tokens are entered
+>   in the WebUI and agents never see them, a command on the approved list runs without a click and any
+>   other is refused, and he, Mos or the tester can revoke a grant at once.
+> - Version 1.8 source, Jason's ruling Q190 (DECISIONS, 2026-10-20), his answer "Q12: O1": each agent seat
+>   gets its own account on his Gitea, created through the Q188 approval path once the Gitea grants exist.
+
+Under "Decisions", after REQ-DEC-6, a new section:
+
+> ### Trusted actions
+>
+> Added in version 1.8 (Q188).
+>
+> - **REQ-TRUST-1.** Agents act within their role guardrails without asking. The default mode is
+>   "trusted actions within approved guardrails". An action a role file grants within-role is done at
+>   will, inside the agent's sandbox, its tool limit and its grants, and is logged. It raises nothing to
+>   the user. An action the file doesn't grant within-role still routes by REQ-DEC-2, and a hard wait
+>   still goes to the user (REQ-WAIT-1). Only a reviewed role change adds an action to a role file, and
+>   REQ-WAIT-2 still keeps every hard wait out of every role file.
+> - **REQ-TRUST-2.** The user can put chosen actions in manual mode. The organization file holds the list
+>   of actions in manual mode, empty by default. While an action is on the list, every use of it by any
+>   role becomes a decision for that use, raised to the user, and the action waits until the user
+>   resolves it. A decision denied, or not resolved, refuses the action. Each decision is used once. For a
+>   command on another host, the decision names the host, the command and its input. Actions not on the
+>   list are unchanged. Only the user changes the list, through the WebUI or the CLI. The chief of
+>   staff's organization writes (REQ-ROLE-3) can't change it, and no agent can. Every change is logged
+>   with who made it. A change applies to the next use, and a run already in progress keeps no
+>   exemption.
+
+Under "Credentials", after REQ-CRED-3 (version 1.7):
+
+> Added in version 1.8 (Q188):
+>
+> - **REQ-CRED-4.** An action a role definition lists within-role, and that uses a grant, runs without a
+>   decision for each use only when all of these hold:
+>   - the definition declares the credential kind the action uses;
+>   - a grant names that agent, and that host or service;
+>   - for a command, the command matches the grant's allowlist. A grant lists exact argv prefixes. A
+>     wildcard grant is refused;
+>   - the agent's key or token for that grant is issued and not revoked.
+>
+>   A command off the allowlist is refused, and adding one takes a new grant request (REQ-GRANT-1). An
+>   action whose definition doesn't list it within-role still needs a decision for each use. Only a
+>   reviewed role change adds an action to a definition. `host.sudo` routes under this requirement.
+> - **REQ-GRANT-1.** No agent creates or writes a grant. A grant request follows the chain of command,
+>   and only the chief of staff raises it to the user's inbox. Any other role that needs a grant for
+>   itself or for an agent it directs asks the chief of staff, through its chain: a worker role through its
+>   PM, the PM and the CTO directly. The assistant passes the user's own request to the chief of staff
+>   (REQ-ASSIST-1). The request names the agent, the grant method and its target, the exact rights, and a
+>   rotate-by or expiry date. The chief raises one only for an agent whose reviewed role definition
+>   allows that kind of credential, and the broker refuses any other. A grant can't name a wildcard, a
+>   shell or an empty command. The request is a decision with the action `credential.mint`, so it goes
+>   to the user as a hard wait (REQ-WAIT-1). A grant whose method makes an account, such as a seat's own
+>   Gitea user (Q190), is the same one decision: the method in the grant says it makes an account, the
+>   request names the account, and the inbox shows the account name before Approve. The user's one
+>   resolution covers the account and its credential, so the hard-waits list doesn't change. An
+>   `account.create` raise isn't a grant request and routes as version 1.7 has it. The broker checks
+>   only that the chief of staff raised the request. The chain of command before that is in the
+>   messaging lists and the role contracts, not a broker check.
+> - **REQ-GRANT-2.** The user approves or denies each grant request in the inbox. Approve is the only thing
+>   that creates a grant, and the code uses a grant only when it has a matching Approve record. No agent
+>   creates a grant. A grant written into the business file by hand makes nothing. Row 210's hand-written
+>   grants stay a test path until Vikunja #436a moves `host.run` to grants made by Approve. On Approve,
+>   protected stack code does every step, not an agent and not the user: it records the grant, makes the
+>   key or token, installs it on the machine or creates it on the service, and logs each step. On Deny
+>   nothing is made, and the denial is logged. The grant methods are:
+>   - machine key: a key for one agent on one enrolled host, with the command allowlist of REQ-CRED-4. A
+>     host's identity comes from the host side when the user approves its enrollment, never from a first
+>     connection. A host user with sudo receives a grant only after the user approved that user by name;
+>   - Gitea: a token for one agent, and for an agent seat its own Gitea user (Q190), with an expiry. The
+>     all scope and the admin scope are never granted;
+>   - GitHub: a grant for one agent.
+>
+>   The Gitea and GitHub rights units come in a later design that Jason approves.
+>
+>   The approval binds the exact rights the user saw and the target or its enrolled identity. A change to
+>   the agent, its definition, the target, the target's identity or the rights after the raise voids it. An
+>   approval is used once. A grant the code couldn't finish is undone at once on the stack's side, so it
+>   is never used. What it left on the host or service stays visible as pending until it is removed, as
+>   for a revoke (REQ-GRANT-4). A new grant needs a new approval, never an automatic retry. The grant
+>   code runs only on a request the user resolved. A request resolved by an arbiter, the tester or any
+>   agent makes nothing. A `credential.mint` decision raised before version 1.8, or without the fields of
+>   REQ-GRANT-1, makes nothing when it is approved. Until the Console
+>   knows the signed-in human (Vikunja #412), Approve is `mosaic decide` in the CLI (REQ-DEC-3).
+> - **REQ-GRANT-3.** The user enters their own personal access tokens and API tokens in the WebUI, or the
+>   CLI. Only the grant code reads them, to make grants. No agent ever sees a token value or a key's
+>   private half. Values appear in no event, log, message, prompt or agent file, and no agent can read
+>   them back (REQ-VAR-2). Until the Console knows the signed-in human, they are entered through the
+>   CLI.
+> - **REQ-GRANT-4.** A grant can be revoked at once by the user, by the assistant for a grant in its own
+>   organization, or by the tester on a dev instance (Q173). A revoke needs no decision and no new trust.
+>   It takes effect at once on the stack's side, without waiting on the network, so the next use is
+>   refused. Removing the key or token at the host or service follows. Until that removal is done it stays
+>   visible as pending. A revoke while the grant is being made stops it, and nothing it made stays usable.
+>   Every revoke is logged with who made it.
+
+REQ-CRED-1, appended:
+
+> Since version 1.8, a token or key for a grant is made by the grant code on the user's Approve
+> (REQ-GRANT-2), not by hand. Tokens that exist stay as they are.
+
+REQ-WAIT-3, appended:
+
+> `host.sudo` was added as a hard wait and routes under REQ-CRED-4 since version 1.8.
+
+Under "Risks and open questions", a new bullet:
+
+> - Trusted mode lets an agent run its allowed commands at will. On another host, an allowed command that
+>   writes a file as root or starts a shell can plant a key, and the seat sandbox doesn't confine the
+>   network, so root can outlive the grant and a revoke. The allowlist narrows this. A seat sandbox with
+>   its own network namespace closes it. Until then the host's own audit log is the check after the fact
+>   (row 210 design section 6).
+
+## Notes for the reviewer and for Mos
+
+- REQ-TRUST-1 restates what REQ-DEC-2 already does for within-role actions ("routine and within-role
+  decisions are logged") and names it as the default mode. It grants nothing new by itself. What widens
+  is the role files, one reviewed commit at a time.
+- The hard waits stay with the user (mos-1117). REQ-GRANT-1 makes the grant request a `credential.mint`
+  decision, already a hard wait under REQ-WAIT-1, so Approve is the user resolving it. REQ-WAIT-2 stands:
+  no role file grants `credential.mint`. The grant code acts on the user's resolution, not on a role
+  grant. A grant that makes an account, such as a seat's Gitea user under Q190, is the same one
+  `credential.mint` decision. So 1.8 doesn't change the hard-waits list (mos-1124 a, mos-1129 N4).
+- Manual mode: Sage asked who sets it, where it lives and what it changes. Mos accepted these choices
+  (mos-1124 b), and Jason can change them: a list of actions in the organization file, empty by
+  default, changed only by the user, outside the chief's organization writes. A list rather than one
+  switch follows Gizmoduck's #436 draft section 7 (gizmoduck/machine-grant-design f6b6a04b6), so Jason
+  can make host commands manual without making every action manual. Listing every within-role action
+  gives the whole-organization manual mode. Row 210's per-call `host.run` decision, bound to host, argv
+  and stdin and spent once, is this mode's decision for a host command (Q188, Mos's reading).
+- Gizmoduck's draft proposes REQ-CRED-5 (section 8) for the machine grant. Its content is in REQ-GRANT-1
+  to REQ-GRANT-4 here, generalized to all three methods, so 1.8 has no REQ-CRED-5. Their bounds in
+  gizmoduck-0062 items 4a to 4g are in the text: the chief raises only for an allowed definition, the
+  approval binds the rights shown, it is used once with no automatic retry, no value is ever seen, revoke
+  is at once on the stack's side with the host or service removal visible until done, every grant has a
+  rotate-by or expiry date, and the host identity comes from the host side. Duckworth has reviewed their
+  design r1 to r4 (duckworth-0056 and duckworth-0060), so a later change there may need a change here.
+- B1 (duckworth-0057, mos-1129): a grant the code couldn't finish is undone at once on the stack's side.
+  What it left on the host or service stays visible as pending until it is removed, as for a revoke.
+- B2 (duckworth-0057, mos-1129): Mos chose Duckworth's second option. Only an Approve creates a grant,
+  and the code uses a grant only when it has a matching Approve record. A grant written by hand makes
+  nothing. Jason's Q188 gives the reason: "Disallowing the agents to create grants autonomously is a
+  necessary evil for better security" and "Upon approval, the grant is created programmatically." Row
+  210's hand-written grants stay a test path until #436a moves `host.run` to grants made by Approve. r2
+  and r3 had a hand path in the business file, and r4 takes it out, with r3's load check on hand grants
+  (duckworth-0058 N1) and the note that a revoke never rewrites the user's file (duckworth-0058 N2).
+  The same-uid write to the stack's own store stays the B7 residual, and the top of this draft names it
+  for Jason.
+- C1 (duckworth-0058, sage-1538): `account.create` is the hard wait for any new external account, not
+  only a grant (REQ-WAIT-1, `vocabulary.mjs:43-46`, `roles/pm.md:55`). It stays as version 1.7 has it.
+  Only `credential.mint` is chief-only, and a grant that makes an account is a `credential.mint`
+  decision (N4), so a PM's sign-up for a service routes as before.
+- Gizmoduck's machine-grant r2 (eb4c756a1, gizmoduck-0067): enrollment is a request the user approves
+  and the stack runs (mos-1120), and a host user with sudo is enrolled by name, the user's Approve
+  covering that user (mos-1125). REQ-GRANT-2's machine key says both. Their design r3 and r4 (1c5705d6d
+  section 6) give revoke to the user, the assistant in its own organization and the tester on a dev
+  instance, as REQ-GRANT-4 does (mos-1124 d).
+- N1 (duckworth-0057, mos-1129): the approval binds the target or its enrolled identity.
+- N2 (duckworth-0057, mos-1129): a revoke during creation stops it, and nothing it made stays usable.
+- N3 (duckworth-0057, mos-1129): landing step 6 lists the role contract updates (`roles/pm.md:55`,
+  `roles/chief-of-staff.md:75`). A `credential.mint` decision raised before 1.8, or one without the
+  grant fields, makes nothing when it is approved.
+- N4 (duckworth-0057, mos-1129): a decision carries one action (`a.action`, broker.mjs:1678 on
+  origin/refactor). A grant that makes an account is one `credential.mint` decision: the method in the
+  grant says it makes an account, and the inbox shows the account name before Approve. The user clicks
+  once, and there is no separate `account.create` action for it. Gizmoduck's machine-grant r2 reads it
+  the same way.
+- N5 (duckworth-0057, mos-1129): `host.sudo` keeps the arbiter route version 1.7 set for
+  `git.push.remote`. A raise for it that cites the spec and isn't within-role goes to the arbiter for
+  its domain (broker.mjs:1677-1678 on origin/refactor), and the grant and its allowlist still limit the
+  command. In manual mode the decision goes to the user. The top of this draft names this for Jason as a
+  change in who decides a root command on another host.
+- N6 (duckworth-0057, mos-1129): the broker enforces only that the chief of staff raised a grant request.
+  The rest of the chain of command is the messaging lists and the role contracts (step 6 of "When this
+  version lands"). REQ-GRANT-1 says so.
+- Approving a grant doesn't by itself let a command run without a click. That needs REQ-CRED-4 and
+  `host.sudo` in the routed lists, step 5 of "When this version lands" (gizmoduck-0062 item 4i).
+- Which roles may request: Q188 says "Not all agents are capable or authorized to request directly. It
+  must follow the chain of command properly." The text makes the chief of staff the only role that raises,
+  the PM and the CTO ask it directly, and worker roles ask through their PM. Jason's words also name "the
+  main agent", but REQ-ASSIST-1 keeps the assistant out of directing agents, so it passes the user's
+  request to the chief rather than raising one. Mos accepted this (mos-1124 c) and reads "the main agent
+  or chief of staff" as one role under two names. That reading is Mos's, so the top of this draft puts it
+  to Jason at approval.
+- REQ-CRED-4 keeps row 210's conditions (origin/gizmoduck/row210-on-199-r2,
+  agents/gizmoduck/work/queue-210/DESIGN.md:376-392): the definition declares the kind, the grant names the
+  agent, an exact argv-prefix allowlist with wildcards refused, the key issued, and only a reviewed role
+  change adds the action. Row 210 put the grant in a hand-edited business file, which stays a test path until
+  #436a. Under 1.8 the grant is what Approve records, so "the business file grants that agent that host"
+  becomes "a grant names that agent and that host".
+- Revoke: Q188 says "you, Mos or the tester". Mos is Jason's assistant (REQ-ROLE-4), so the text says the
+  assistant, limited to grants in its own organization, and the tester only on a dev instance (Q173).
+  Mos accepted this with those limits (mos-1124 d).
+- Approve in the Console needs the Console to know the signed-in human (Q175 phase 2, #412). Until then
+  Approve is `mosaic decide`, which REQ-DEC-3 already allows (mos-1124 e). This draft doesn't take
+  REQ-WEB-2, which stays with the Console decide buttons amendment (Vikunja 19/266). That amendment, or a
+  later version, moves Approve into the Console.
+- Roles already use a scoped Gitea token (`<read|write>:<category>`, all and admin never granted,
+  `packages/business/src/vocabulary.mjs:105-106` on origin/refactor). It is a likely Gitea unit, not a settled
+  one. Only the machine key is designed so far. Gitea and GitHub are a later #436 draft, and minting a Gitea
+  token needs an admin credential the user enters, which is a design of its own (Gizmoduck's draft section
+  11). GitHub's rights unit isn't settled. So the text leaves both units to a later design Jason approves
+  (mos-1124 f), and keeps only the bounds: an expiry, and never the all or admin scope. The PRD names outcomes
+  and checks, not the grant code's steps, as REQ-CRED-3 does.
+- Jason expects the inbox Approve and the Gitea and GitHub grants by 10-27 (Q188 point 6). That is a
+  delivery date, so it is in the source and not in the requirement text.
+- This draft follows the PRD's own style: plain words, no semicolons in new sentences, and the status
+  paragraph never edited in place except to append.
@@ -0,0 +1,216 @@
+# Row 199 (#1697): per-agent credential store, each agent's own git identity, publish to its fork
+
+Builder: Megavolt. Brief: `docs/plans/2026-10-20_agent-credentials.md`. Design: `DESIGN.md` r6 at
+4d3007ec9, approved by Duckworth in duckworth-0027 (REVIEW-r6.md at 640011518). Authority model ruled
+by Mos in mos-1027. Branch: megavolt/row199. Reviewer: Duckworth.
+
+Status: candidate on megavolt/row199-on-190, rebased on origin/refactor 00d4cc1f6 (sage-1555). The
+full gate and the section 11 mutants ran in Sage's slot; results under "Runs".
+
+## Commits so far
+
+- 286bf598c business: agent identity, the publish grant, the project upstream with the D9c parse, store
+  credential references; git.push.remote as a hard wait.
+- a2c387dba bus: broker publish authority (checkPublish, recordPublish, publishRefused, pushCommit on
+  the raise); the D9c parse moves to `business/src/vocabulary.mjs`; pm.md and chief-of-staff.md list
+  git.push.remote among the hard waits.
+- 609dc9364 bus: the per-agent credential store in `credentials.mjs`.
+- 504336797 bus: runtime wiring, the store root and the four publish entries in the op table.
+- a18fc6cf8 tasks: request calls use `useFor` keyed from the session; the start probe keeps `use`. The
+  D5 test in `credential-store.test.mjs` pins the `use(` call sites to `credentials.mjs` (useFor's own
+  call) and `tasks/src/adapter.mjs` (the host's @sync and start probe).
+- aa740cc71 bus: the lifecycle verbs `credentials.issue`, `credentials.revoke` and `credentials.delete`
+  in `credential-verbs.mjs`, the broker branch, the runtime wiring; `organizationWriter` gets a
+  `detail` on `write` and a receipt-only `record`.
+- 0cdace415 cli: `mosaic credentials status|issue|rotate|revoke|delete`, the scripts/mosaic route, docs.
+
+## Deviations from DESIGN.md r6
+
+1. **Identity is optional on an agent.** D8 reads as identity on every agent. Today's business files
+   carry none, so identity stays optional and `publish` requires it (N10's load refusal). An agent
+   without identity commits as E7 (T6).
+2. **Revoke of a `{file}` or `{env}` reference.** Section 6 describes revoke for store references.
+   For a reference outside the store, revoke forgets the token in memory and never unlinks the file;
+   the lifecycle verb then turns the business file's reference into `store`, so a restart finds
+   nothing. The test: `credential-store.test.mjs`, "revoke of a {file} reference".
+3. **Issue order.** Issue writes the token file (tmp, fsync, rename, dir fsync), then runs the
+   caller's commit (the business file's reference becomes `store`), then sets memory. A failed commit
+   leaves the file on disk and the token out of memory, so the agent stays `not-issued` until the
+   issue is run again. The test: "a failed commit leaves the token on disk but not in memory".
+4. **The D9c parse lives in `business/src/vocabulary.mjs`, not `business.mjs`.** The broker reads
+   `forkProblem` and `forkUrl`, and `project-runtime.test.mjs` pins the broker's import closure to
+   files that import nothing. `business.mjs` wraps `parseGiteaUrl` with the loader's refusal
+   messages. The pin test names the two new imports.
+5. **`withGitea` takes the publish ticket, not a cap (D9b).** The key is the session checkPublish
+   checked with `#agent` (a run holding its claim; never a tester, reader or human), read through
+   `broker.publishSession(ticket)`. The token is usable only between checkPublish and recordPublish
+   or publishRefused. Its refusals are filed once, by publishRefused on the task's trail, and not
+   also by `refusing()`. The test: `publish.test.mjs`, "runtime: withGitea keys from the open ticket
+   only".
+6. **Role contracts.** `workflow-roles.test.mjs` requires the hard waits listed in `roles/pm.md` and
+   `roles/chief-of-staff.md` to equal GATED_ONLY. Adding git.push.remote to the vocabulary made it
+   fail, so both lists now name git.push.remote. Prose only; no hash pin reads either file. Duckworth
+   should review this hunk because `roles/` is reviewed authority.
+
+7. **Delete takes a reason.** Section 6 lists `delete AGENT` with no reason. The broker requires
+   `reason` on delete as on revoke, so every receipt that ends a credential says why.
+8. **Rotate is `credentials.issue`.** There are three bus verbs, not four. An issue over an entry the
+   bus holds is recorded as `rotate` in the receipt and the answer. The CLI's `rotate` reads the
+   status first and refuses before reading stdin when nothing is issued.
+9. **Issue covers entries the bus loaded.** The business file must already name the kind for the
+   agent, and the bus must have loaded that reference at start; otherwise `credential-unknown`. An
+   agent added after the bus started needs the restart row 165 already asks for. Row 194's human
+   `create` is where a new agent's `store` references come from.
+10. **No Console page yet.** Section 6 puts the verbs in the Console's agent page too. This branch has
+    the bus verbs and the CLI. The Console page is a separate piece (packages/webui, its `BUS_VERBS`
+    and `STATUS` pins); I raise the split with Sage before the manifest. Ruled in sage-1421: the
+    Console page is out of row 199 and becomes a follow-up row with Webby as reviewer. The manifest
+    holds bus, business, tasks, cli and seat.
+11. **The push runs in the bus child, and the git socket polls for it (D9b).** The git socket runs in
+    the host process. The broker, the runtime and the token are in the bus child that
+    `packages/cli/src/host.mjs` forks, and host ops cross that IPC one at a time with a 10 s answer
+    limit. ls-remote and the push can run longer than that, so `withGitea(ticket, fn)` can't wrap a
+    host-side git. The split: the socket runs D9 steps 3 and 4 (tip and identity under the lock,
+    `working.publish`), then op `publishPush`, which starts `publishRemote` in the bus child under
+    `withGitea` and answers `{state: 'running'}`. The socket polls op `publishResult` every 200 ms
+    until it reads `pushed` or `refused`. Fork, user, source and destination come from the ticket
+    (`broker.publishTarget`), never from the host's message. `recordPublish` also refuses `ref-moved`
+    when the pushed ref isn't the ticket's destination. A second `publishPush` on a running ticket
+    refuses `publish-busy`. The token reaches git on fd 3 only (`runGit` option `pass`), read once
+    by a one-shot credential helper that answers `get` for https on the fork's exact host and port.
+    On close, a running publish's git isn't awaited; git's own time limit ends it, and the ticket
+    goes with the process. The 10 s IPC limit stays as it is (sage-1440). The poll has a bound
+    (sage-1440): `publishDeadlineMs`, by default four times git's limit and grace (publishRemote runs
+    at most four git commands) plus 30 s. Past it the socket refuses `publish-timeout`, filed once by
+    publishRefused, and logs that the bus process's push may still reach the fork. A failure that is not a refusal is filed as `git-failed` and logged on
+    the bus's stderr by error name and code only. Tests: `seat/tests/publish.test.mjs` (11),
+    `bus/tests/publish.test.mjs` (the process ops), `cli/tests/publish-socket.test.mjs` (7, end to
+    end through the socket, the in-process runtime, the store and a TLS fake Gitea; one is the
+    publish-timeout outcome).
+12. **No harness tool for publish.** `packages/harness/src/git-tools.mjs` has push, fetch and land
+    clients. A runner tool that calls the socket's `publish` op is in packages/harness, outside the
+    manifest scope sage-1421 set. Today a publish needs a socket client; the tool is a follow-up.
+13. **The bind rule's `git.push.remote` clause has no test of its own.** D11 adds it and the
+    launcher has it. A role can publish only a push its own role made (`work-not-yours`), and
+    `recordPush` needs `git.push.working`, which already binds the socket. No role reaches the
+    clause alone, so dropping it changes no outcome today. It matters once a role can publish work
+    it didn't push. Ruled in sage-1440: keep it; its mutant goes in the section 11 list as
+    equivalent, with this reasoning, and Duckworth judges it.
+14. **A push between checkPublish and the git push refuses; it never lands a different commit.**
+    T3 says such a push "doesn't change the commit that lands". Under the hard wait it refuses:
+    `working.publish` checks the work ref's tip against the ticket's source under the lock
+    (`ref-moved`, `seat/tests/publish.test.mjs`), and `recordPublish` checks `pushCommit` again
+    (`decision-mismatch`, `bus/tests/publish.test.mjs` "r4 B4"). The fork gets only the ticket's
+    oid either way. N9's routing-commit test still applies. Ruled in sage-1440: T3's wording in
+    DESIGN.md now reads "refuses with `ref-moved` or `decision-mismatch`", and an end-to-end test
+    asserts each code mid-flight in `cli/tests/publish-socket.test.mjs`: a push after checkPublish
+    refuses `ref-moved` with no request to the fork; a push recorded while the bus process pushes
+    refuses `decision-mismatch`, filed once, and the fork holds only the ticket's oid.
+
+15. **Fix: rotate on a due gitea key (gizmoduck-0050, sage-1494).** The CLI's `ISSUED` set
+    (`packages/cli/src/credentials.mjs`) listed valid, expiring and expired, but the bus's `status()`
+    gives a gitea key past its rotate-by date `rotation-due`. So `credentials rotate` refused the one
+    case it exists for. `ISSUED` now names every state status() gives a held token. The test:
+    `cli/tests/credentials.test.mjs`, "rotate goes ahead on each held state". Its mutant (the old set)
+    fails that test and goes in the section 11 list.
+
+16. **The bus process refuses a boot config carrying `publishTls` (M26, sage-1563).** process.mjs
+    used to drop `publishTls` from the boot config before `startBroker`, and no test could see the
+    drop. The host's boot config (`packages/cli/src/config.mjs`) never carries it; it is the tests'
+    scratch CA for an in-process runtime only. A boot that carries it now refuses
+    `invalid-host-request` and the process exits 2, rather than trusting it or dropping it quietly.
+    The test: `bus/tests/publish.test.mjs`, "the bus process answers the publish ops from their own
+    lines". Every test file that reads process.mjs ran singly, green (see "Runs").
+17. **M17 is equivalent: `#authorityFor`'s pushCommit comparison is also made by `#publishFacts`.**
+    A git.push.remote raise with no recorded push refuses `no-push` (`broker.mjs` raise,
+    `pushCommit = ... ?? fail('no-push')`), so every publish decision carries a pushCommit.
+    `#publishFacts` takes `source = result.pushCommit` and refuses `decision-mismatch` when it isn't
+    `#latestPush(task_ref).commit`, the same two values `#authorityFor` compares. The check stays as
+    defense in depth, for a decision whose context lacks pushCommit, which no code path writes today.
+    Duckworth judges it, as with M27.
+
+## N9, for the routing commit (sage-1388)
+
+Today git.push.remote is a hard wait, so every publish carries a decision, and the decision's
+`pushCommit` fixes the commit. If a later commit routes git.push.remote within role, a publish has
+no decision and no `pushCommit`. `#publishFacts` then takes the commit from `#latestPush`, and the
+git socket's tip check under the lock is the only thing that holds it. That commit needs a test
+that a push between checkPublish and the git push doesn't change what lands.
+
+## R1, the backup set
+
+Checked at 504336797. Row 185's `backup_store` (`scripts/stack-release.sh:372-392`) copies only
+`<dataRoot>/bus/bus.sqlite`, plus its sums, modes, listing and stamps, into
+`<dataRoot>/backups/stack/<activation>/`. Nothing under `<configDir>` is copied, so
+`<configDir>/secrets/agents` isn't in the backup set. `rehearse` copies the live business file
+through `R_BUSINESS_JS` (`:1268-1288`). Its `swap` replaces every credential reference, a `store`
+one included, with a placeholder file in the rehearsal's own dir. The guard then refuses
+`credential-ref-live` unless every reference is such a placeholder (`:1329-1337`), so a rehearsal
+never reads a store token. A backup tool outside this repository that copies `<configDir>` would
+copy tokens. That is R1's open half, and it is Jason's to check on each VM.
+
+## T1 limit
+
+A wrong owner on a store dir or file can't be set up without root, so T1 covers modes, symlinks and
+dirs. The owner check (`st.uid !== process.getuid()`) is in `privateDir` and `#read`, and is untested.
+
+## Runs
+
+Single files, each green on its commit: bus broker, decision-close, decision-route, decisions,
+hard-waits, land, project-runtime, launch-notice, review, publish, credential-store, credentials,
+credential-status, limits, tester, plugins-verb, routes-verb, limits-runtime, instances-verb, web,
+usage-runtime, limit-checks, daily-quota-runtime, chief-of-staff, tasks, tester-writes; every
+business test file. Since: credential-verbs (2/2), credential-store (11/11, with D5), each tasks file,
+tester, credential-status, plugins-verb, routes-verb, instances-verb; business launch-settings,
+plugin-settings, instance-settings, token-limit-settings; cli credentials (3/3), cli, app,
+tester-reads, tester, other-tree, transport, instances, limits, verbs. Hash pins: none on a changed
+file (`thread-migration.test.mjs:46` pins DDL only).
+
+Publish, single files, each green before its commit: seat
+checkout (77), working (26), publish (11), landing (8); bus process (8), land (17), publish (12),
+credential-verbs (2); cli publish-socket (4), git-socket (24), launcher (29); harness tools (22).
+Hash pins: none on a changed file.
+
+sage-1440 changes (the poll bound, the mid-flight tests), single files, green before the commit: cli
+publish-socket (7), git-socket (24), launcher (29). Hash pins: none on a changed file.
+
+The rotation-due fix, single files: cli credentials (4), green; the old-set mutant fails it 3/1.
+Hash pins: none on a changed file.
+
+Slip, 2026-10-20 about 19:51Z: I ran `node --test packages/tasks/tests/*.test.mjs` in one command,
+which is a package suite, without asking Sage for the slot. It passed, 97 pass and 0 fail, in under a
+minute. Reported to Sage in megavolt-0017.
+
+Rebase (sage-1555): the 21 commits from megavolt/row199 sit on origin/refactor 00d4cc1f6 as the new
+branch megavolt/row199-on-190 (no force-push). `git range-diff` shows all 21 patches as `=`; the
+merge of 12c85ada1 flattened with an empty remerge-diff.
+
+Full gate, Sage's slot, on c6868ba41 (base 00d4cc1f6), logs started 2026-10-20T22:55:44Z: bus 476
+pass 0 fail; business 191/0; tasks 97/0; cli 522/0 (472 s); seat 163/0; scripts/test-queue.sh
+156/0; test-auth, test-conductor, test-config, test-discord, test-extension-package,
+test-foundation, test-land-work, test-release and test-task each exit 0. The test-task compose run
+left the network megavolt-row199_default with 0 containers; I removed it.
+
+Section 11 mutants, batch 1, on c6868ba41, 2026-10-20T23:09:03Z to 23:09:56Z, restores verified and
+packages/ clean: 22 of 28 killed; M27 survived, expected equivalent (deviation 13). Five expected
+kills survived, each a test gap: M05 (the token in the push URL), M06 (revoke unlinks before it drops
+memory), M12 (http.followRedirects=false dropped), M17 (#authorityFor's pushCommit check dropped)
+and M26 (publishTls reaches startBroker). Launchpad's stack-release single file ran alongside from
+23:09:28Z, so batch 2 reruns all 28 (sage-1563).
+
+Fixes, each checked by its mutant alone: 5fa7b2553 seat publish, a test reads git's argv through a
+PATH shim and finds no token and no userinfo (M05 killed); the 302 test's target shares the CA git
+trusts, so only http.followRedirects=false keeps git off it (M12 killed). 116eeec48 bus,
+credential-store: revoke's unlink fails (dir 0500) and the token is already out of memory (M06
+killed); process.mjs refuses publishTls, deviation 16 (M26 killed, its anchor is now the refusal
+line). M17 is equivalent, deviation 17. Single files after the fixes, each green: seat publish (12),
+bus credential-store (12), bus publish (12), bus process (8), and every other file that reads
+process.mjs: bus credential-status (4), limit-checks (16), land (17), tasks (9), end-launch (7); cli
+trackers-boot (1), thread-launch (11), publish-socket (7). Hash pins: none on a changed file.
+
+Section 11 mutants, batch 2, all 28, on 7c3cdd940 in Sage's slot (sage-1565), 2026-10-20T23:17:59Z to
+23:18:48Z, restores verified and packages/ clean: 26 killed; M17 and M27 survived, both expected
+equivalent (deviations 17 and 13). Each of the five batch 1 survivors but M17 now fails its test. Then
+pkg-bus 477 pass 0 fail, pkg-seat 164/0, pkg-cli 522/0 (461 s), ending 23:26:40Z. No other seat's run
+was active: the busy check said CLEAR before the batch started. Logs:
+/mnt/storage/scratch/megavolt-r199/batch2-20261020T231650Z/.
@@ -0,0 +1,416 @@
+# Row 199 design: a credential store per agent, own git identity, pushes to a remote
+
+Megavolt, 2026-10-20. Gitea #1697, MVP T1 item 6. Brief: `docs/plans/2026-10-20_agent-credentials.md`.
+Reviewer Duckworth. Mos rules on the authority model (section 9) before any code. Base: refactor at 992650232.
+No credential value was read to write this. Evidence is code and docs only.
+
+r2 answers duckworth-0013 (review at 6ab9cd927 on duckworth/reviews): B1 in D3a, T1 and T5, B2 in D9 step 5
+and T3, N1 in section 6 and Q-M3, N2 in section 6, N3 in D9 step 3, N4 in D9a and T3, N5 in E5 and D9b.
+
+r3 records Mos's rulings (mos-1027) in section 9. The Q-M2 hard wait changes D9 step 1, D9b and T3. Q-M1
+drops O2 (D10, A3, R2).
+
+r4 answers duckworth-0017 (REVIEW-r3.md at 4065ed59f): B3 in T3 and D9 step 5, B4 in D9 steps 1, 3 and 5, N6
+and N7 in D9a, N8 in D9 step 1.
+
+r5 takes webby-0011 N1 (row 194 review, through honker-0009): the host checks at each push that the
+remote's owner is the agent's own Gitea user. r4 named one `remote` per project, which can't be a fork per
+agent (O1) once two agents publish the same project. So `projects.<p>.remote` now names the upstream
+repository, and the host builds each agent's fork URL from it (D9 step 2, D10, T3). It also fixes a conflict
+found while building: D8 made `identity` required for every agent whose definition declares `gitea`, while D9
+step 2 says today's files load unchanged. Coder declares `gitea`, so r5 makes `identity` optional and
+`publish` require it (D8).
+
+r6 answers duckworth-0026 (REVIEW-r5.md at 3cb6888e1), with Mos's acceptance (mos-1043). B5: the derived URL
+has one name, `fork`, and D9a's `ls-remote`, step 5's push, the helper's host match, `checkPublish`'s result
+and step 6's event all use it (D9, D9a, D9b, T3). B6: the URL parse is written down (D9c) and tested (T3).
+N10 in D8 and T3. N11 in D9a and A3. N9 is carried to BUILD.md for the routing commit.
+
+## 0. Terms
+
+- **Stack instance**: one Mosaic Stack deployment (row 190). It has one OS user, one config dir
+  `~/.config/mosaic-NAME` (here `<configDir>`), one data root and one bus. Case 1 and Case 2 are two stack
+  instances on two VMs (DECISIONS Q180).
+- **Agent**: a role instance in a business file (`roles.<agent>`). Today's code calls it "instance". This
+  design says agent.
+- **Kind**: a credential type: `gitea`, `vikunja`, `model`.
+- **Host**: the bus process and its git socket, running as the stack instance's OS user, outside any sandbox.
+
+## 1. What exists (measured at 992650232)
+
+| Code | Fact | Where |
+|---|---|---|
+| E1 | The business file references credentials per agent: `roles.<agent>.credentials.<kind> = {file or env, rotateBy or expires}`. The kinds an agent may hold are the ones its role definition lists | `business/src/business.mjs:89-111`, `credentials.mjs:18-38`, `role.mjs:105-118` |
+| E2 | The bus reads each token once at start (O_NOFOLLOW, own uid, 0600, at most 16 KiB, outside the repos and data root) into a private map keyed `<business>/<agent>:<kind>` | `bus/src/credentials.mjs:18-89`, `bus/src/runtime.mjs:78-89` |
+| E3 | Only Vikunja uses a token: `credentials.use("<business>/<agent>", "vikunja", ...)`. Gitea tokens are loaded and never used. `assertClean` refuses any event that contains a token | `tasks/src/adapter.mjs:70`, `runtime.mjs:134`, `broker.mjs:560` |
+| E4 | Agents run in bwrap as the bus's own uid. `~/.config`, `~/.mosaic` and `~/.ssh` are not bound. The git socket is bound only for `git.push.working`, `review.verdict` or a landing | `seat/src/sandbox.mjs:21-30, 104-124`, `cli/src/launcher.mjs:401` |
+| E5 | A session proves who it is with a 64-hex cap the broker mints and maps to a frozen session record. The git socket resolves the cap to (business, role) before anything else | `broker.mjs:280, 379-383`, `packages/cli/src/git-socket.mjs:398-407` |
+| E6 | The model credential is one env file per host (`EnvironmentFile=-%h/.config/mosaic-dev/secrets/claude-session.env`). `ENV_ALLOW` passes it into every sandbox, so every agent holds the same model token | `cli/systemd/mosaic-bus.service.in:24`, `seat/src/session.mjs:83-94` |
+| E7 | Commits in a session's clone use `<agent>@<business>.mosaic.invalid`. Landed squashes use "Mosaic bus host" | `sandbox.mjs:151-157`, `working.mjs:280-281` |
+| E8 | No code pushes to a remote. The git socket pushes bundles into a local bare working repo with no remote and no credential | `working.mjs:1-14, 198-238` |
+| E9 | Adding or changing an agent refuses a definition that declares credentials (`organization-credentials-out-of-scope`). Binding them is a hand edit. Row 194's design keeps that refusal for create and hire "until the credentials row" | `business/src/instance-settings.mjs:20-29`, row 194 DESIGN.md D1 |
+| E10 | The development repository's helper pushes as one identity from one JSON file | `scripts/git-credential-mosaic.mjs` |
+
+So per-agent references and a host-only reader already exist for two kinds. What's missing: a fixed place for
+the files, an agent identity, any remote push, lifecycle verbs, and a model credential that agents don't
+share.
+
+## 2. The store (brief item 1)
+
+D1. **Layout.** Each stack instance keeps its agents' secrets under its own config dir:
+
+```
+<configDir>/secrets/agents/                       0700, owner = the stack instance's OS user
+<configDir>/secrets/agents/<business>/<agent>/    0700
+<configDir>/secrets/agents/<business>/<agent>/<kind>   0600, the token only, one line
+```
+
+This is row 190's secrets root (`<configDir>/secrets/...`, as Q175's slot uses). The token file keeps E2's
+format, so the bus reader doesn't change. Nothing in a token file is a name, an email or a URL. Those are not
+secret and go in the business file (D6), where review sees them.
+
+D2. **The business file reference.** A new reference form, `{"store": true, "rotateBy" | "expires": DATE}`,
+means "the file at the layout path for this business, agent and kind". The path is derived, never written,
+so an agent's entry can't name another agent's file. The old `{file}` and `{env}` forms stay valid for
+migration (section 7). A `{file}` reference that points inside `<configDir>/secrets/agents/` but not at its
+own agent's path refuses `credential-not-yours` when the business file loads.
+
+D3. **Read path.** Unchanged in shape: the bus reads every entry once at start (E2) and on a store change
+(section 6), and holds the values in memory. No sandbox binds `<configDir>` (E4 already holds). No token goes
+into a sandbox for `gitea` or `vikunja`. The agent asks the bus to act, and the bus uses the token.
+
+D3a. **A `store` reference with no file.** ENOENT on a `store` path loads as an absent entry. `status` shows
+`not-issued`, and `useFor` refuses `credential-unavailable`. The bus still starts. This is the state after a
+create without `issue` (D13) and after `revoke` (section 6). Every other defect still refuses start: wrong
+owner or mode on the file or a dir, a symlink, a non-regular file, bad format, a missing or wrong-mode
+`secrets/agents/` dir. `{file}` and `{env}` keep E2's behavior, where a missing file refuses start.
+
+## 3. The "RLS equivalent" (brief item 1)
+
+Three layers. Each one is enforced by code or the OS, not by prose.
+
+D4. **OS, between stack instances.** Files are 0600 and dirs 0700, owned by the stack instance's own OS user.
+Case 1's user can't read Case 2's store (Q180: each instance under its own user without sudo). The bus refuses
+to start when any file or dir under `secrets/agents/` has the wrong owner or mode (`credential-file`, as E2
+does for files today, extended to the dirs).
+
+D5. **Bus, between agents of one stack instance.** The principal for every credential use comes only from the
+verified cap (E5). The agent-facing API is `credentials.useFor(session, kind, op)`: `session` is the broker's
+frozen record, and the key is built from `session.business` and `session.role`. It has no agent argument, so
+there is nothing in a request to point at another agent. The existing `use(name, kind, op)` stays for the
+host's own `@sync` entry and is not reachable from a request. The tasks adapter's per-role calls (`ctx.as`,
+`verbs.mjs:126`) move to `useFor`. Any request field that names an agent other than the caller (`as`,
+`agent`, `instance`, `role` on a credential path) is refused `credential-not-yours` and recorded through
+`broker.refuse()` as `action.refused`, with the caller's cap and the task ref. A build test greps every
+`credentials.use(` call site and fails on a new one outside the allowlist.
+
+D6. **What stays open.** A process of the same OS user outside the sandbox can read every agent's file. That
+is the same limit as the human proof (P19 333). Q180's per-user VMs move the boundary to "one stack instance
+per OS user". Agents of one instance are kept apart by the sandbox and D5, not by the OS.
+
+## 4. Kinds (brief item 2)
+
+| Kind | 10-27 | Use |
+|---|---|---|
+| `gitea` | yes | Git push to a granted remote (section 5). Gitea API verbs (issues, pull requests) wait. The factory's review flow runs in the working repo today, and no 10-27 case needs an agent to open a pull request |
+| `vikunja` | yes, exists | Moves to `store` references and `useFor`. No behavior change |
+| `model` | per stack instance only | See D7 |
+
+D7. **Model provider.** A model token has to sit inside the sandbox today, because the harness calls the
+provider itself (E6). Per-agent model tokens need a proxy that holds the real token and gives each run its own
+short-lived one, which is the CLIProxyAPI line in TARGET.md. That waits for its own row. For 10-27 the model
+credential is per stack instance: row 190's `<configDir>/secrets/claude-session.env`, owned by that
+instance's OS user. It is never a copy of jwoltje's file. Jason signs in on each VM user himself (A6). Whether
+Case 1 and Case 2 run on Jason's existing subscription or need a new account is Jason's call (Q-J1). This row
+doesn't pick. A pi model credential also waits for P19 #383.
+
+## 5. Git identity and push (brief item 3)
+
+D8. **Identity.** A new business-file key, `roles.<agent>.identity = {name, email, gitea: {url, user}}`. It is
+optional, because today's business files with a `gitea` agent (coder) must load unchanged. `publish` (D9
+step 2) requires it, and requires that the definition declare `gitea`. A business file with a `publish`
+grant on an agent that lacks either refuses at load, and the error names `roles.<agent>.publish` and says
+"needs identity and a gitea definition" (N10). Load is the only place this is checked: a business file that
+fails it never reaches the bus. The sandbox sets `GIT_AUTHOR_*` and `GIT_COMMITTER_*` from
+it in place of E7's invalid domain. The email is the one Jason gives the agent's Gitea user, so Gitea links the
+commits to that user. Agents without `gitea` keep E7.
+
+D9. **Push to a remote: a new git socket op, `publish`.** No new socket, no bundle, and no token in the sandbox.
+
+```
+publish {"cap", "op": "publish", "task_ref", "project", "branch", "decision"}
+  -> {"ok": true, "result": {"fork", "ref", "commit", "previous"}} or a refusal
+```
+
+The host checks, in order, and each refusal goes through `broker.refuse()`:
+
+1. Identity from the cap (E5), then the broker's `#checkAuthority(s, "git.push.remote", {decision, target:
+   task_ref})`, as `checkLand` does for a merge (`broker.mjs:907-913`). `git.push.remote` is a new action in
+   ACTIONS and is not in ROUTED (REQ-WAIT-3, `packages/business/src/vocabulary.mjs:52-58`,
+   `broker.mjs:42-69`), so it is a hard wait and classifies `gated` for every role. Every publish therefore
+   needs a decision the human resolved for this task ref. A decision is spent once (`decision-consumed`).
+
+   **The decision binds one commit.** `#authorityFor` binds action, role, thread and target only
+   (`broker.mjs:769-798`), so the commit needs its own carrier. The raise records it the same way it records
+   `holderRun` for `role.revoke` (`broker.mjs:1733`). When the action is `git.push.remote`, the
+   `decision.raise` event body gets `pushCommit`. That is the commit of `#latestPush(business, target)` at
+   raise time, read by the broker and never taken from the agent. A raise with no recorded push for the task
+   refuses `no-push`. The decision's question shown to the human ends with that commit. `#authorityFor` then
+   refuses `decision-mismatch` when `context.pushCommit` differs from the commit of `#latestPush` now, which
+   is the same check `holderRun` gets at `broker.mjs:796`. So the sequence approve at A, push B, publish B
+   refuses.
+   No role definition grants the action yet. When Jason's PRD version routes it (Sage, Vikunja #420), a
+   reviewed commit adds it to both ROUTED lists and to coder's `withinRole`. From then on a coder publishes
+   without a decision, and `decision` is optional for a within-role class only.
+2. The project is in the agent's grant, `roles.<agent>.publish: [project]`, and the business file names the
+   project's upstream repository, `projects.<project>.remote: "https://HOST/OWNER/REPO"`
+   (`remote-not-granted`). Both URLs pass D9c's parse at load. The upstream's host and port equal
+   `identity.gitea.url`'s (`remote-host-mismatch`). The host never contacts that URL. It builds the agent's
+   fork, `fork = https://HOST[:PORT]/<gitea.user>/REPO`, from the upstream's origin and repository name and
+   the agent's own `gitea.user`. `fork` is the only URL the rest of `publish` uses: D9a's `ls-remote`, step
+   5's push, the helper's host match, `checkPublish`'s result and step 6's event. So the owner of the
+   repository that receives a push is the agent's own Gitea user on every push, by construction, and the
+   agent can't name it (webby-0011 N1). D9c is what makes "by construction" hold. Gitea's refusal of a
+   push to a repository the user doesn't own or collaborate on is the second layer. An upstream whose owner
+   equals the agent's `gitea.user`, compared without case, refuses `remote-not-fork`, at load and at push. `remote` is a new key
+   beside `root` and `repo` (`business.mjs:186`), and `identity` and `publish` are new keys on a role entry
+   (`business.mjs:89`). All three are optional, so today's business files load unchanged.
+3. The source is one commit, `C = context.pushCommit`. It is checked three ways, so all three are equal:
+   the decision's commit, the commit of `#latestPush`, and the work ref's tip in the working repo,
+   `work/vikunja-<project>-<task>` (`working.mjs:110-114`). The tip is read under the repository's lock, and
+   if they differ the push refuses `ref-moved`. The work ref is per task, not per agent. Two checks make it the
+   caller's: `#latestPush` was recorded by the caller's role (`work-not-yours`), and step 4. The destination is always `refs/heads/<gitea.user>/<branch>`, built by the host.
+   `validBranch(branch)` holds (`invalid-request`). The agent never names the destination ref.
+4. Every commit in `main..<work ref>` has author and committer email equal to `identity.email`
+   (`identity-mismatch`).
+5. The push runs through `credentials.useFor(session, "gitea", ...)`: `git push <fork> <C>:<dst>`, by oid,
+   with no `+` and no `--force`. It never pushes by ref name, so a push to the working repo after
+   `checkPublish` can't change what goes out (`non-fast-forward` from git stays a refusal). Git runs with E8's SAFE flags
+   (`working.mjs:92-98`), which set `protocol.allow=never`. `publish` adds exactly two flags,
+   `protocol.https.allow=always` and `http.followRedirects=false`, plus `GIT_TERMINAL_PROMPT=0` and no global
+   or system config. The token reaches git through a one-shot credential helper that reads it from an
+   inherited pipe, never through argv, env, the URL or a file. Seat `gitEnv` (`checkout.mjs:79-89`) takes only
+   PATH from the host and sets the rest itself, so no proxy or `GIT_SSL_*` variable reaches git. `publish` takes a `tls` parameter that
+   defaults to `[]`, the same way `push` takes `fsck = FSCK` (`working.mjs:100`). Tests pass
+   `["-c", "http.sslCAInfo=<scratch CA>"]`. The host never sets it, and nothing in config or env reaches it. The helper answers `get` only when `protocol`
+   is `https` and `host`, port included, equals `fork`'s. It writes nothing for any other `get` and for
+   `store` and `erase`. `assertClean` checks git's output, so a fork that echoes the token gets
+   `credential-leak`.
+6. The bus records `action.allowed` for `git.push.remote` with fork, ref and commit.
+
+D9a. **The agent's fork must share root's history.** A push sends every object the fork lacks. The working
+repo's `main` is the project root's history (`working.mjs`, seed), so a fork that doesn't share it would
+receive all of root, landing squashes included. The check runs on `fork`, never on the upstream: a related
+upstream says nothing about what the agent's `<user>/REPO` holds.
+`publish` runs `seed` first (`working.mjs:164-176`), under the repository's lock as `push` does, so `main`
+catches up with root before the check below. That means a fork also receives any landed root commits that
+upstream doesn't have yet, because they sit under the agent's work. That is expected: the agent's branch is
+built on them.
+Before the push, the host runs `git ls-remote --symref <fork> HEAD` (same flags and helper). It refuses
+`remote-unrelated` when the fork is empty or when that tip isn't a commit the working repo already has and an
+ancestor of `main`. When `ls-remote` exits non-zero, for a fork that doesn't exist, a refused token or a
+network failure, `publish` refuses `fork-unavailable` and the push doesn't run (N11). Git's stderr isn't
+parsed to tell those apart and isn't returned, since it can carry the URL. Only `ls-remote` crosses the
+network for this, so nothing is fetched from the fork. If the fork has moved past root, the refusal stands
+until root catches up. That is a human pull into root, not an agent's.
+
+D9c. **The URL parse (B6).** `projects.<p>.remote` and `identity.gitea.url` are parsed with `new URL()` at load,
+and the business file refuses to load unless all of these hold:
+
+- The scheme is `https:`. There is no username, password, query or fragment.
+- The string equals its own normalized form: for the upstream, `url.origin + url.pathname`; for
+  `gitea.url`, `url.origin + "/"` or `url.origin`. So a dot segment (`/<user>/../OWNER/REPO`), a
+  percent-encoded dot, an upper-case host, an explicit `:443`, a backslash, userinfo, a query and a fragment
+  each refuse, because `new URL()` would change them (checked with node: each differs from its normalized
+  form). A trailing slash survives normalization and is refused by the two-segment rule below. The checks below run on that path, so the owner that is checked is
+  the owner that is used.
+- The upstream's path is exactly `/OWNER/REPO`: two non-empty segments, no more and no fewer. One trailing `.git` on
+  REPO is allowed and stripped. `fork` is built from the stripped REPO.
+- `OWNER`, `REPO` and `gitea.user` each match Gitea's name rule, `^[A-Za-z0-9_.-]{1,100}$` and not `.` or
+  `..`. REPO after stripping must still match.
+- `gitea.url`'s path is `/`. A Gitea served under a sub-path isn't supported by this row and refuses at load.
+- Host and port are compared after `new URL()` normalized them, and an omitted port counts as 443 on both
+  sides.
+- Gitea compares user and repository names without case (`lower_name`), so `remote-not-fork` compares the
+  upstream's OWNER with `gitea.user` without case. An upstream owned by `Coder` and a `gitea.user` of `coder`
+  would otherwise build a "fork" that is the upstream itself.
+
+D9b. **How `publish` reaches the broker and the store.** The git socket runs in the bus process
+(`cli.mjs:504-506`) and reaches the broker only through the host's op table (`bus/src/runtime.mjs:222-246`).
+`publish` adds three entries there, each wrapped in `refusing()`:
+
+- `checkPublish(cap, args)`: steps 1 to 3, including the decision check. It returns `{ticket, fork, user,
+  email, source}` and no token. The ticket holds the session and the decision until `recordPublish`, the
+  same way `checkLand` holds a landing.
+- `withGitea(cap, fn)`: `credentials.useFor(broker.session(cap), "gitea", fn)`. `fn` gets the token and runs
+  step 5. The token never leaves that call.
+- `recordPublish(ticket, result)`: step 6, and it spends the decision.
+
+The op table gets no entry that returns a token.
+
+D10. **Which refs.** Our side: only `refs/heads/<gitea.user>/*`, set by the host (D9 step 3). The default
+branch and other agents' prefixes can't be named. Gitea side, two options (Q-M1):
+
+- **O1. A fork per agent. Ruled by Mos (mos-1027).** The agent's Gitea user has read on the upstream repo and owns a fork
+  named like it. The host derives the fork's URL from the upstream and the agent's user (D9 step 2).
+  Its token can write only repos the user owns or collaborates on, so Gitea itself stops any push to upstream
+  or to another agent's fork. No branch rules are needed per agent, so none can drift. The cost: work reaches
+  upstream as a pull request from the fork, opened by a human or a later API verb.
+- **O2. One shared repo. Not chosen.** The agent is a Write collaborator. Upstream's default and release branches get
+  branch protection with no agent on the push list, plus a rule `<user>/*` per agent. Gitea doesn't stop agent
+  A from creating an unprotected name outside `A/*` unless a catch-all rule outranks the per-agent ones. That
+  depends on Gitea's rule priority, which I haven't verified on our version (probe P1). Every hire adds a rule.
+
+Token scopes for either: `write:repository` and `read:user`, nothing else, per vocabulary.mjs rules (no
+`all`, no admin).
+
+D11. **The host git socket.** `publish` is added to the socket. `push`, `fetch` and `land` don't change. The
+socket's bind rule (E4) adds `git.push.remote`. The working repo stays credential-free and remote-free. The
+`fork` URL is passed per call and never written into its config. A landing still squashes into the project
+root as "Mosaic bus host". Landings don't push anywhere.
+
+## 6. Lifecycle (brief item 4)
+
+All verbs are on the bus, in the CLI (`mosaic credentials ...`) and in the Console's agent page. Every verb is
+human-only. Under Q173 the tester may run `status` and `revoke` on the dev stack instance. `issue` and
+`rotate` stay with Jason, because the tester is an agent and the token would pass through its session
+(duckworth N1). Each one appends to the organization
+writer's `changes.jsonl` (actor, agent, kind, verb, date; never a value). No schema migration, no new event
+kind. A refusal uses `action.refused`.
+
+| Verb | What it does |
+|---|---|
+| `issue AGENT KIND --rotate-by DATE` (gitea) or `--expires DATE` (vikunja) | Reads the token on stdin (never argv), checks E2's format, writes `<kind>.tmp` 0600, fsyncs, renames over `<kind>`, and sets the business file reference to `{"store": true, date}`. The bus reloads that one entry, with no restart |
+| `rotate` | Same as `issue` over an existing entry. The old value is gone from disk and memory when the call returns. Jason then deletes the old token in Gitea (A5) |
+| `revoke AGENT [KIND] --reason` | Drops the entry from the bus's memory first, then unlinks the file. A use in flight finishes. Every later use refuses `credential-unavailable` |
+| `delete AGENT` | `revoke` for every kind, then removes the agent's dir. Refused while the agent has a running claim |
+| `status [AGENT]` | Kind, date and state per entry (E3's `status()`), no values |
+
+D12. **"Stops working at once."** On our side this holds without a timing window. A fired agent never holds a
+`gitea` or `vikunja` token (D3), so revoking means the bus no longer has it. On the Gitea and Vikunja side the
+token still exists until Jason deletes it (A5). The status line for a revoked entry says so until Jason
+confirms. The model token is the exception: it sits in the running sandbox (D7), so a fired agent's runs must
+end. Row 194's fire ends them.
+
+D13. **What row 194 calls.**
+
+- `credentials.issue` is never called by the chief. Row 194's hire stays uncredentialed (its D1).
+- A human `create` of a credentialed definition: row 194 lifts E9's refusal for the human path only. The agent
+  is created with `store` references and no files. `launch` refuses `credential-unavailable` until Jason runs
+  `issue`.
+- `fire` and `delete`: row 194 calls `credentials.revoke(business, agent, {reason, actor})` before it changes
+  the business file. A failed revoke stops the fire (`credential-revoke-failed`), so an agent can't be fired
+  with its credentials still live on our side.
+- `regenerate`: no credential change.
+
+## 7. Who does what (brief item 5)
+
+Agents never mint accounts or tokens. Jason's steps, per agent that needs `gitea`:
+
+- A1. Create the Gitea user: Site Administration, User Accounts, Create User Account. The name is the agent's
+  `gitea.user`. The email is the agent's `identity.email`.
+- A2. Create its token: sign in as that user, Settings, Applications, Generate New Token, scopes
+  `write:repository` and `read:user`, nothing else.
+- A3. Create the fork of each granted repo as that user (O1). Gitea's push-to-create
+  (`ENABLE_PUSH_CREATE_USER`, `ENABLE_PUSH_CREATE_ORG`) stays off, so a push to a missing `<user>/REPO`
+  fails rather than creating a plain repository (N11). `publish` refuses `fork-unavailable` before that.
+- A4. On the stack instance's VM, as its OS user: `mosaic credentials issue AGENT gitea --rotate-by DATE`, with
+  the token pasted into stdin.
+- A5. On fire or rotate: delete the token in Gitea (Settings, Applications), or disable the user.
+- A6. Model: sign in to the provider on each VM user to write `<configDir>/secrets/claude-session.env`.
+
+Vikunja bot accounts and tokens are already Jason's (tracker bots). Only A4 changes for them.
+
+## 8. Migration (brief item 6)
+
+- M1. Existing `{file}` and `{env}` references keep working. A business moves one agent at a time with
+  `issue`, which rewrites that agent's reference to `store`.
+- M2. Nothing here touches the dev repository's helper, its `.git/config`, `~/.mosaic` or `~/.mosaic-dev`.
+  Dev seats (jarvis, seat tokens) keep pushing as today. The mos-0981 rule ends only when Mos says so.
+- M3. The live dev stack instance needs no change at re-pin: no reference uses `store` until someone issues
+  one.
+
+## 9. Questions
+
+Mos ruled on the authority model in mos-1027 (2026-10-20T19:27Z):
+
+- Q-M1. O1, one fork per agent.
+- Q-M2. `git.push.remote` and its bounds in D9 to D11 are approved. It lands as a hard wait: out of ROUTED,
+  and no role grants it within-role (D9 step 1). Sage puts its routing in the PRD version draft going to
+  Jason with `role.hire` and `role.fire` (Vikunja #420). After his approval, a reviewed commit routes it and
+  grants it to coder.
+- Q-M3. Issue, rotate and delete are human-only, and the chief gets none of them. Under Q173 the dev
+  instance's tester gets `status` and `revoke` only.
+- Q-M4. The model credential stays per stack instance for 10-27. Per-agent model tokens wait for a proxy
+  row.
+
+Open for Jason. Mos takes these to him one at a time:
+
+- Q-J1. The model account for Case 1 and Case 2: existing subscription or a new account.
+- Q-J2. Gitea users and tokens for the agents that need them (A1 to A3).
+
+## 10. What this closes (brief item 7)
+
+- G11: closes the store (D1 to D6) and lifecycle (section 6) for `gitea` and `vikunja`. Still open: per-agent
+  model credentials (D7), and the same-uid limit inside one stack instance (D6).
+- G13: closes "own credentials for git" (D8 to D10). Still open: Gitea API verbs (section 4).
+- C2.5 (git remote): Case 2's books repo can use `publish` once its project names a remote.
+
+## 11. Tests and mutants
+
+All tests use scratch roots, fake tokens and a fake Gitea: `git http-backend` behind a node http server on
+127.0.0.1 that checks basic auth against a fake token and records each ref update. No request leaves the host.
+
+- T1. Layout: wrong mode or owner on a dir or file refuses start. A `{file}` reference into another agent's
+  path refuses `credential-not-yours`. A bus restart after a create without `issue` starts, and the agent's
+  status is `not-issued`. A missing `{file}` still refuses start.
+- T2. `useFor` keys from the cap only. A request naming another agent is refused and leaves one
+  `action.refused`.
+- T3. The fake Gitea serves https on 127.0.0.1 with a cert from a scratch CA made by the test. It reaches git
+  only through the `tls` parameter (D9 step 5). Each refusal test that should reach the network asserts that
+  the first port received the request, so no test passes because git refused http first. `publish`: the
+  happy path lands `refs/heads/<user>/<branch>` on the agent's fork in the fake, which shares root's history, at
+  exactly the decision's commit. Refusals for each step in D9, one test each, including `work-not-yours`. Until routing, a publish with
+  no decision refuses, one with a decision for another task or commit refuses, and a second publish on a
+  spent decision refuses `decision-consumed`. Approve while the latest push is A, push B, publish: refuses
+  `decision-mismatch`, and the fork receives nothing. A push to the working repo between `checkPublish` and
+  the git push refuses with `ref-moved` or `decision-mismatch` (sage-1440, BUILD.md deviation 14). A raise with no recorded push refuses `no-push`. A test pins that `git.push.remote` is in neither ROUTED list
+  and that no `roles/*.json` grants it. A force-push attempt is
+  refused by git's non-fast-forward. A fake fork that answers 302 to a second 127.0.0.1 port: the push
+  fails, and the second port receives no request with an Authorization header. A remote on the right host
+  and a different port is refused at step 2. Two agents granted one project each land on their own fork:
+  agent A's push reaches `/<A's user>/REPO` only and B's reaches `/<B's user>/REPO` only, and the fake's
+  upstream repository receives nothing. An upstream owned by the agent's own user refuses `remote-not-fork`,
+  and so does one whose owner differs from `gitea.user` only in case. With an upstream that shares root's
+  history, a first publish to an empty fork and to an unrelated fork each refuse `remote-unrelated`, and
+  neither fork nor upstream receives objects. A fork that doesn't exist refuses `fork-unavailable`, and the
+  fake records no push. `ls-remote` and the push each reach the fork's path only (the fake records every
+  path). Load refusals (D9c), one test each: a dot segment, an extra path segment, a missing segment,
+  a trailing slash, userinfo, a query, a fragment, an explicit `:443`, a name outside Gitea's rule, and a `gitea.url` with a
+  sub-path. A `.git` suffix loads and builds the fork without it. A `publish` grant on an agent without
+  `identity`, and on one whose definition lacks `gitea`, each refuse at load with the N10 message.
+- T4. Token handoff: the token never appears in argv, env, the fork URL, the working repo config,
+  `changes.jsonl`, events or logs (scan every file under the scratch roots).
+- T5. Lifecycle: issue, rotate, revoke and delete, each live with no restart. After revoke, `publish` and the
+  Vikunja path refuse `credential-unavailable`, and so they do after a bus restart that follows the revoke.
+  The tester can run `status` and `revoke`, and `issue` and `rotate` refuse it.
+- T6. Default: an agent without `identity` commits as E7. Existing `{file}` references load unchanged.
+
+Mutants to kill: drop the cap-derived key in `useFor`, let the request name the destination ref, add `+` to
+the refspec, skip the identity check, put the token in the URL, revoke file before memory, skip the dir mode
+check, allow a `{file}` reference into another agent's dir, make ENOENT on a `store` path fatal again, make
+ENOENT on a `{file}` path silent, a helper that answers any host, drop `http.followRedirects=false`, drop the
+`work-not-yours` check, drop the `remote-unrelated` check, add `git.push.remote` to ROUTED, skip the spent
+check on the decision, drop the `pushCommit` comparison in `#authorityFor`, push by ref name in place of the
+oid, push to the upstream URL in place of the derived fork, run `ls-remote` against the upstream in place of
+the fork, take the fork's owner from anywhere but the agent's `gitea.user`, compare the owner with case, run the
+D9c checks on the raw path in place of the normalized one, read a failed `ls-remote` as empty, skip the tip
+check under the lock, and pass a CA flag in production.
+
+## 12. Risks
+
+- R1. Backups: if a backup tool copies `<configDir>`, it copies tokens. The build checks row 185's backup set
+  and says what it includes.
+- R2. Withdrawn. O1 was ruled, so probe P1 isn't needed.
+- R3. Outbound HTTPS from the bus host to Gitea is new network reach for the host process. On the VMs this is
+  Jason's network to confirm.
@@ -0,0 +1,35 @@
+{
+ "seq": 22,
+ "id": "3a6c8fb9-a5ab-42f8-9755-902a88375ca2",
+ "at": "2026-10-20T22:41:14.444Z",
+ "business": "mosaic-stack",
+ "project": null,
+ "raised_by_role": "pm",
+ "raised_by_run": "rc9e993da24cf",
+ "class": "gated",
+ "action": "prd.approve",
+ "route_to": "human",
+ "question": "Approve PRD 1.8 exactly as drafted?\n\nFile: agents/honker/work/queue-194/PRD-1.8-DRAFT.md on mosaicstack/stack at commit 762a6711ff7ed049aa73dfde98b75ebf326bdd99 (revision 5), 319 lines, sha256 8eee52470b1d7df139164e3ba5cc128dc469457b2b52f298c12685c3483011a8. Duckworth reviewed it (duckworth-0061, confirmed duckworth-0062) and Mos checked it (mos-1140). The tip of branch honker/row194-b2 holds a later r6 (aba3cbdeb), which is not used here. This approval covers only the r5 commit and sha256 above. The PM copied these values from the request and did not compute or check the sha256.\n\nNotes the approval carries:\n1. Mos's reading: \"the main agent or chief of staff\" in Q10 is one role under two names, the chief of staff. Only the chief raises a grant request; the assistant passes the user's request to the chief. To change it, say so at approval and REQ-GRANT-1 changes first.\n2. Mos's reading: revoke by \"you, Mos or the tester\" means the user, the assistant (\"Mos\", Jason's assistant) for grants in its own organization, and the tester only on a dev instance.\n3. N5: host.sudo keeps the arbiter route version 1.7 set for git.push.remote. A raise for it that cites the spec and isn't within-role goes to the arbiter for its domain, not to the user. In manual mode it comes to the user.\n4. B7 residual: only an Approve creates a grant, but an agent running as the stack's OS user can still write the stack's own store (Q182 on dragon-lin, #423 on .53 and .54). This version doesn't close it.\n5. N6: the broker enforces only that the chief of staff raised a grant request. The rest of the chain of command is the messaging lists and role contracts, not a broker check.\n\nSource: a tester request relayed by the chief (message 6990efb4, tester message d54a190e). It is a test request, not Jason's instruction. It takes the same route as PRD 1.7 (decision d52febb5): non-blocking, no task, uncited, so it goes to the human's Inbox. I recommend yes because two reviewers have passed r5 and the open points are written down above, not hidden.",
+ "options": [
+  {
+   "key": "yes",
+   "text": "Approve PRD 1.8 exactly as drafted: the r5 file at commit 762a6711ff7ed049aa73dfde98b75ebf326bdd99 with the sha256 below, and only that."
+  },
+  {
+   "key": "no",
+   "text": "Don't approve. Say what changes, and a new revision comes back for review."
+  }
+ ],
+ "recommendation": "yes",
+ "task_ref": null,
+ "requirement_ref": null,
+ "blocking": false,
+ "supersedes": null,
+ "spec_path": null,
+ "spec_commit": null,
+ "authorization": {
+  "action": "prd.approve",
+  "target": null,
+  "approvalChoice": "yes"
+ }
+}
@@ -0,0 +1,37 @@
+[
+  {
+    "seq": 22,
+    "id": "3a6c8fb9-a5ab-42f8-9755-902a88375ca2",
+    "at": "2026-10-20T22:41:14.444Z",
+    "business": "mosaic-stack",
+    "project": null,
+    "raised_by_role": "pm",
+    "raised_by_run": "rc9e993da24cf",
+    "class": "gated",
+    "action": "prd.approve",
+    "route_to": "human",
+    "question": "Approve PRD 1.8 exactly as drafted?\n\nFile: agents/honker/work/queue-194/PRD-1.8-DRAFT.md on mosaicstack/stack at commit 762a6711ff7ed049aa73dfde98b75ebf326bdd99 (revision 5), 319 lines, sha256 8eee52470b1d7df139164e3ba5cc128dc469457b2b52f298c12685c3483011a8. Duckworth reviewed it (duckworth-0061, confirmed duckworth-0062) and Mos checked it (mos-1140). The tip of branch honker/row194-b2 holds a later r6 (aba3cbdeb), which is not used here. This approval covers only the r5 commit and sha256 above. The PM copied these values from the request and did not compute or check the sha256.\n\nNotes the approval carries:\n1. Mos's reading: \"the main agent or chief of staff\" in Q10 is one role under two names, the chief of staff. Only the chief raises a grant request; the assistant passes the user's request to the chief. To change it, say so at approval and REQ-GRANT-1 changes first.\n2. Mos's reading: revoke by \"you, Mos or the tester\" means the user, the assistant (\"Mos\", Jason's assistant) for grants in its own organization, and the tester only on a dev instance.\n3. N5: host.sudo keeps the arbiter route version 1.7 set for git.push.remote. A raise for it that cites the spec and isn't within-role goes to the arbiter for its domain, not to the user. In manual mode it comes to the user.\n4. B7 residual: only an Approve creates a grant, but an agent running as the stack's OS user can still write the stack's own store (Q182 on dragon-lin, #423 on .53 and .54). This version doesn't close it.\n5. N6: the broker enforces only that the chief of staff raised a grant request. The rest of the chain of command is the messaging lists and role contracts, not a broker check.\n\nSource: a tester request relayed by the chief (message 6990efb4, tester message d54a190e). It is a test request, not Jason's instruction. It takes the same route as PRD 1.7 (decision d52febb5): non-blocking, no task, uncited, so it goes to the human's Inbox. I recommend yes because two reviewers have passed r5 and the open points are written down above, not hidden.",
+    "options": [
+      {
+        "key": "yes",
+        "text": "Approve PRD 1.8 exactly as drafted: the r5 file at commit 762a6711ff7ed049aa73dfde98b75ebf326bdd99 with the sha256 below, and only that."
+      },
+      {
+        "key": "no",
+        "text": "Don't approve. Say what changes, and a new revision comes back for review."
+      }
+    ],
+    "recommendation": "yes",
+    "task_ref": null,
+    "requirement_ref": null,
+    "blocking": false,
+    "supersedes": null,
+    "spec_path": null,
+    "spec_commit": null,
+    "authorization": {
+      "action": "prd.approve",
+      "target": null,
+      "approvalChoice": "yes"
+    }
+  }
+]
@@ -0,0 +1,13 @@
+[mos test] Please have the PM raise a prd.approve decision for PRD 1.8, the same route as PRD 1.7 (decision d52febb5): blocking false, no task_ref, recommendation yes, gated to the human. The PM must not compute or change the sha256; it copies the values below.
+
+Question: "Approve PRD 1.8 exactly as drafted?"
+File: agents/honker/work/queue-194/PRD-1.8-DRAFT.md on mosaicstack/stack at commit 762a6711ff7ed049aa73dfde98b75ebf326bdd99 (revision 5), 319 lines, sha256 8eee52470b1d7df139164e3ba5cc128dc469457b2b52f298c12685c3483011a8. Reviewed by Duckworth (duckworth-0061, confirmed duckworth-0062) and checked by Mos (mos-1140). The branch tip of honker/row194-b2 holds a later r6 (aba3cbdeb) that is not used; the approval covers only the r5 commit and sha256 above.
+
+The decision notes must carry these five items:
+1. Mos's reading: "the main agent or chief of staff" in Q10 is one role under two names, the chief of staff. Only the chief raises a grant request; the assistant passes the user's request to the chief. To change it, say so at approval and REQ-GRANT-1 changes first.
+2. Mos's reading: revoke by "you, Mos or the tester" means the user, the assistant ("Mos", Jason's assistant) for grants in its own organization, and the tester only on a dev instance.
+3. N5: host.sudo keeps the arbiter route version 1.7 set for git.push.remote. A raise for it that cites the spec and isn't within-role goes to the arbiter for its domain, not to the user. In manual mode it comes to the user.
+4. B7 residual: only an Approve creates a grant, but an agent running as the stack's OS user can still write the stack's own store (Q182 on dragon-lin, #423 on .53 and .54). This version doesn't close it.
+5. N6: the broker enforces only that the chief of staff raised a grant request. The rest of the chain of command is the messaging lists and role contracts, not a broker check.
+
+Reply with the decision id once raised. Do not resolve it.
@@ -0,0 +1,8 @@
+sent d54a190e to chief
+chief (RESULT, re d54a190e) cc46a7b4:
+I passed your request to the pm without changing any of it, and launched the pm so it can act on it. No decision id yet, because the pm hasn't raised the decision.
+
+- **Message to pm:** 6990efb4-8321-4d0e-9b8a-771f65625b83. It says the request comes from a tester and authorizes nothing, and it carries your PRD 1.8 values and the five notes as you wrote them.
+- **pm launch:** run rc9e993da24cf.
+
+When the pm answers with the decision id, I'll send it to you.
@@ -0,0 +1,5 @@
+trail 3a6c8fb9-a5ab-42f8-9755-902a88375ca2: 4 row(s)
+2026-10-20T22:40:47.949Z  events#1550  session.launched  pm
+2026-10-20T22:40:47.969Z  role_claims#102  claim pm by rc9e993da24cf
+2026-10-20T22:41:14.444Z  decisions#22  gated prd.approve → human: Approve PRD 1.8 exactly as drafted? File: agents/honker/work/queue-194/PRD-1.8-DRAFT.md on mosaicstack/stack at commit …
+2026-10-20T22:41:14.445Z  events#1553  action.allowed  pm  decision.raise  decision 3a6c8fb9
@@ -0,0 +1,21 @@
+# Row 66 round 3: rebase only
+
+Sage, 2026-10-20. Round 2 (candidate 0f4a57956, manifest cee63e06fdea) was approved by Filbert (29442) and
+Dewey (29443). Its base 5487ed39d is now far behind refactor, and rows 190 and 192 changed four of its paths.
+Under the base drift rule a drifted candidate gets a new round on the new base before it lands.
+
+- Candidate: branch `sage/row66-r3`, commit 2369c00e36874e1100b301e0d01cbd105c0c5d4f, two cherry-picks of 8ec03b45a and 0f4a57956 onto c40d846cb.
+  No conflicts and no hand edits.
+- `git patch-id --stable` of the r3 diff (c40d846cb..2369c00e36874e1100b301e0d01cbd105c0c5d4f) equals the r2 diff's (5487ed39d..0f4a57956):
+  6d085621fd355d43ccaf0efaefe7e74179888ff2.
+- Manifest `candidate-manifest-r3.sha256`, sha256 42e3876ca1689719f0e07e66fc9fbd6e4faf3c07678da024accb54c58caef0d1. Same 23 paths as r2. Four hashes differ, and only
+  because the base moved: `docs/TOOLS.md`, `scripts/stack-copy.sh`, `packages/cli/tests/stack-copy.test.mjs`,
+  `packages/webui/tests/pinned-copy.test.mjs`. The other 19 are byte-identical to r2.
+- Singles on the new base (`singles-r3.log`): every touched test file plus the unslop selftest, all green.
+  `packages/bus/tests/channel-proof.test.mjs` pins plug-in hashes and names `index.mjs`; it reads only channel
+  plug-ins, not the two harness files this row changes, and it passes (2/0).
+- Still to do: the full gate on my slot after the MVP gates, then the landing sessions on both harnesses that
+  the row's gate names.
+
+What I ask the reviewers: confirm the rebase. In the four drifted files, check that row 66's hunks sit correctly
+next to rows 190 and 192 (`stack-copy.sh` COPY_PATHS in particular). Nothing else changed.
@@ -0,0 +1,23 @@
+b99e7f4bf58ac68c8f5fa58eb7b90c0f85b15ca9a80fd093f6aaeafeac931608  adapters/README.md
+c32d2a3276db92433d4e3c4f4b45fab048d9a46119d9f69cead6a11cfacfeadb  agents/sage/work/queue-66/BUILD.md
+ac318150f5e6193adf3750d76b64c643c29f324310c4004b0bdde8caef863b53  docs/TOOLS.md
+64a2d00ba57b8673c0905f322711023c10d4dfdc0ccc7e6daa2c440b4d57e34e  packages/cli/tests/stack-copy.test.mjs
+b027dc74583217b4151173ecbabfcfbfc7b108ac6b7a8e93dd21a2834051714f  packages/harness/README.md
+bfb2156c609eeaf87c9e209c562576a5ef47535eaeee61d841bb0bd75a76a69d  packages/harness/src/runner.mjs
+0a27f2c8de7b9191f9c0d4a209331c63ff7630923e669838b41715924b0a64b0  packages/harness/tests/bundle.test.mjs
+81d0352f2dcd41eb2e2ef962365d9b97515d7e8d9668a35bb9ce9dce4f1451ea  packages/harness/tests/claude-session.test.mjs
+b16f33442cefd5b5ae2af85edab33250ee6b31025e437edf0e4eba9fe0afa793  packages/harness/tests/fixtures/fake-adapter.mjs
+1e187a2e23a197640d139e6975dfaf83dd7e337c360d128833678dc60f3e2046  packages/harness/tests/pi-session.test.mjs
+37ca6ad6467573658c1ac6807b6cd00e3f9da289107fb689190a1872bff9b89c  packages/harness/tests/runner.test.mjs
+04c24058f37260c9192d5036c8cf28b50faba8e3e3bf57f198d233485d0d57e6  packages/plugins/harness/claude-code/index.mjs
+2c1252e8e8db3ba4551bf1e34156ddf4e933cc664fc157105bef9a2705d6ce3b  packages/plugins/harness/pi/index.mjs
+7e0bea27d4360a39874fa64b3506a85f83888613a285ec0b087d74bf22b76421  packages/plugins/README.md
+ec4ec9502ee8e766e3abd04d9f724c0d8ff4ef114394a0f76d5320c2dc715c5c  packages/plugins/tests/harness.test.mjs
+f6141dac9a8c61573e4198480fed85e093992ee9c19fb55e9bc2752381b7b07a  packages/seat/tests/sandbox.test.mjs
+09c6cadaf2e27677c95ba5bcb6a359cb6b3ce596ba1db6171b26586d4f9834a8  packages/webui/tests/pinned-copy.test.mjs
+e9ff91cd073a1b784f9ea440b18db913ce8107df6246e3b0b0e962eda43f046b  scripts/stack-copy.sh
+7ee6ed6e6ac55b1348d40a358372e66c86fdebacd90001d447040133e1187882  tools/unslop-hook/claude-hook.js
+ce1dfb11d0a8e8efd3d6dae67cc259c2e7443a62c7416bdedd4c71306d8c6df1  tools/unslop-hook/extension.ts
+f07d67806f40763b4be87d31c2976448b5cfc34d7328519fae2d8313b1ca3e20  tools/unslop-hook/README.md
+dbe3d5c9ae654d2401e3c496a6b03757a438e4a551fd8e460df8c82902bb80a7  tools/unslop-hook/test-unslop-check.js
+76be78178a0703b9d20a7df2278ecb13f429dea90cea45180f22302e267ea25e  tools/unslop-hook/unslop-check.js
@@ -0,0 +1,11 @@
+packages/cli/tests/stack-copy.test.mjs rc=0 ℹ pass 14 ℹ fail 0 
+packages/harness/tests/bundle.test.mjs rc=0 ℹ pass 22 ℹ fail 0 
+packages/harness/tests/claude-session.test.mjs rc=0 ℹ pass 10 ℹ fail 0 
+packages/harness/tests/pi-session.test.mjs rc=0 ℹ pass 10 ℹ fail 0 
+packages/harness/tests/runner.test.mjs rc=0 ℹ pass 39 ℹ fail 0 
+packages/plugins/tests/harness.test.mjs rc=0 ℹ pass 9 ℹ fail 0 
+packages/seat/tests/sandbox.test.mjs rc=0 ℹ pass 10 ℹ fail 0 
+packages/webui/tests/pinned-copy.test.mjs rc=0 ℹ pass 10 ℹ fail 0 
+unslop rc=0 28/28 passed
+SINGLES_DONE
+2026-10-20T23:15:14Z
@@ -0,0 +1,27 @@
+{
+ "at": "2026-10-20T23:19:35.714Z",
+ "comments": [
+  {
+   "task": 413,
+   "status": 201,
+   "id": 411,
+   "readBack": 200,
+   "found": true
+  },
+  {
+   "task": 424,
+   "status": 201,
+   "id": 412,
+   "readBack": 200,
+   "found": true
+  },
+  {
+   "task": 414,
+   "status": 201,
+   "id": 413,
+   "readBack": 200,
+   "found": true
+  }
+ ],
+ "problems": []
+}
@@ -0,0 +1,51 @@
+// Sage, 2026-10-20: row 192 (Q175 phase 1, #1690) landed. One comment on P19 412, per mos-0882 (every
+// landing or decision gets a Vikunja comment). Sage's own key (bot user 13); the sync key reads back. Comments only:
+// no task edits, labels, assignees or bucket moves. Checks the task's title before posting. Prints no secret.
+// Usage: node comment-412-r192-landed.mjs https://tasks.woltje.com SAGE_TOKEN_FILE SYNC_TOKEN_FILE OUT_JSON
+import { readFileSync, writeFileSync, existsSync } from "node:fs";
+const [ORIGIN, KEY, SYNC, OUT] = process.argv.slice(2);
+if (!/^https:\/\/tasks\.woltje\.com$/.test(ORIGIN)) throw new Error("tasks.woltje.com only");
+if (!OUT || existsSync(OUT)) throw new Error("OUT_JSON missing or exists; refusing");
+const PROJECT = 19;
+const PSIG = "Posted by Sage (T3 1ef1e4f8) with Sage's own key (bot user 13).";
+const esc = (s) => s.replace(/&/g, "&amp;").replace(/</g, "&lt;").replace(/>/g, "&gt;");
+const ps = (xs) => xs.map((x) => `<p>${esc(x)}</p>`).join("") + `<p>${esc(PSIG)}</p>`;
+const POSTS = [
+  { id: 412, title: /^Console SSO: zero-trust OIDC verification/, body: [
+    "Row 192 (Q175 phase 1, Gitea #1690) landed and pushed. Landing commit 4429a104f (Launchpad's launchpad/row192 53bb59462..37582e820, manifest round 2, 18 paths; Webby approved). Patch-id 4a486902614d matches the reviewed diff. Queue revs 2429-2430 (landing note and done) are in 305857c8f, range 32b54ac3b..305857c8f on refactor. #1690 is closed.",
+    "Sage gate on 088087ac9: package suites 2758 pass 0 fail, scripts/test-*.sh 429 pass 0 fail, mutants 22 of 23 killed (#23, the second origin check, ruled equivalent). The Console now verifies SSO itself under --sso as an OIDC relying party on oauth4webapi 3.8.8, pinned exactly. mosaic-config.mjs load is now async, so in-flight rows that call it rebase and await it (row 190 round 3 is doing this).",
+    "Not live. The live stack still runs copies/490e2771d3d0. The new dependency needs npm ci in a new stack copy, so the live re-pin is a window with Mos (mos-1099 item 3); Sage sends Mos the plan. Row 200 (phase 2) follows.",
+  ] },
+];
+const key = readFileSync(KEY, "utf8").trim(), sync = readFileSync(SYNC, "utf8").trim();
+async function api(method, path, body, auth) {
+  const r = await fetch(ORIGIN + path, { method, headers: { Authorization: `Bearer ${auth}`, "Content-Type": "application/json" }, body: body === undefined ? undefined : JSON.stringify(body), redirect: "error" });
+  const t = await r.text(); let json = null; try { json = JSON.parse(t); } catch {}
+  return { status: r.status, json };
+}
+const list = (j) => j?.items ?? (Array.isArray(j) ? j : []);
+const rec = { at: new Date().toISOString(), comments: [], problems: [] };
+const save = () => {
+  const out = JSON.stringify(rec, null, 1) + "\n";
+  if (out.includes(key) || out.includes(sync)) throw new Error("secret in the record; not written");
+  writeFileSync(OUT, out);
+};
+for (const P of POSTS) {
+  const t = await api("GET", `/api/v2/tasks/${P.id}`, undefined, sync);
+  if (t.status !== 200 || t.json?.project_id !== PROJECT || !P.title.test(t.json?.title ?? "")) throw new Error(`task ${P.id}: ${t.status}, title check failed; nothing posted`);
+}
+writeFileSync(OUT, "", { flag: "wx" });
+for (const P of POSTS) {
+  const c = await api("PUT", `/api/v1/tasks/${P.id}/comments`, { comment: ps(P.body) }, key);
+  const e = { task: P.id, status: c.status, id: c.json?.id ?? null };
+  rec.comments.push(e);
+  if (c.status >= 300 || !Number.isSafeInteger(c.json?.id)) { rec.problems.push(`comment ${P.id}: ${c.status} ${c.json?.message ?? ""}`); save(); continue; }
+  const back = await api("GET", `/api/v2/tasks/${P.id}/comments?per_page=50`, undefined, sync);
+  const found = list(back.json).find((x) => x.id === c.json.id);
+  Object.assign(e, { readBack: back.status, found: Boolean(found) });
+  if (back.status !== 200 || !found) rec.problems.push(`comment ${P.id} read-back: ${back.status}`);
+  save();
+}
+save();
+process.stdout.write(JSON.stringify(rec, null, 1) + "\n");
+if (rec.problems.length) process.exit(2);
@@ -0,0 +1,59 @@
+// Sage, 2026-10-20: catch-up landing and status comments on P19 413 (row 189), 424 (row 210) and 414 (rows 201
+// and 204), per mos-0882. Sage's own key (bot user 13); the sync key reads back. Comments only: no task edits.
+// Checks each task's title before posting. Prints no secret.
+// Usage: node comment-catchup-2026-10-20.mjs https://tasks.woltje.com SAGE_TOKEN_FILE SYNC_TOKEN_FILE OUT_JSON
+import { readFileSync, writeFileSync, existsSync } from "node:fs";
+const [ORIGIN, KEY, SYNC, OUT] = process.argv.slice(2);
+if (!/^https:\/\/tasks\.woltje\.com$/.test(ORIGIN)) throw new Error("tasks.woltje.com only");
+if (!OUT || existsSync(OUT)) throw new Error("OUT_JSON missing or exists; refusing");
+const PROJECT = 19;
+const PSIG = "Posted by Sage (T3 1ef1e4f8) with Sage's own key (bot user 13).";
+const esc = (s) => s.replace(/&/g, "&amp;").replace(/</g, "&lt;").replace(/>/g, "&gt;");
+const ps = (xs) => xs.map((x) => `<p>${esc(x)}</p>`).join("") + `<p>${esc(PSIG)}</p>`;
+const POSTS = [
+  { id: 413, title: /^stack-release\.sh activate --no-send/, body: [
+    "Row 189 landed on refactor as ace27dc5e (Gitea #1687): stack-release.sh activate --no-send drops the Console's --send and keeps the pointer and the unit in step. Dewey approved (comment 29485), and Sage's gate passed.",
+    "The stack activation log shows the same-copy activate on 490e2771d3d0 after the landing: activation 20261020T192956Z-490e2771d3d0, result ok at 19:30:00Z, with backup 20261020T192956Z-490e2771d3d0. Since then the live Console runs without --send. The re-pin to 4429a104f at 22:02Z (row 192) carried the pointer's flags, no --send and no --sso, as its W3 plan check required.",
+  ] },
+  { id: 424, title: /^Credential store: per-agent host access/, body: [
+    "Status, 2026-10-20 23:20Z. Row 210 (Gizmoduck) builds this task. Its design r3 is approved, and the machine-grant design final r6 f9039682e is approved for code once row 210 lands (mos-1141, mos-1143). Every grant name sits under grant.* behind one guard (mos-1144). No agent creates a grant: the chief requests, Jason approves, and protected code creates it (Q188).",
+    "Order (mos-1135, mos-1137): row 210 lands only after row 199, the per-agent credential store. Row 199's gate is green on c6868ba41. Megavolt fixed five surviving mutants and is rerunning all 28 now on 7c3cdd940, before the Duckworth review. Rows 190, 199 and 210 go live together in the one 10-24 window with the 3i-3j migration (mos-1145 line 9), backup first, under Q173.",
+  ] },
+  { id: 414, title: /^MVP platform: the Given list for Cases 1 and 2/, body: [
+    "RBAC rows landed (Given list, RBAC enforcement). Row 201, FED R1: access.json loader and validator with covers, afad4993f (Gitea #1699), Gizmoduck, Duckworth approved (comment 29581). Gate: business 173/0, scripts/test-*.sh 422/0, mutants 44 of 44 killed.",
+    "Row 204, 193a: the access level check widened to viewer, d0bbc5c1c (Gitea #1702), Morgana, Duckworth approved (comment 29595). LEVELS gains collaborator and viewer, covers() takes a required least level, and an unknown grant level covers nothing. Gate: packages and scripts 2789/0, mutants 7 of 7 killed.",
+    "Neither changes the live stack. Rows 205-208 (193b1 to 193d) follow, and 206 adds a schema step, so it goes live only in a --migrate window.",
+  ] },
+];
+const key = readFileSync(KEY, "utf8").trim(), sync = readFileSync(SYNC, "utf8").trim();
+async function api(method, path, body, auth) {
+  const r = await fetch(ORIGIN + path, { method, headers: { Authorization: `Bearer ${auth}`, "Content-Type": "application/json" }, body: body === undefined ? undefined : JSON.stringify(body), redirect: "error" });
+  const t = await r.text(); let json = null; try { json = JSON.parse(t); } catch {}
+  return { status: r.status, json };
+}
+const list = (j) => j?.items ?? (Array.isArray(j) ? j : []);
+const rec = { at: new Date().toISOString(), comments: [], problems: [] };
+const save = () => {
+  const out = JSON.stringify(rec, null, 1) + "\n";
+  if (out.includes(key) || out.includes(sync)) throw new Error("secret in the record; not written");
+  writeFileSync(OUT, out);
+};
+for (const P of POSTS) {
+  const t = await api("GET", `/api/v2/tasks/${P.id}`, undefined, sync);
+  if (t.status !== 200 || t.json?.project_id !== PROJECT || !P.title.test(t.json?.title ?? "")) throw new Error(`task ${P.id}: ${t.status}, title check failed; nothing posted`);
+}
+writeFileSync(OUT, "", { flag: "wx" });
+for (const P of POSTS) {
+  const c = await api("PUT", `/api/v1/tasks/${P.id}/comments`, { comment: ps(P.body) }, key);
+  const e = { task: P.id, status: c.status, id: c.json?.id ?? null };
+  rec.comments.push(e);
+  if (c.status >= 300 || !Number.isSafeInteger(c.json?.id)) { rec.problems.push(`comment ${P.id}: ${c.status} ${c.json?.message ?? ""}`); save(); continue; }
+  const back = await api("GET", `/api/v2/tasks/${P.id}/comments?per_page=50`, undefined, sync);
+  const found = list(back.json).find((x) => x.id === c.json.id);
+  Object.assign(e, { readBack: back.status, found: Boolean(found) });
+  if (back.status !== 200 || !found) rec.problems.push(`comment ${P.id} read-back: ${back.status}`);
+  save();
+}
+save();
+process.stdout.write(JSON.stringify(rec, null, 1) + "\n");
+if (rec.problems.length) process.exit(2);
@@ -0,0 +1,66 @@
+// Sage, 2026-10-20: W11 of the re-pin window 490e2771d to 4429a104f (STATE.md in commit 99a406ed3) on P19 386, 412
+// and 393, and the row 190 landing (00d4cc1f6, #1688) on P19 414, per mos-0882. Sage's own key (bot user 13); the
+// sync key reads back. Comments only: no task edits. Checks each task's title before posting. Prints no secret.
+// Usage: node comment-w11-r190-2026-10-20.mjs https://tasks.woltje.com SAGE_TOKEN_FILE SYNC_TOKEN_FILE OUT_JSON
+import { readFileSync, writeFileSync, existsSync } from "node:fs";
+const [ORIGIN, KEY, SYNC, OUT] = process.argv.slice(2);
+if (!/^https:\/\/tasks\.woltje\.com$/.test(ORIGIN)) throw new Error("tasks.woltje.com only");
+if (!OUT || existsSync(OUT)) throw new Error("OUT_JSON missing or exists; refusing");
+const PROJECT = 19;
+const PSIG = "Posted by Sage (T3 1ef1e4f8) with Sage's own key (bot user 13).";
+const esc = (s) => s.replace(/&/g, "&amp;").replace(/</g, "&lt;").replace(/>/g, "&gt;");
+const ps = (xs) => xs.map((x) => `<p>${esc(x)}</p>`).join("") + `<p>${esc(PSIG)}</p>`;
+const STATE = "agents/sage/work/window-repin-4429a104f/STATE.md in commit 99a406ed3 (pushed), sha256 a4d0a7b12f431f15";
+const POSTS = [
+  { id: 386, title: /^Q173 test system: tester writes/, body: [
+    "Q173 re-pin window, 490e2771d to 4429a104f (row 192), done. STATE report: " + STATE + ".",
+    "Activation 20261020T220206Z-4429a104f6d6 with --pm, exit 0, every gate check including pm_launched. Store stays on 3i, migration none. Backup ~/.mosaic-dev/backups/stack/20261020T220206Z-4429a104f6d6 (SHA256SUMS b61d6484), rollback set beside it; rollback would go to 490e2771d. Business file unchanged (sha256 1e49bdf0). Console flags unchanged: no --send, no --sso, --tester-port 7333.",
+    "W0 to W10 passed, nothing rolled back. W10 stopped once on two browser checks; both were checks written before row 192 (the hidden #sign-out link, and a chat check that read only the first project list). Mos passed them (mos-1135) and the corrected checks are in the plan. Matrix line g is 6575 bytes, not 6454, because row 192 grows index.html by 121 bytes; Mos passed it (mos-1137).",
+    "S1 to S2 store deltas include task_snapshots +7 and task_comment_cursors +5. The writer is the bus's Vikunja poll (packages/tasks/src/adapter.mjs tick, sync.mjs recordTask), source 'poll', not the window. Nobody acted as Jason: no --by jason, no pi, no Save, no mosaic name, bus.tester untouched.",
+  ] },
+  { id: 412, title: /^Console SSO: zero-trust OIDC verification/, body: [
+    "Row 192 (Q175 phase 1) is live in copy 4429a104f since activation 20261020T220206Z (Q173 window with Mos). The sign-in code is in the copy but dormant: the Console runs without --sso, and the proof pair stays unset. The new oauth4webapi 3.8.8 dependency came in through npm ci in the new copy and imports cleanly from it.",
+    "STATE report: " + STATE + ". The webui journal since activation shows one 'Proxy: proxy proof off' line and no 'Sign-in:' line, as expected without --sso.",
+  ] },
+  { id: 393, title: /^dragon-lin: seven legacy user units in failed state/, body: [
+    "Current failure times read during the Q173 re-pin window W11 (systemctl --user show, CDT with UTC): mosaic-standup-pm.service failed 2026-10-19 19:00:28 CDT (10-20 00:00:28Z), exit 1. mosaic-install-drift.service failed 2026-10-20 00:12:54 CDT (05:12:54Z), exit 9. [email protected] failed 2026-10-20 13:16:12 CDT (18:16:12Z), exit 4.",
+    "The marker's journal at 18:16:12Z says its tmux send to jarvis failed ('tmux target not found', socket mosaic-fleet), so that page never arrived; the record is in ~/.local/state/mosaic-unit-failures/20261020.jsonl. mosaic-reconcile.service itself last ran OK at 17:16:27 CDT (22:16:27Z), so the marker is stale until reset.",
+    "All three predate the re-pin at 22:02Z and come from the legacy ~/.mosaic and jarvis-brain setup. The window changed none of them. Disabling or resetting any still needs Jason or ops-01's charter. Details: " + STATE + ", section 'Failed user units'.",
+  ] },
+  { id: 414, title: /^MVP platform: the Given list for Cases 1 and 2/, body: [
+    "Row 190 (several Mosaic Stack instances on one host, MVP T1.1, Gitea #1688) landed and pushed: 00d4cc1f6 on refactor (99a406ed3..00d4cc1f6). Squash of Darkwing's darkwing/row190-r3 176a6bf4b..df65a3d4c, 25 paths, manifest cc0ea9e8, Filbert approved round 3; patch-id matches the branch diff.",
+    "Sage gate on d0bbc5c1c with the patch: 15 package suites 2664 pass 0 fail, 10 scripts/test-*.sh suites 429 pass 0 fail. Mutants 20 of 20 killed. Not live: the stack runs copy 4429a104f until a re-pin. Row 230 (C2-13a) now carries row 190's @CONFIG_ENV@ and @SESSION_ENV@ tokens (gosalyn-0058 item 4).",
+  ] },
+];
+const key = readFileSync(KEY, "utf8").trim(), sync = readFileSync(SYNC, "utf8").trim();
+async function api(method, path, body, auth) {
+  const r = await fetch(ORIGIN + path, { method, headers: { Authorization: `Bearer ${auth}`, "Content-Type": "application/json" }, body: body === undefined ? undefined : JSON.stringify(body), redirect: "error" });
+  const t = await r.text(); let json = null; try { json = JSON.parse(t); } catch {}
+  return { status: r.status, json };
+}
+const list = (j) => j?.items ?? (Array.isArray(j) ? j : []);
+const rec = { at: new Date().toISOString(), comments: [], problems: [] };
+const save = () => {
+  const out = JSON.stringify(rec, null, 1) + "\n";
+  if (out.includes(key) || out.includes(sync)) throw new Error("secret in the record; not written");
+  writeFileSync(OUT, out);
+};
+for (const P of POSTS) {
+  const t = await api("GET", `/api/v2/tasks/${P.id}`, undefined, sync);
+  if (t.status !== 200 || t.json?.project_id !== PROJECT || !P.title.test(t.json?.title ?? "")) throw new Error(`task ${P.id}: ${t.status}, title check failed; nothing posted`);
+}
+writeFileSync(OUT, "", { flag: "wx" });
+for (const P of POSTS) {
+  const c = await api("PUT", `/api/v1/tasks/${P.id}/comments`, { comment: ps(P.body) }, key);
+  const e = { task: P.id, status: c.status, id: c.json?.id ?? null };
+  rec.comments.push(e);
+  if (c.status >= 300 || !Number.isSafeInteger(c.json?.id)) { rec.problems.push(`comment ${P.id}: ${c.status} ${c.json?.message ?? ""}`); save(); continue; }
+  const back = await api("GET", `/api/v2/tasks/${P.id}/comments?per_page=50`, undefined, sync);
+  const found = list(back.json).find((x) => x.id === c.json.id);
+  Object.assign(e, { readBack: back.status, found: Boolean(found) });
+  if (back.status !== 200 || !found) rec.problems.push(`comment ${P.id} read-back: ${back.status}`);
+  save();
+}
+save();
+process.stdout.write(JSON.stringify(rec, null, 1) + "\n");
+if (rec.problems.length) process.exit(2);
@@ -0,0 +1,13 @@
+{
+ "at": "2026-10-20T21:35:49.240Z",
+ "comments": [
+  {
+   "task": 412,
+   "status": 201,
+   "id": 395,
+   "readBack": 200,
+   "found": true
+  }
+ ],
+ "problems": []
+}
@@ -0,0 +1,34 @@
+{
+ "at": "2026-10-20T22:51:44.218Z",
+ "comments": [
+  {
+   "task": 386,
+   "status": 201,
+   "id": 406,
+   "readBack": 200,
+   "found": true
+  },
+  {
+   "task": 412,
+   "status": 201,
+   "id": 407,
+   "readBack": 200,
+   "found": true
+  },
+  {
+   "task": 393,
+   "status": 201,
+   "id": 408,
+   "readBack": 200,
+   "found": true
+  },
+  {
+   "task": 414,
+   "status": 201,
+   "id": 409,
+   "readBack": 200,
+   "found": true
+  }
+ ],
+ "problems": []
+}
@@ -0,0 +1,125 @@
+# Re-pin 490e2771d to 4429a104f (row 192, Q175 phase 1), with npm ci in the new copy
+
+Sage, 2026-10-20, draft 1, for mos-1099 item 3 under DECISIONS Q173. Mos checks this file at its commit before
+P0. Any change to this file or to NEW after the check means Mos checks again (mos-0849/0850).
+
+This is a smaller window than `repin-rows-177-185.md` (draft 2, which Mos checked in mos-0929). Where a step is
+the same, this file names that file's step and says what differs. The 7332 matrix, the snapshot, the W9 list and
+the rollback compare are reused unchanged.
+
+## Who, and what nobody does
+
+- Sage operates, as the tester. Darkwing holds the gate lane for row 190 round 3 tonight, so I take the
+  operator seat. Mos verifies each step's output before the next one and runs `rehearse` (P3), which reads the
+  live config and a live backup (`docs/TOOLS.md` `rehearse`: Jason or Mos runs it).
+- Jason has no step. Q173 covers a re-pin of this test system with a backup first and a STATE report after.
+  Nothing is pruned.
+- Nobody acts as Jason: no `--by jason`, no human shell or tmux pane, every bus read and write carries
+  `--tester`, and no request carries `jason.woltje`. `bus.tester` stays as it is; if it isn't `true`, stop at P1.
+- No pi (mos-0865 D2, P19 #383). No Save in the human Console, no `mosaic name`.
+- Outside reach doesn't change. The Console keeps its current flags. `--sso` stays off: row 192's sign-in code is
+  dormant without the flag, and `cli.mjs:57` refuses `--sso` with the preview flags the pointer carries anyway.
+  The proof pair stays unset. The tunnel still forwards 7332 only (P4 and W10 check it).
+
+## Names
+
+- OLD, live: `490e2771d3d057ab76991e2c7859cd251857e64c`, activation `20261020T192956Z-490e2771d3d0`, pointer
+  `pm: true`, schema 3i, Console `--port 7332 --public-host mosaic.woltje.com --auth-header X-authentik-username
+  --allow-user jason.woltje --tester-port 7333` (no `--send`, read from `stack-release.sh status` between 21:36Z and 21:39Z).
+- NEW: `4429a104f6d65ccf165f6c83b5d1dce3147dfde0`, row 192's landing, 103 commits past OLD (`git rev-list --count 490e2771d..4429a104f`).
+  The 106 that `status` showed is OLD to HEAD 305857c8f, so it also counts the three record commits below.
+  The commits after it (5b8def2f1 plans, 176a6bf4b sessions, 305857c8f queue) are records and don't move NEW. If
+  another code row lands before W0 (row 190 is the likely one), NEW stays here unless Mos rules otherwise.
+- REPO: the canonical checkout. `activate` runs REPO's `webui-service.sh`, so the four service scripts are held
+  at NEW for the window (P5).
+- `P=/mnt/storage/scratch/sage-pin-de352dfaf` (`business-check.mjs`, `console-check.sh`, checked against
+  `agents/sage/work/window-plan/repin-de352dfaf/SCRIPTS.sha256`).
+- `WIN=agents/sage/work/window-repin-4429a104f/`, where every transcript goes.
+- `SNAP=$WIN/snapshot.mjs`, a copy of `agents/darkwing/work/window-rows-177-185/snapshot.mjs`, sha256
+  `639fd28a2674aaa03ce824e3394b4052f21cdef7d6fa49bae61a9927ed341e67` (mos-0899). I check the sha before S1, S2
+  and any D3.
+
+## What NEW carries over OLD
+
+The path-limited log over `packages`, `scripts`, `roles`, `contracts`, `adapters`, `skills` and the package files:
+
+| Row | Commit | Live effect |
+|---|---|---|
+| 186 | 269134d8d | Tool only: the activate plan's backup line says what the run will do. |
+| 187 | 9a71e4e80 | Tool: activate sets, carries and drops the proof pair. The pointer has no pair, so nothing changes. |
+| 188 | 8fc0ee216 | Tool: proof file checks on a carried pair. No pair, no effect. |
+| 163 | 8ecc7a239 | Tool: `rehearse`, which P3 uses, and `bus start --no-launch`. CLI `cli.mjs` and `launcher.mjs` gain the `--no-launch` path; the default start is unchanged. |
+| 189 | ace27dc5e | Tool: `activate --no-send`. Live already runs without `--send`; the pointer carries that. |
+| 192 | 4429a104f | Console `--sso` (off here), `scripts/mosaic-config.mjs` load becomes async, `webui-service.sh` renders `--sso` only when given, and a new dependency, oauth4webapi 3.8.8. `cli.mjs` imports `sso.mjs` at the top, so the Console won't start from a copy without that module. |
+
+No schema step: `SCHEMA_VERSION` (`packages/bus/src/store.mjs:17`) is 3i at OLD and NEW, and no migration was
+added. `--plan` must say `migration: none`. No roles, skills, contracts, adapters or plug-in kinds changed. So: no
+harness set, no skill carry, no `pm-on`. One `activate --pm`.
+
+## npm ci in the new copy
+
+mos-1099 asks for npm ci in the new copy. `stack-copy.sh copy` already does it: it extracts the archive to a temp
+dir, refuses without `package.json` and `package-lock.json` (:55), runs `npm ci --no-audit --no-fund` there and
+writes no copy if it fails (:56). W0 checks the result: `node_modules/oauth4webapi/package.json` in the copy reads
+3.8.8, and `node --input-type=module -e "await import('oauth4webapi')"` from the copy exits 0. The live copy is
+163M; `/home` has 30G free (94% used), enough for one more.
+
+## Backups
+
+| Before | Backup | Taken by |
+|---|---|---|
+| W5 | the stopped store, `$DATA/backups/stack/<W5 activation id>/` with SHA256SUMS, DATA_ROOT, SCHEMA 3i, STAMP | `stack-release.sh` (row 185: every activate) |
+| W5 | the rollback set (units, wrapper, pointer) | `stack-release.sh` |
+| W9 | the business file, `cp -p` to `~/.config/mosaic-dev/businesses/mosaic-stack.json.pre-window-<stamp>` with its sha256, as evidence nothing wrote it | Sage, in W0b |
+
+## Before the window (nothing stopped)
+
+| # | Who | Step |
+|---|-----|------|
+| P0 | Mos | The `$P` sha check, as in the 177-185 plan P0. |
+| P1 | Sage | The business file, read only, the same values as the 177-185 plan P1. I report its sha256 now rather than assume the 06:15Z value. `business-check.mjs` for OLD now and for NEW after W0: LOAD_OK both. |
+| W0 | Sage | `cd $REPO && scripts/stack-copy.sh copy $NEW`, in a gap between gate-lane runs, since npm ci is heavy. Then the two npm checks above, and `diff <(git -C $REPO show $NEW:package-lock.json) $COPIES/$NEW/package-lock.json` empty. W0 writes only under `copies/` and changes nothing live, so it moves before P2 and P3, which need the copy. |
+| P2 | Sage | `console-check.sh $NEW` against a stub Console of NEW on a scratch port, once without and once with `--tester-port` on a second scratch port. CONSOLE_PASS both. |
+| P3 | Mos | `scripts/stack-release.sh rehearse $NEW mosaic-stack --backup 20261020T192956Z-490e2771d3d0 --port <scratch>`. It must pass every gate check but the PM's. It stops no unit and writes no pointer. Transcript in `$WIN/p3/`. Correction (mos-1107): `rehearse` starts NEW's Console with only `--port` and `--business`, not the pointer's flags. So Mos also starts NEW's Console by hand with the pointer's flags on two scratch ports and reads healthz and `/api/config` on both, then stops it (`$WIN/p3/flags-check.txt`, `flags-console.log`). |
+| P4 | Sage | The tunnel read, as in the 177-185 plan P4. |
+| P5 | Sage | `git -C $REPO diff --quiet $NEW HEAD -- scripts/stack-release.sh scripts/webui-service.sh scripts/bus-service.sh scripts/stack-copy.sh` and an empty `git status --porcelain` on the same four. Row 190 round 3 touches `webui-service.sh`; if it lands before W5, P5 fails and the window waits for Mos's ruling. |
+| P6 | Sage | The 7332 matrix (a)-(g) on OLD, as in the 177-185 plan, saved as `$WIN/matrix-old.txt`. |
+
+## The window
+
+| # | Who | Step |
+|---|-----|------|
+| W0b | Sage | The business file copy. |
+| W1 | Sage | Idle check (`mosaic agents --business mosaic-stack --tester`, `mosaic launches list`), the start stamp from `date -u`, then S1 `node $SNAP --store "$DATA/bus/bus.sqlite" --held`. |
+| W2 | Sage | `stack-release.sh status mosaic-stack`: pointer on OLD, `pm: true`, 3i, last line ok, unit flags match. |
+| W3 | Sage | `stack-release.sh activate $NEW mosaic-stack --pm --plan`. Must show from OLD to NEW, `migration: none`, the backup line, and the Console line with OLD's flags exactly: no `--send`, no `--sso`, no proof pair, `--tester-port 7333`. Any other difference stops here. |
+| W4 | Sage | The unit reads, as in the 177-185 plan W4. |
+| W5 | Sage, on Mos's go | `stack-release.sh activate $NEW mosaic-stack --pm`. Exit 0, `result ok`, every gate check including `pm_launched`. Record the activation id, the backup path and STAMP, and the backup SHA256SUMS sha256. Then `status`. |
+| W9 | Sage, after Mos verifies W5 | The 177-185 plan's W9 list unchanged, the chief turn and the one `assistant` thread turn included (mos-0929 Q3), plus two lines: the webui journal since the W5 stamp (with `UTC`) has one `Proxy: proxy proof off` and no `Sign-in:` line, and `ls -l /proc/<Console pid>/cwd` names the NEW copy. |
+| W10 | Sage | The browser check on 127.0.0.1:7333 and the matrix again as `$WIN/matrix-new.txt`, identical to `matrix-old.txt`. Then P4 again. Corrections after the window (mos-1135, mos-1137): the matrix line for a file the pin changes isn't "identical". Line (g) serves `index.html`, which row 192 grows by 121 bytes (6470 to 6591), so (g) is 200 non-json at 6575 bytes, not 6454. The two browser checks come from the 177-185 window, before row 192 and before a second thread project. "Only tester forms" now allows `#sign-out` while it is `hidden` and `/api/config` has no `sso: true`. "Chat lists the W9 thread" now reads every `.chat-projects section.panel` list (chat.js:93 renders one per project), not the first. |
+| W11 | Sage | STATE report in `$WIN/STATE.md`, posted on P19 386 and P19 412 and on Gitea #1690. |
+
+## Stop conditions and rollback
+
+The same as the 177-185 plan. Two failures in one window: stop and report (mos-0823).
+
+Rollback: `stack-release.sh rollback mosaic-stack --plan`, then the real run. The previous distinct copy in the
+log is 490e2771d, both are 3i, so no `--restore` and no data loss. OLD takes the same Console flags. The R1 and
+R1post compares are as in the 177-185 plan. A restore past W5 follows that plan's D3 steps, with Mos deciding.
+
+Keep every copy. Prune nothing.
+
+## Questions for the plan check
+
+- Q1: NEW is row 192 alone, not bundled with row 190. Row 190 (several instances) changes `stack-release.sh`
+  and `webui-service.sh` and deserves its own window. I recommend running this one first.
+- Q2: Sage operates instead of Darkwing, who is on the row 190 gate. OK?
+- Q3: W0 before P2 and P3. It writes a copy only. OK?
+
+## What Sage ran for this plan
+
+Read only, 2026-10-20 between 21:36Z and 21:39Z (clock read 21:39:50Z at the commit): `stack-release.sh status mosaic-stack` (pointer, last five log
+lines, unit flags match, 106 commits of drift), `git rev-list --count`, `SCHEMA_VERSION` at both ends, the
+path-limited log, `git diff --stat` on the service scripts, CLI and config loader, `stack-copy.sh:23-56`,
+`webui/src/cli.mjs:15-120`, `docs/TOOLS.md` on `rehearse`, `du -sh` of the live copy and `df -h /home`. Nothing
+live was changed.
@@ -0,0 +1,3 @@
+chief  rbb708846b605  claude-code  since 2026-10-20T19:29:59.053Z
+pm  rc36b17ef3788  claude-code  since 2026-10-20T20:20:56.278Z
+# exit 0
@@ -0,0 +1,256 @@
+{
+  "settings loaded": {
+    "pass": true
+  },
+  "settings": {
+    "banner": "Tester Console. Changes are recorded as tester, never as the human.",
+    "h1": "Settings",
+    "forms": [
+      "sign-out",
+      "conv-form",
+      "routes-form",
+      "instance-add-form",
+      "instance-change-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form"
+    ],
+    "convFormHidden": true,
+    "panels": [
+      "Routing",
+      "Role instances",
+      "Seat names"
+    ],
+    "instancesTable": true,
+    "nameForms": 6,
+    "routesForm": true,
+    "routesSubmitEnabled": true,
+    "forbidden": [],
+    "tokenLimitsPanel": false
+  },
+  "tester banner": {
+    "pass": true,
+    "detail": "Tester Console. Changes are recorded as tester, never as the human."
+  },
+  "instance, routes and name editors present": {
+    "pass": true
+  },
+  "only tester forms (conv-form is index.html:21, global and hidden)": {
+    "pass": false,
+    "detail": [
+      "sign-out",
+      "conv-form",
+      "routes-form",
+      "instance-add-form",
+      "instance-change-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form",
+      "tester-name-form"
+    ]
+  },
+  "no launch settings, assistant, limit reset or send": {
+    "pass": true,
+    "detail": []
+  },
+  "no Token limits panel (plan W10 item 2, amended)": {
+    "pass": true
+  },
+  "board": {
+    "busViewHidden": true,
+    "banner": true,
+    "headings": [
+      "Waiting on you –",
+      "All sessions –"
+    ],
+    "unavailable": false,
+    "length": 179,
+    "forms": [
+      "sign-out",
+      "conv-form"
+    ]
+  },
+  "board reads": {
+    "pass": true,
+    "detail": {
+      "busViewHidden": true,
+      "banner": true,
+      "headings": [
+        "Waiting on you –",
+        "All sessions –"
+      ],
+      "unavailable": false,
+      "length": 179,
+      "forms": [
+        "sign-out",
+        "conv-form"
+      ]
+    }
+  },
+  "chat": {
+    "hash": "#/chat",
+    "banner": true,
+    "threads": [
+      {
+        "href": "#/chat/threads/d0ba7a66-aa3f-4918-9518-94132bce6b28",
+        "name": "w9",
+        "instance": "assistant"
+      }
+    ],
+    "conversationOpen": false,
+    "forms": [
+      "sign-out",
+      "conv-form",
+      "chat-project-form"
+    ]
+  },
+  "chat lists the W9 thread": {
+    "pass": false,
+    "detail": [
+      {
+        "href": "#/chat/threads/d0ba7a66-aa3f-4918-9518-94132bce6b28",
+        "name": "w9",
+        "instance": "assistant"
+      }
+    ]
+  },
+  "W9 thread page not opened": {
+    "pass": true,
+    "detail": "#/chat"
+  },
+  "tester banner on chat": {
+    "pass": true
+  },
+  "requests": [
+    {
+      "method": "GET",
+      "url": "/api/config",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/config",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/messages",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus-status",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/messages",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/settings",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/usage",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/settings",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/usage",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/names",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/names",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/instances",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/instances",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/routes",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/routes",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/limits",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/limits",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/inbox",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/agents",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/messages",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/chat/projects",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/chat/threads",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/business",
+      "refused": false
+    }
+  ],
+  "no write through the listener": {
+    "pass": true,
+    "detail": []
+  },
+  "no request to the W9 thread messages or open": {
+    "pass": true,
+    "detail": []
+  }
+}
+W10 browser: FAIL
+# exit 1
@@ -0,0 +1,200 @@
+{
+  "config": {
+    "sso": null
+  },
+  "forms": [
+    {
+      "id": "sign-out",
+      "hidden": true,
+      "action": "/auth/logout",
+      "method": "post"
+    },
+    {
+      "id": "conv-form",
+      "hidden": true,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "routes-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "instance-add-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "instance-change-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "tester-name-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "tester-name-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "tester-name-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "tester-name-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "tester-name-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    },
+    {
+      "id": "tester-name-form",
+      "hidden": false,
+      "action": null,
+      "method": null
+    }
+  ],
+  "chat": {
+    "hash": "#/chat",
+    "open": false,
+    "projects": [
+      {
+        "project": "window-20261020-0801",
+        "threads": [
+          "#/chat/threads/d0ba7a66-aa3f-4918-9518-94132bce6b28"
+        ]
+      },
+      {
+        "project": "window-20261020-2205",
+        "threads": [
+          "#/chat/threads/446201de-e8b5-4df3-9356-d0d5422cc899"
+        ]
+      }
+    ]
+  },
+  "requests": [
+    {
+      "method": "GET",
+      "url": "/api/config",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/config",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/messages",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus-status",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/messages",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/settings",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/usage",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/settings",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/usage",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/names",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/names",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/instances",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/instances",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/routes",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/routes",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/limits",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/bus/limits",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/config",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/chat/projects",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/chat/threads",
+      "refused": false
+    },
+    {
+      "method": "GET",
+      "url": "/api/business",
+      "refused": false
+    }
+  ]
+}
+sign-out hidden true, sso null; W9 thread listed true; thread page open false; writes 0
+# exit 0
@@ -0,0 +1,8 @@
+a 200 ok=true
+b 401 error="sign-in required"
+c 401 error="sign-in required"
+d 403 error="proxy Host refused"
+e 403 error="tester listener required"
+f 403 error="proxy header refused"
+g 200 non-json 6575 bytes
+# exit 0
@@ -0,0 +1,7 @@
+# P4 2026-10-20T22:31:29Z
+DropInPaths=
+ExecStart={ path=/home/jwoltje/.local/bin/chisel ; argv[]=/home/jwoltje/.local/bin/chisel client --fingerprint ce+ISFvMAhuoCRDuc7riIf+hYz87TLHk/C9C/H8QsUg= --keepalive 25s --max-retry-interval 10s http://10.1.1.227:8080 R:0.0.0.0:7332:127.0.0.1:7332 ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 }
+# exit 0
+# R: specs (1): R:0.0.0.0:7332:127.0.0.1:7332 
+P4 PASS: one R: spec R:0.0.0.0:7332:127.0.0.1:7332, DropInPaths empty
+# exit 0
@@ -0,0 +1,6 @@
+ActiveState=active
+DropInPaths=
+MainPID=2950923
+ExecStart={ path=/home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0/scripts/mosaic ; argv[]=/home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0/scripts/mosaic bus start mosaic-stack --pm ; ignore_errors=no ; start_time=[Tue 2026-10-20 17:02:08 CDT] ; stop_time=[n/a] ; pid=2950923 ; code=(null) ; status=0/0 }
+WorkingDirectory=/home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+# exit 0
@@ -0,0 +1,12 @@
+● jarvis-curation-gate.service                            loaded failed failed Jarvis curation-gate liveness check (wake the agent if staged pulls sit uncurated)
+● jarvis-retro-check.service                              loaded failed failed Jarvis weekly retrospective ARTIFACT check (did Sunday's tick produce a retro?)
+● jarvis-retro.service                                    loaded failed failed Jarvis weekly retrospective tick
+● mosaic-install-drift.service                            loaded failed failed Assert the installed Mosaic binaries still match the committed source (drift, not failure)
+● mosaic-standup-pm.service                               loaded failed failed Coordinator standup trigger (evening)
+● [email protected] loaded failed failed Escalate failed Mosaic unit jarvis-curation-gate.service to the local agent seat
+● [email protected]   loaded failed failed Escalate failed Mosaic unit jarvis-retro-check.service to the local agent seat
+● [email protected]         loaded failed failed Escalate failed Mosaic unit jarvis-retro.service to the local agent seat
+● [email protected] loaded failed failed Escalate failed Mosaic unit mosaic-install-drift.service to the local agent seat
+● [email protected]     loaded failed failed Escalate failed Mosaic unit mosaic-reconcile.service to the local agent seat
+● setspark-tmp-guard.service                              loaded failed failed SetSpark: /tmp and scratch guard
+# exit 0
@@ -0,0 +1,5 @@
+ActiveState=active
+SubState=running
+ActiveEnterTimestamp=Tue 2026-10-13 08:40:19 CDT
+MainPID=1317
+# exit 0
@@ -0,0 +1,6 @@
+ActiveState=active
+DropInPaths=
+MainPID=2950925
+ExecStart={ path=/usr/bin/node ; argv[]=/usr/bin/node /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0/packages/webui/src/cli.mjs serve --checkout /mnt/storage/src/mosaic-stack --port 7332 --public-host mosaic.woltje.com --auth-header X-authentik-username --allow-user jason.woltje --tester-port 7333 ; ignore_errors=no ; start_time=[Tue 2026-10-20 17:02:08 CDT] ; stop_time=[n/a] ; pid=2950925 ; code=(null) ; status=0/0 }
+WorkingDirectory=/home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+# exit 0
@@ -0,0 +1,2 @@
+chief  r097436c91816  claude-code  since 2026-10-20T22:02:08.951Z
+# exit 0
@@ -0,0 +1,7 @@
+PASS markdown-preview.js is served and equals the copy's
+PASS /api/config on loopback: send=false edit=false
+PASS project.files through the Console: head=ae0b17c9586e51da7bc1b7e548c6acf913a55665 files=2 spec=true error=none
+PASS project.file spec/north-star.md through the Console: commit=ae0b17c9586e51da7bc1b7e548c6acf913a55665 length=99 error=none
+PASS loopback save refused: HTTP 403 error=read-only sent=false
+CONSOLE_PASS
+# exit 0
@@ -0,0 +1,19 @@
+[
+  {
+    "business": "mosaic-stack",
+    "instance": "chief",
+    "run": "r097436c91816",
+    "launchedBy": "jason",
+    "harness": "claude-code",
+    "model": "claude-opus-5-5",
+    "provider": "anthropic",
+    "modelKey": "opus",
+    "pid": 2951160,
+    "startTime": "63491912",
+    "runnerPid": 2951161,
+    "runnerStartTime": "63491912",
+    "runDir": "/home/jwoltje/.mosaic-dev/launches/mosaic-stack/r097436c91816",
+    "startedAt": "2026-10-20T22:02:08.941Z",
+    "live": true
+  }
+]
@@ -0,0 +1,2 @@
+r097436c91816  mosaic-stack/chief  claude-code claude-opus-5-5  by jason  since 2026-10-20T22:02:08.941Z  running
+# exit 0
@@ -0,0 +1,2 @@
+[]
+# exit 0
@@ -0,0 +1,2 @@
+created project window-20261020-2205  id 77e7b45f-8c34-49a3-b2fa-9cf565177c30
+# exit 0
@@ -0,0 +1 @@
+1792533965
@@ -0,0 +1,21 @@
+pointer: /home/jwoltje/.mosaic-dev/state/stack-active.json
+  {"copy":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","business":"mosaic-stack","pm":true,"claude":"/home/jwoltje/.local/bin/claude","console":["--port","7332","--public-host","mosaic.woltje.com","--auth-header","X-authentik-username","--allow-user","jason.woltje","--tester-port","7333"],"schema":"3i","activation":"20261020T220206Z-4429a104f6d6","at":"2026-10-20T22:02:09Z"}
+log (last five lines):
+  {"at":"2026-10-20T07:58:02Z","op":"activate","from":"89af38a83afa22a8a4f0d368a0a4030ad15a0efa","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T075800Z-490e2771d3d0","activation":"20261020T075800Z-490e2771d3d0","result":"ok"}
+  {"at":"2026-10-20T19:29:56Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":null,"activation":"20261020T192956Z-490e2771d3d0","result":"started"}
+  {"at":"2026-10-20T19:30:00Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T192956Z-490e2771d3d0","activation":"20261020T192956Z-490e2771d3d0","result":"ok"}
+  {"at":"2026-10-20T22:02:06Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","backup":null,"activation":"20261020T220206Z-4429a104f6d6","result":"started"}
+  {"at":"2026-10-20T22:02:09Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","backup":"20261020T220206Z-4429a104f6d6","activation":"20261020T220206Z-4429a104f6d6","result":"ok"}
+check:
+  bus: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  Console: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  CLI: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  result: pass
+bus status:
+  host: mosaic-stack, pid 2950923, running, since 2026-10-20T22:02:08.133Z, notifier off
+  socket: present
+  writer.lock: pid 2950981
+  boot: organization file loaded at 2026-10-20T22:02:08.125Z
+unit flags: match the pointer
+drift: 6 commit(s) on refactor since the pointer's copy
+# exit 0
@@ -0,0 +1,4 @@
+sent c5b43f04 to chief
+chief (RESULT, re c5b43f04) c3e236d7:
+Got the re-pin of 4429a104f6d65ccf165f6c83b5d1dce3147dfde0 from the tester; I took no action because a tester message authorizes nothing, and I launched and changed nothing.
+# exit 0
@@ -0,0 +1,4 @@
+sent b4b66ced to window-20261020-2205/w9
+assistant (RESULT, re b4b66ced) cfa7ea99:
+Assistant (run r497f1c817d4d) got the [mos test] message and is replying in one line as asked, without treating it as Jason's instruction or acting on it.
+# exit 0
@@ -0,0 +1,32 @@
+[
+  {
+    "seq": 570,
+    "id": "b4b66ced-d088-4b9c-a944-306f164028f9",
+    "at": "2026-10-20T22:05:58.283Z",
+    "business": "mosaic-stack",
+    "from_role": "tester",
+    "from_run": "tester-cli",
+    "to_role": "assistant",
+    "class": "REQUEST",
+    "in_reply_to": null,
+    "decision": null,
+    "corrects": null,
+    "body": "[mos test] reply with one line, then stop",
+    "to_name": null
+  },
+  {
+    "seq": 571,
+    "id": "cfa7ea99-7ccb-4225-80a6-9a903540e337",
+    "at": "2026-10-20T22:06:04.247Z",
+    "business": "mosaic-stack",
+    "from_role": "assistant",
+    "from_run": "r497f1c817d4d",
+    "to_role": "tester",
+    "class": "RESULT",
+    "in_reply_to": "b4b66ced-d088-4b9c-a944-306f164028f9",
+    "decision": null,
+    "corrects": null,
+    "body": "Assistant (run r497f1c817d4d) got the [mos test] message and is replying in one line as asked, without treating it as Jason's instruction or acting on it.",
+    "to_name": null
+  }
+]
@@ -0,0 +1,2 @@
+created window-20261020-2205/w9  id 446201de-e8b5-4df3-9356-d0d5422cc899  instance assistant
+# exit 0
@@ -0,0 +1,3 @@
+window-20261020-0801/w9  assistant  d0ba7a66
+window-20261020-2205/w9  assistant  446201de
+# exit 0
@@ -0,0 +1 @@
+446201de-e8b5-4df3-9356-d0d5422cc899
@@ -0,0 +1,165 @@
+{
+  "total": {
+    "input": 62,
+    "output": 9623,
+    "cacheWrite": 186650,
+    "cacheRead": 404132,
+    "unknownTurns": 1
+  },
+  "byRun": [
+    {
+      "run": "r8fba7e598156",
+      "input": 0,
+      "output": 0,
+      "cacheWrite": 0,
+      "cacheRead": 0,
+      "unknownTurns": 1
+    },
+    {
+      "run": "r4a96e2142e4d",
+      "input": 2,
+      "output": 52,
+      "cacheWrite": 11750,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rc78c9700c8e9",
+      "input": 14,
+      "output": 1519,
+      "cacheWrite": 18187,
+      "cacheRead": 89559,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r293f33bcbc63",
+      "input": 2,
+      "output": 44,
+      "cacheWrite": 18595,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r34520a581318",
+      "input": 6,
+      "output": 323,
+      "cacheWrite": 26349,
+      "cacheRead": 14307,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r7e99838f9f93",
+      "input": 2,
+      "output": 44,
+      "cacheWrite": 9858,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rc964611b2092",
+      "input": 4,
+      "output": 120,
+      "cacheWrite": 26138,
+      "cacheRead": 23870,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rbb708846b605",
+      "input": 12,
+      "output": 2089,
+      "cacheWrite": 17285,
+      "cacheRead": 73823,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rc36b17ef3788",
+      "input": 16,
+      "output": 5221,
+      "cacheWrite": 36717,
+      "cacheRead": 202573,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r097436c91816",
+      "input": 2,
+      "output": 131,
+      "cacheWrite": 11915,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r497f1c817d4d",
+      "input": 2,
+      "output": 80,
+      "cacheWrite": 9856,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    }
+  ],
+  "byInstance": [
+    {
+      "instance": "chief",
+      "input": 36,
+      "output": 4114,
+      "cacheWrite": 85486,
+      "cacheRead": 177689,
+      "unknownTurns": 1
+    },
+    {
+      "instance": "coder",
+      "input": 2,
+      "output": 44,
+      "cacheWrite": 18595,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "instance": "assistant",
+      "input": 4,
+      "output": 124,
+      "cacheWrite": 19714,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "instance": "pm",
+      "input": 20,
+      "output": 5341,
+      "cacheWrite": 62855,
+      "cacheRead": 226443,
+      "unknownTurns": 0
+    }
+  ],
+  "byProvider": [
+    {
+      "provider": "anthropic",
+      "input": 62,
+      "output": 9623,
+      "cacheWrite": 186650,
+      "cacheRead": 404132,
+      "unknownTurns": 1
+    }
+  ],
+  "byModel": [
+    {
+      "provider": "anthropic",
+      "model": "claude-opus-5-5",
+      "input": 62,
+      "output": 9623,
+      "cacheWrite": 186650,
+      "cacheRead": 404132,
+      "unknownTurns": 1
+    }
+  ],
+  "byAccount": [
+    {
+      "account": null,
+      "input": 62,
+      "output": 9623,
+      "cacheWrite": 186650,
+      "cacheRead": 404132,
+      "unknownTurns": 1
+    }
+  ]
+}
+# exit 0
@@ -0,0 +1,2 @@
+r097436c91816  mosaic-stack/chief  claude-code claude-opus-5-5  by jason  since 2026-10-20T22:02:08.941Z  running
+# exit 0
@@ -0,0 +1,19 @@
+[
+  {
+    "business": "mosaic-stack",
+    "instance": "chief",
+    "run": "r097436c91816",
+    "launchedBy": "jason",
+    "harness": "claude-code",
+    "model": "claude-opus-5-5",
+    "provider": "anthropic",
+    "modelKey": "opus",
+    "pid": 2951160,
+    "startTime": "63491912",
+    "runnerPid": 2951161,
+    "runnerStartTime": "63491912",
+    "runDir": "/home/jwoltje/.mosaic-dev/launches/mosaic-stack/r097436c91816",
+    "startedAt": "2026-10-20T22:02:08.941Z",
+    "live": true
+  }
+]
@@ -0,0 +1,153 @@
+{
+  "schema": "3i",
+  "tables": {
+    "decision_events": {
+      "rows": 21,
+      "maxSeq": 21,
+      "sha256": "28dd95056663dd5eb7442a3d815b73a4a3cd311a0e854fd82dc54f7dc3e6ef26"
+    },
+    "decisions": {
+      "rows": 21,
+      "maxSeq": 21,
+      "sha256": "fef1058660b0d128ef21089dda5e0fba7f71763d8325148fe521de0d3f57e4ad"
+    },
+    "deliveries": {
+      "rows": 1726,
+      "maxSeq": 1726,
+      "sha256": "8667571f4a05ce3621b04cf2dc5eb0311bac3d3aff1858584c78445c5c4c2fb4"
+    },
+    "events": {
+      "rows": 1525,
+      "maxSeq": 1525,
+      "sha256": "e51827e31f2fa5a9a50993e5a10f37f1dee383b7d673f793006bd2ba1e9a5573"
+    },
+    "instance_names": {
+      "rows": 0,
+      "maxSeq": null,
+      "sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
+    },
+    "message_threads": {
+      "rows": 2,
+      "maxSeq": null
+    },
+    "messages": {
+      "rows": 567,
+      "maxSeq": 567
+    },
+    "meta": {
+      "rows": 3,
+      "maxSeq": null,
+      "sha256": "89fec56e7293d19e0b2f6cd8c0ef745ebf99e4115abeaea7fbdbc98a261332d9"
+    },
+    "projects": {
+      "rows": 1,
+      "maxSeq": 1,
+      "sha256": "a3945f7462895e0e302029c542d384a6d33e559da900e6461d78bbcd7cc28b16"
+    },
+    "role_claims": {
+      "rows": 98,
+      "maxSeq": 98,
+      "sha256": "ac6694fd0b365469f7486ae1f31486cd52b31be7bc0399938b7361f22454362e"
+    },
+    "task_comment_cursors": {
+      "rows": 215,
+      "maxSeq": 215,
+      "sha256": "7f80df8efb90b502a9530a7ed5068d59be59b2eb318aa4e64ce6bf481762a5e9"
+    },
+    "task_snapshots": {
+      "rows": 401,
+      "maxSeq": 401,
+      "sha256": "cced8c7f90ecaa60eee3010d987013d8c0301563cb888860fd91b8c5a02f0a00"
+    },
+    "thread_claims": {
+      "rows": 2,
+      "maxSeq": 2,
+      "sha256": "6046c7088779aa2f6e9b3fd2c7520404b1678a4fcae71c2b9157a008bba22a5f"
+    },
+    "thread_opens": {
+      "rows": 0,
+      "maxSeq": null,
+      "sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
+    },
+    "threads": {
+      "rows": 1,
+      "maxSeq": 1,
+      "sha256": "3043721efd386f23dfdaad4acf41e0d553ff6182f0068c2133a615141bcf772a"
+    },
+    "usage_records": {
+      "rows": 30,
+      "maxSeq": 30,
+      "sha256": "7ecbc0606273043b017d778bb23880377bfe367f788d234289b7c132caa588f2",
+      "byRun": [
+        {
+          "business": "mosaic-stack",
+          "run": "r8fba7e598156",
+          "input": "0",
+          "output": "0",
+          "unknownTurns": 1
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r4a96e2142e4d",
+          "input": "2",
+          "output": "52",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc78c9700c8e9",
+          "input": "14",
+          "output": "1519",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r293f33bcbc63",
+          "input": "2",
+          "output": "44",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r34520a581318",
+          "input": "6",
+          "output": "323",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r7e99838f9f93",
+          "input": "2",
+          "output": "44",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc964611b2092",
+          "input": "4",
+          "output": "120",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rbb708846b605",
+          "input": "12",
+          "output": "2089",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc36b17ef3788",
+          "input": "16",
+          "output": "5221",
+          "unknownTurns": 0
+        }
+      ]
+    }
+  },
+  "untimed": [
+    "message_threads",
+    "meta",
+    "task_comment_cursors"
+  ]
+}
@@ -0,0 +1,167 @@
+{
+  "schema": "3i",
+  "tables": {
+    "decision_events": {
+      "rows": 21,
+      "maxSeq": 21,
+      "sha256": "28dd95056663dd5eb7442a3d815b73a4a3cd311a0e854fd82dc54f7dc3e6ef26"
+    },
+    "decisions": {
+      "rows": 21,
+      "maxSeq": 21,
+      "sha256": "fef1058660b0d128ef21089dda5e0fba7f71763d8325148fe521de0d3f57e4ad"
+    },
+    "deliveries": {
+      "rows": 1740,
+      "maxSeq": 1740,
+      "sha256": "554ce5b377ffacc72bfde11c99c920cd5d30337c8bfa217275d0073b587e2169"
+    },
+    "events": {
+      "rows": 1543,
+      "maxSeq": 1543,
+      "sha256": "0151673193d0286ce8f3b234d7d21fa2b0f43f2ceec55644cccaa5cbd77603dd"
+    },
+    "instance_names": {
+      "rows": 0,
+      "maxSeq": null,
+      "sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
+    },
+    "message_threads": {
+      "rows": 4,
+      "maxSeq": null
+    },
+    "messages": {
+      "rows": 571,
+      "maxSeq": 571
+    },
+    "meta": {
+      "rows": 3,
+      "maxSeq": null,
+      "sha256": "89fec56e7293d19e0b2f6cd8c0ef745ebf99e4115abeaea7fbdbc98a261332d9"
+    },
+    "projects": {
+      "rows": 2,
+      "maxSeq": 2,
+      "sha256": "3435f574ab94bc2fcc65fb8605251f30d4e9e63baf38e6fdf3c39c126531aa63"
+    },
+    "role_claims": {
+      "rows": 101,
+      "maxSeq": 101,
+      "sha256": "fb47114defbb8a57dd148a06fbaf61b30f791a81f14b1510b8c32690506b4308"
+    },
+    "task_comment_cursors": {
+      "rows": 220,
+      "maxSeq": 220,
+      "sha256": "df03c84094999299499de01107ddd08636df6156f5c9ccd2ff6e8c43e459f7e4"
+    },
+    "task_snapshots": {
+      "rows": 408,
+      "maxSeq": 408,
+      "sha256": "e2243a89388afba07e8d096b4961deeb2d17c656cdcace54b46eac7001393814"
+    },
+    "thread_claims": {
+      "rows": 4,
+      "maxSeq": 4,
+      "sha256": "088b8236570d8afe03364b85803fdc5034cce2cef6ed7b16f8b99bf6366524ad"
+    },
+    "thread_opens": {
+      "rows": 0,
+      "maxSeq": null,
+      "sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
+    },
+    "threads": {
+      "rows": 2,
+      "maxSeq": 2,
+      "sha256": "819fd24c64e279d0debad5ab5dbbe533d8e6f26de58277c69510b9cbbaadbc3a"
+    },
+    "usage_records": {
+      "rows": 34,
+      "maxSeq": 34,
+      "sha256": "de614f3d62c9b3819757c5659bee40085cb86cc873b7bfe381b13e254ddb7cad",
+      "byRun": [
+        {
+          "business": "mosaic-stack",
+          "run": "r8fba7e598156",
+          "input": "0",
+          "output": "0",
+          "unknownTurns": 1
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r4a96e2142e4d",
+          "input": "2",
+          "output": "52",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc78c9700c8e9",
+          "input": "14",
+          "output": "1519",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r293f33bcbc63",
+          "input": "2",
+          "output": "44",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r34520a581318",
+          "input": "6",
+          "output": "323",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r7e99838f9f93",
+          "input": "2",
+          "output": "44",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc964611b2092",
+          "input": "4",
+          "output": "120",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rbb708846b605",
+          "input": "12",
+          "output": "2089",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc36b17ef3788",
+          "input": "16",
+          "output": "5221",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r097436c91816",
+          "input": "2",
+          "output": "131",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r497f1c817d4d",
+          "input": "2",
+          "output": "80",
+          "unknownTurns": 0
+        }
+      ]
+    }
+  },
+  "untimed": [
+    "message_threads",
+    "meta",
+    "task_comment_cursors"
+  ]
+}
@@ -0,0 +1,193 @@
+# Re-pin window 490e2771d to 4429a104f (row 192, Q175 phase 1), STATE report (W11)
+
+Operator and tester: Sage. Plan: `agents/sage/work/window-plan/repin-4429a104f.md` at f41729178, sha256
+e1272d1a391e00fb1291d47da9973c0ba342d65fcd42f583ea007e883c1f32b9 (checked before W0b, W9). The plan file in
+this commit carries three corrections made after the window. They are listed at the end, so its sha256 differs
+now. Tool blob 3b068b1546d4 (`scripts/stack-release.sh`). OLD 490e2771d3d057ab76991e2c7859cd251857e64c, NEW
+4429a104f6d65ccf165f6c83b5d1dce3147dfde0. Every stamp below comes from `date -u` or from the transcript `W.txt`
+in this directory. Mos's gos: mos-1113 (W5), mos-1114 (W9 to W11), mos-1128 (W9b accepted), mos-1135 (W10
+browser part), mos-1137 (line g, post W11).
+
+## Outcome
+
+NEW is live for mosaic-stack with its PM, and the store stays on 3i. Row 192's sign-in code is in the copy but
+dormant, because the Console runs without `--sso`. W0 to W10 passed, and nothing was rolled back. W10 stopped
+once on two failed browser checks. I diagnosed both read-only as checks written before row 192, not faults in
+NEW, and Mos passed them (mos-1135). Matrix line (g) isn't byte-identical, for a known cause, and Mos passed it
+(mos-1137). Nobody acted as Jason. There was no `--by jason`, no pi, no Save and no `mosaic name`, and
+`bus.tester` was not touched.
+
+## Stamps and activation
+
+| Step | Start (UTC) | Result |
+| --- | --- | --- |
+| P1 values, business-check OLD | file written 21:43:13Z | values as planned, LOAD_OK (`p1.txt`) |
+| W0 copy NEW with npm ci, business-check NEW | 21:45:57Z | copied, lockfile diff empty, LOAD_OK (`w0.txt`) |
+| P2 console-check on a stub of NEW | 21:46:09Z | CONSOLE_PASS without and with `--tester-port` (`p2.txt`) |
+| P3 rehearsal (Mos) | 21:52:31Z to 21:52:34Z | REHEARSAL_PASS, rc 0 (`p3/`) |
+| P3 flags check (Mos) | 21:53:52Z to 21:53:56Z | NEW Console with the pointer flags on 7341/7342: healthz 200 both, then gone, 0 listeners |
+| P4, P5, P6 | 22:00:17Z | P4 PASS, P5 PASS (HEAD 4385b9ec1), `matrix-old.txt` |
+| W0b business file copy | 22:00:49Z | sha256 1e49bdf0 |
+| W1 idle check, S1 | 22:00:49.758Z | chief idle; S1 a7649760 |
+| W2 status | 22:00:49.819Z | pointer OLD, pm true, 3i, unit flags match |
+| W3 plan | 22:00:50.068Z | exit 0 (`W3-plan.txt` 45de68d4) |
+| W4 unit read | 22:00:50.238Z | OLD units, no drop-ins, bus `--pm`, no quote or backslash |
+| W5 activate (mos-1113) | 22:02:06.776Z, end 22:02:09.556Z | exit 0, gate passed, activate ok |
+| W5 status | 22:02:13.885Z | pointer NEW, pm true, 3i, unit flags match |
+| W9 checks and turns (mos-1114) | 22:05:51Z to 22:06:06Z | pass |
+| W9b run end and S2 | 22:21:05.171Z, S2 22:21:07Z | ended by the launcher (thread-idle); S2 1a444f5a |
+| W10 browser (stop), diagnosis | 22:29:14Z, 22:30:02Z | 10 of 12, then both failures traced to the checks |
+| W10 matrix, P4 (mos-1135) | 22:31:29Z | a-f identical, g +121 bytes; P4 PASS |
+| W11 reads | 22:44:33Z to 22:44:34Z | units, tunnel, business file, failed units |
+
+Activation id 20261020T220206Z-4429a104f6d6. Pointer `at` 2026-10-20T22:02:09Z.
+
+## Backups and hashes
+
+- Store backup: `~/.mosaic-dev/backups/stack/20261020T220206Z-4429a104f6d6`, SHA256SUMS sha256
+  b61d64843c9e2a153842606353450838da9cb778c8f3b9c27cc9366dd72ec0c9.
+- Rollback set: `~/.mosaic-dev/state/stack-rollback/20261020T220206Z-4429a104f6d6`. Rollback goes to 490e2771d.
+- Business file: 1e49bdf05e62607972958f5b7298cfd600c7825812370e26d7c2a842f2af9b93 at P1, at W0b and again at
+  W11. The W0b copy is `~/.config/mosaic-dev/businesses/mosaic-stack.json.pre-window-20261020T220049Z` with the
+  same hash. Nothing in the window wrote it. `backups.txt` holds the W0b and W5 lines.
+
+## Pointer before and after
+
+Before (W2): copy 490e2771d3d0, pm true, schema 3i, activation 20261020T192956Z-490e2771d3d0. Console flags
+`--port 7332 --public-host mosaic.woltje.com --auth-header X-authentik-username --allow-user jason.woltje
+--tester-port 7333`.
+
+After (W5, W9 and W11): copy 4429a104f6d6, pm true, schema 3i, activation 20261020T220206Z-4429a104f6d6. The
+Console flags are the same, with no `--send`, no `--sso` and no proof pair. Bus pid 2950923 and Console pid
+2950925, both since 22:02:08Z. Status shows drift of 6 commits on refactor since the pointer's copy (records).
+
+## Unit ExecStart lines (no Environment values)
+
+W11, after. Both units active, DropInPaths empty, WorkingDirectory the NEW copy:
+
+```
+bus:   ~/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0/scripts/mosaic bus start mosaic-stack --pm   (MainPID 2950923)
+webui: /usr/bin/node ~/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0/packages/webui/src/cli.mjs serve --checkout /mnt/storage/src/mosaic-stack --port 7332 --public-host mosaic.woltje.com --auth-header X-authentik-username --allow-user jason.woltje --tester-port 7333   (MainPID 2950925)
+```
+
+W4 read the same two lines on OLD's copy (W.txt 329-344). The bus Environment has 2 assignments with no quote or
+backslash. The values are not recorded. The Console's cwd is the NEW copy (W9). The webui journal since W5 has one
+"Proxy: proxy proof off" line and no "Sign-in:" line.
+
+Tunnel: `mosaic-preview-tunnel.service` active, running, MainPID 1317, since 2026-10-13 08:40:19 CDT. The window
+didn't touch it. P4 before and after shows one R: spec, `R:0.0.0.0:7332:127.0.0.1:7332`.
+
+## S1, S2 and the store
+
+S1 (`S1.json`, sha256 a7649760c3439705c8b5f3af26d0c21aea1081c1eb295fd02aef3a642064194b) is W1's held read at
+22:00:49Z. S2 (`agents/sage/work/window-repin-4429a104f/S2.json`, sha256
+1a444f5ac0049bc78e397b6928e1008cfe8cbc30989bbf2042b4ed27f56a4173) is the held read after the assistant run
+ended, at 22:21:07Z. Both are 3i. SNAP (`snapshot.mjs`, 639fd28a) was checked before each.
+
+| Table | S1 rows | S2 rows | S2 vs S1 |
+| --- | --- | --- | --- |
+| decisions, decision_events | 21, 21 | 21, 21 | same sha256 |
+| meta, instance_names, thread_opens | 3, 0, 0 | 3, 0, 0 | same sha256 |
+| deliveries | 1726 | 1740 | +14 |
+| events | 1525 | 1543 | +18 |
+| role_claims | 98 | 101 | +3 |
+| messages | 567 | 571 | +4 (counts only) |
+| message_threads | 2 | 4 | +2 (counts only) |
+| usage_records | 30 | 34 | +4 |
+| projects, threads, thread_claims | 1, 1, 2 | 2, 2, 4 | +1, +1, +2 |
+| task_snapshots | 401 | 408 | +7 |
+| task_comment_cursors | 215 | 220 | +5 |
+
+For every grown table with a seq, maxSeq grew by exactly the row delta.
+
+The task_snapshots and task_comment_cursors rows (mos-1128 item 2). The writer is the bus's own Vikunja poll, not
+an agent. `packages/bus/src/process.mjs:104` loads the tasks adapter. Its timer runs `tick` every `pollSeconds`
+(`packages/tasks/src/adapter.mjs:192-197`), and `sync.mjs:169` calls `broker.recordTask` with no cap
+(`packages/bus/src/broker.mjs:1123`). That writes `source 'poll'` with role and run null (`broker.mjs:1159-1174`)
+and the comment cursors (`:1131-1138`). The adapter logs only on an error (`adapter.mjs:115`), so the bus journal
+has no line for a good tick. That's why there's no sync line between 22:05Z and 22:22Z. The rows, read
+read-only after the window:
+
+- task_snapshots 402-404 at 22:05:08Z: P19 436, 435 and 434, all updated 22:04:55-56Z. 405-406 at 22:12:38Z: 438
+  and 437. 407 at 22:17:08Z: 438 again. 408 at 22:19:08Z: 431. All have `source poll`, `via cursor`, role null
+  and run null. These are tracker edits made by seats during the window, which the poll picked up.
+- task_comment_cursors 216-220: tasks 424, 432, 438, 431 and 436, last comments 397 to 401. These are the
+  comments seats posted on P19 in the same minutes (398 is Mos's comment on #432).
+
+Rows after S2 (task_snapshots 409 at 22:33Z, cursors 221-223) are the same poll and are outside the window.
+
+## W9 output
+
+- Status, console-check (CONSOLE_PASS), the journal counts, the Console cwd and one running chief from this
+  start (r097436c91816) all passed.
+- `talk chief --tester` (c5b43f04): the chief replied that a tester message authorizes nothing and it took no
+  action.
+- Project `window-20261020-2205`, thread 446201de-e8b5-4df3-9356-d0d5422cc899. `talk --thread` (b4b66ced) got one
+  assistant reply from run r497f1c817d4d. `thread read` shows the tester REQUEST and the assistant RESULT.
+- `threads`, `names` (empty) and `usage` read fine. The human-thread probe was skipped: S1's one thread is the
+  177-185 window's tester thread d0ba7a66, so no human thread exists.
+- W9b: the launcher logged launch at 22:06:00.766Z, thread-idle at 22:21:05.149Z and end at 22:21:05.171Z
+  (reason stopped, exit 0). Nobody stopped it by hand.
+
+## W10
+
+The browser check (`w10-browser.mjs`, dda57ccf) ran against 127.0.0.1:7333 with fetch and XHR limited to GET and
+HEAD. It made no writes and sent no W9 thread request. 10 of 12 checks passed. The two that failed:
+
+1. "Only tester forms": `#sign-out` was in the list. It is row 192's form at `packages/webui/src/public/index.html:12`,
+   `hidden`. `app.js:479` shows it only when `/api/config` has `sso: true`. The live config has no `sso`
+   key, and the form stayed hidden.
+2. "Chat lists the W9 thread": the check read only the first `ul.chat-thread-list`. `chat.js:93` renders one list
+   per project, and W9 made the second project. The diagnosis (`w10-diag.mjs`, 42d0844b) read every panel and
+   found 446201de listed.
+
+Both checks come from the 177-185 window (Darkwing's `window-rows-177-185/w10-browser.mjs`), written before row
+192 and before a second thread project existed. Corrected, they now read:
+
+- Only tester forms, allowing `#sign-out` when it is `hidden` and `/api/config` has no `sso: true`.
+- The W9 thread is in some `.chat-projects section.panel` thread list, not only the first.
+
+Both corrections are in the plan's W10 line, for the next window that copies this one.
+
+The matrix (`matrix-new.txt` against `matrix-old.txt`). Lines a to f are byte-identical. Line g is 200 non-json
+both times, but 6454 bytes on OLD and 6575 on NEW. `index.html` is 6470 bytes at 490e2771d and 6591 at 4429a104f,
+121, and the only hunk is the line 12 form. The served page grew by the same 121. The plan's W10 line now says a
+line for a file the pin changes isn't "identical", with this case as its example. P4 again at 22:31:29Z: PASS.
+
+## Failed user units (mos-1128 item 3)
+
+All three predate the re-pin at 22:02Z and come from the legacy `~/.mosaic` and jarvis-brain setup, not the
+stack. P19 #393, "dragon-lin: seven legacy user units in failed state", covers all three (filed by Mos on
+10-20 at about 01:42Z). It has no comments yet. The current failure times are later than the ones #393 lists,
+so I added a comment with them. Times are from `systemctl --user show` (CDT) with UTC alongside.
+
+| Unit | Runs | Failed | #393 |
+| --- | --- | --- | --- |
+| mosaic-standup-pm.service | `~/.mosaic/tools/coordinator/standup_trigger.py pm` | 2026-10-19 19:00:28 CDT (10-20 00:00:28Z), exit 1 | listed |
+| mosaic-install-drift.service | `~/src/jarvis-brain/scripts/alerting/mosaic-install-drift` | 2026-10-20 00:12:54 CDT (05:12:54Z), exit 9 | listed, with an older time |
+| mosaic-unit-failed@mosaic-reconcile.service | `~/.local/bin/mosaic-unit-failed mosaic-reconcile.service` | 2026-10-20 13:16:12 CDT (18:16:12Z), exit 4 | listed, with an older time |
+
+The marker's journal at 18:16:12Z says the escalation's tmux send to jarvis failed ("tmux target not found",
+socket mosaic-fleet), so the page wasn't delivered. The record is on disk in
+`~/.local/state/mosaic-unit-failures/20261020.jsonl`. `mosaic-reconcile.service` failed at that time (exit 7)
+but last ran OK at 17:16:27 CDT (22:16:27Z). The marker stays failed until something resets it. The journal no
+longer has lines for the other two units. The window changed none of these units, and touching them is
+outside it (`~/.mosaic` is off limits, and #393 needs Jason or ops-01's charter to disable any). W11's list also
+shows `setspark-tmp-guard.service` failed. It belongs to another project, and I've left it.
+
+## Corrections to the plan, made after the window
+
+- NEW is 103 commits past OLD (`git rev-list --count 490e2771d..4429a104f`), not 106. The 106 in `status` was OLD
+  to HEAD 305857c8f, so it also counted the three record commits.
+- P3: `rehearse` starts NEW's Console with only `--port` and `--business`, not the pointer's flags. Mos's
+  separate flags check covers that (`p3/flags-check.txt`, `p3/flags-console.log`). The line was wrong as
+  written (mos-1107).
+- W10: the matrix line g size change and the two corrected browser checks, as above.
+
+## Files
+
+`W.txt` (transcript), `S1.json`, `S2.json`, `matrix-old.txt`, `matrix-new.txt`, `backups.txt`, `W3-plan.txt`,
+`W5.txt`, `W5-status.txt`, `w0.txt`, `p1.txt`, `p2.txt`, `p3/` (Mos's rehearsal and flags check), `p456.sh`,
+`w9.sh`, `w9b.sh`, `w9.out`, `w9b.out`, `w10-browser.mjs`, `w10-diag.mjs` with their outputs (the three
+screenshots stay on disk in this directory, uncommitted, since the push check refuses binaries),
+and the `.w9*`, `.w10*` and `.w11*` reads. The store snapshot tool is `snapshot.mjs` (639fd28a).
@@ -0,0 +1,116 @@
+plan: activate for mosaic-stack
+from: 490e2771d3d057ab76991e2c7859cd251857e64c
+to: 4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+store schema: 3i (read from the store the running bus holds)
+target schema: 3i
+migration: none; the store is at the target's version
+backup: the run backs up the stopped store to /home/jwoltje/.mosaic-dev/backups/stack/<activation>/ before any migration
+commits: the run adds 103 (newest first, at most 200):
+  4429a104f webui: Q175 phase 1, the Console verifies SSO itself under --sso, OIDC RP with oauth4webapi 3.8.8 (row 192, #1690)
+  32b54ac3b plans: Case 2 row briefs from Gosalyn's 51006710a (webby-0034 N1/N2 and webby-0035: row A README :711 one line per variable, C2-13 owns README :713 and says the precheck prints only variable names)
+  6025ddd9c plans: Case 2 row briefs from Gosalyn's a2d94b2c2 (Webby r9 notes, webby-0032: row A README line on claude-session.env and the dist/providers/data/zai.json path, C2-13 XDG_DATA_HOME precheck and last-assignment-wins key file parse)
+  ecbfd6deb plans: Case 2 row briefs from Gosalyn's 29e85196b (design r9 for mos-1090: row A out of scope points at design 10 step 2d, C2-13 precheck checks the hub key file by name and mode, claude marker check only for claude-code harness, EnvironmentFile= fixed in case2-unit.sh)
+  0498c0613 agents: Gosalyn seat dir, README from gosalyn/case2-design, so Case 2 rows can name the seat as owner (#416)
+  49d1f3a23 plans: Case 2 slice row briefs plus rows A and B, from Gosalyn's f325657c7 on gosalyn/case2-design (#416, design r8, C2-13 copy id and profile asks for row 195, C2-20 count-only note, row A ZAI_API_KEY per mos-1086/mos-1089, row B #428 after 10-27)
+  628e2ca5c sessions: Filbert row 190 manifest round 1 CHANGES (base drift on row 189)
+  088087ac9 queue: revs 2248-2361+. Sage: rows 210 (#424 host access, Gizmoduck) and 211 (#426 force-push guard, Rocko) added and briefed; row 195 re-briefed to the Case 1 install on .53; review requests for 200 r1/r2 and 202; plus earlier Sage revs. Other seats' revs: Launchpad 2254, 2283-2284, 2286, 2311-2313, 2328-2329, 2344, 2347-2348 (rows 192/200); Honker 2255; Morgana 2257, 2320, 2326-2327 (row 204); Gander 2262; Herb 2265; Dewey 2268; Bushroot 2273; Megavolt 2276; Webby 2303, 2316, 2339, 2355 (row 192/200 verdicts); Gizmoduck 2304, 2318-2319 and the row 210 claim (rows 201/210); Quackerjack 2317, 2341-2342 (row 202); Duckworth 2323, 2335, 2353 (rows 201/204/202 verdicts); Darkwing 2354, 2357 (row 190 in-review)
+  a0fbefd48 plans: pre-push force-push hook and failing busy check brief (Vikunja #426, mos-1078, mos-1083; owner Rocko, reviewer Dewey)
+  f24f2cd40 plans: row 195 brief becomes the Case 1 install on 10.1.1.53 (Q181 hosts, Q182/Q183 recorded acceptance, Q185 existing account, chained on rows 190 and C2-13; ops-01 root steps under #423 step 1; sage-1439)
+  9ba31b5b3 agents: Honker's PRD 1.7 draft r2 on refactor for the prd.approve raise (11cb0423b, sha256 e896746df595d1b5155130ca163fbf63b0dc38a87a8dd154af77f1a6d1328647, Duckworth approved duckworth-0039, Vikunja #420)
+  9db578ff5 plans: agent host access with sudo through the credential store brief (#1707, Vikunja #424, Q183/Q184, chained on row 199)
+  8eb9ddd12 plans: FED R8 brief to r4.11 (b93f098f0, recorded acceptance, Duckworth N1/N2, #416 date), R5 context source (sage-1419), 193a makes covers level required (duckworth-0033 N1)
+  ae3c36f24 agents: Gizmoduck seat dir and roster row (FED R1 owner, #414)
+  a2af7ab49 plans: FED R1, R5, R2 and R8 briefs (#414, r4.9 a1daa3c07) and row 193a-d build briefs (#1691); Quackerjack seat dir and roster row
+  aa1bd209e gate-lane: row 189 gate timing table for row 197 (Herb)
+  ace27dc5e row 189 (#1687): stack-release.sh activate --no-send drops the Console's --send (Sage; Dewey approve 29485; Sage gate passed)
+  a4a42dbac plans: stack-release --sso brief (#1698, Launchpad, reviewer Webby, row 192 F3; chained on 192)
+  a31f1a0f8 plans: row 198 brief records Mos's call, in-process board reads behind the Console's auth (mos-1019)
+  992650232 plans: agent credentials and git identity brief (MVP T1 item 6, #1697, Megavolt, reviewer Duckworth); Megavolt seat dir
+  a7661ada0 plans: row 195 acceptance script takes Gizmoduck's gate item list; B8 issuer and TLS front end (mos-1011)
+  f871cb309 plans: retire the control board writer on 7331 brief (#1696, Bushroot, reviewer Webby, mos-1008 item 2); Bushroot seat dir
+  0bbd23c61 plans: row 195 brief adds the identity provider check and flags any new model account for Jason (mos-1008)
+  0217b71c8 plans: row 195 brief rewritten as the hub on its own host, host left to Jason (#1693, mos-0998, mos-1005)
+  c6f528a32 plans: second gate lane brief (#1695, Herb, reviewer Webby, mos-0977 item 6); Herb seat dir; gate template and busy check copies for the row
+  96f243faf plans: human boundary row brief (P19 333, #1694, Gander, reviewer Duckworth, mos-0989); Gander seat dir; seat READMEs name the credentials row, not row 195 (now 190b)
+  c86269935 sessions: Filbert row 190 design review r3, approved
+  48ebee0ff plans: row 190 brief scopes isolation to addressing on one uid, points to row 190b (Filbert N7, mos-0986)
+  66bdd84b8 sessions: Filbert row 190 design review r2, changes requested
+  6966164f0 plans: row 190b brief, Melanie's hub under its own Linux user (#1693, Darkwing, reviewer Duckworth), mos-0986
+  53bb59462 sage: common start for MVP T1 builder seats (mos-0974, mos-0977, mos-0981)
+  5e01c3683 agents: seat dirs and roster rows for Launchpad, Morgana, Honker (Sage's T1 builders) and Webby, Duckworth (Mos's reviewers); row 193 brief takes Mos's B1 starting rule (mos-0985)
+  9f56d2098 plans: rows 192 and 194 review by Webby, not Filbert or Dewey (mos-0981)
+  0599b119f plans: MVP T1 briefs, SSO phase 1 (#1690, Launchpad), human users (#1691, Morgana), agent lifecycle (#1692, Honker), mos-0974/0977
+  b416d2ede sage: Q175 SSO design, Mos C1 condition (mos-0977): straggler check before Jason step 4 in the phase 2 window
+  5fc73a729 revs 2237-2247: row 189 added, briefed, started, in-review round 1 (Dewey, comment 29457); rows 190 (Darkwing) and 191 (Rocko) added and briefed for MVP T1 (mos-0974); darkwing-190-start (rev 2245, Darkwing's) and rocko-191-start (rev 2244, made for Rocko)
+  99772421a sage: row 189 candidate manifest for Dewey's review (d6116771f)
+  da230ca48 plans: MVP T1 briefs, several instances per host (#1688, Darkwing) and the kill switch (#1689, Rocko), mos-0974
+  4f2d1be68 sessions: Filbert Q175 SSO design D1/D2 ack
+  d55d86bb0 sage: Q175 SSO design r3 fix, Filbert r3 D1 (loader checks slot shape only) and D2 (slot from config dir, scratch Console dataRoot and unreachable issuer)
+  c56ccf916 sessions: Filbert Q175 SSO design review r3, approve with D1
+  817e8f51b sage: Q175 SSO design r3 for #412, Filbert r2 C1 (shared loader, config.json inside the phase 2 window, rollback order, test 25) and C2 (401 signed-out page, test 24), notes and Q-E
+  5d019d876 sessions: Filbert Q175 SSO design review r2, changes
+  59475fc5a sage: row 163 landing record, P19 comments 372/373 on 337/412, and P19 #413 filed for the --no-send row
+  1a268249e sage: Q175 SSO design r2 for #412, Filbert r1 B1-B6, rulings Q-B/Q-C/Q-D, config in config.json (mos-0973)
+  def2e7932 plans: brief for stack-release activate --no-send (Q175 interim, mos-0972/0973, #1687, P19 413)
+  c30b36fff sessions: Filbert Q175 SSO design review r1, changes
+  9ae8c73ac queue: revs 2235-2236: row 163 Sage landing note (8ecc7a239, patch-id b8d5f8a37c24, gate passed on eaa0f2666) and done
+  8ecc7a239 row 163 (#1660): stack-release.sh rehearse, the D2 rehearsal on a scratch root from a backup, and bus start --no-launch (Sage; Filbert approve 29447; Sage gate passed)
+  7f57419b3 sage: Q175 SSO design for #412, OIDC relying party on oauth4webapi 3.8.8, for Filbert review (mos-0970, mos-0971)
+  4ca8d6e94 sage: row 42 run log, S7 reachability pass (51cebff7 answered by cff1e9ad after a chief launch, mos-0969)
+  22e5e825b sage: row 42 run log, plain mosaic on a pinned host supersedes the 10-12 full-path line (mos-0968)
+  e6dea74b2 sessions: Sage row 163 r2 approval intake; P19 337 comment 368 script and record
+  cd2b377bb queue: rev 2234: row 163 r2 approve from Filbert (op filbert-163-r2, comment 29447, candidate c6f4f4c12596)
+  ceccb0ef2 sessions: Filbert row 163 r2 review, approve
+  10ab8ea62 sessions: Sage row 163 r2 in-review; P19 337 comment 367 script and record
+  c539995cf queue: revs 2231-2233: row 163 r2 in-review from Sage (ops sage-163-r2-start, sage-163-inreview-2, .outcome; request comment 29446, reviewer Filbert, manifest c6f4f4c12596)
+  92cc6011c queue: rev 2230: row 163 r1 changes from Filbert (op filbert-163-r1, comment 29445, candidate 430212299beb)
+  7af166574 sage: row 163 r2 packet (candidate 2c090eefd on code 2a5f3a3a0, base 4f02486d5: diff, manifest c6f4f4c12596, gate passed, mutants K34-K41 killed)
+  2244e8baf sessions: Filbert row 163 r1 review, changes
+  bde0fdec9 sessions: Sage row 163 r1 in-review; P19 337 comment 366 script and record
+  def677bc7 queue: revs 2228-2229: row 163 r1 in-review from Sage (ops sage-163-inreview-1, .outcome; request comment 29444, reviewer Filbert, manifest 430212299beb)
+  51f67f1f8 sage: row 163 packet (candidate 4be3f6aec on 580500699: diff, manifest 430212299beb, gate passed, mutants K1-K33 killed after four survivors got tests)
+  5b298bd00 sessions: Dewey row 66 r1 (changes) and r2 (approve) reviews
+  565bc32c2 queue: revs 2223-2227: row 66 r2 round from Sage (2223-2225, ops sage-r66-r2-start, sage-r66-inreview-2); r2 verdicts from Filbert (2226, op filbert-66-r2, approve) and Dewey (2227, op dewey-66-r2, approve)
+  5140aa9e8 sessions: Filbert row 66 r2 review, approve
+  973cb5a87 queue: revs 2220-2222: row 163 Sage start (2220); row 66 r1 verdicts from Filbert (2221, op filbert-66-r1) and Dewey (2222, op dewey-66-r1)
+  b82ec9353 sage: row 66 r2 packet (candidate 0f4a57956: diff, manifest cee63e06fdea, gate, mutants K1-K4 killed, singles rerun)
+  3560c450a sessions: Filbert row 66 r1 review, changes
+  4f02486d5 sage: row 66 r1 packet (candidate 8ec03b45a: diff, manifest e68c6bce5ec4, gate r2), row 42 run log (trigger (a), mos-0960), SESSIONS line
+  263ea8a9a queue: revs 2215-2219: row 66 Sage start (2215), in-review round 1 on candidate manifest e68c6bce5ec4 (8ec03b45a) and request comment 29437 (2216-2217); row 163 brief re-pinned to b1500d96ad27 (6020bb43a) and briefed (2218-2219)
+  6020bb43a plans: D2 brief owner is sage (row 163, #1660), and D2 lands after the Part B window (mos-0958, mos-0959)
+  5487ed39d sage: row 188 landing record: P19 411 (N1) and comments 361-363 script and record, 409/410 description restore after a partial done update, SESSIONS line
+  31e328958 queue: revs 2209-2214: row 188 Darkwing start, in-review and request 29432 (2209-2211); Filbert approve 29433 (2212); Sage landing note (8fc0ee216, patch-id c9a56b167c07, stack-release.sh blob 2586a2a37cd2, gate passed) and done (2213-2214)
+  8fc0ee216 row 188 (#1686, P19 409, 410): stack-release T54, the proof file checks on a carried pair and a proof file inside the repository (Darkwing; Filbert approve 29433; Sage gate passed)
+  23a609c5c sessions: Filbert row 188 r1 review, approve
+  b9c1c9fe2 sage: Part B draft 2 A2 passed (mos-0958), row 188 launched, Vikunja comments 358-360 script and record, SESSIONS line
+  525990ecb queue: revs 2207-2208: row 188 add and briefed (Sage), #1686, P19 409/410, gates Part B (mos-0956)
+  148a9503d sage: Part B window file draft 2 for mos-0957 (F1: B6 and B-R1 name the stop's endLaunch rows, PB5 counts per step; F2: PB6, PB7 and B-R1 matrices run (a)-(h)); Q2 answered, Q1 to Jason's list
+  240f21650 brief: stack-release tests for a carried proof pair and a proof file inside the repository (P19 409, 410, #1686, mos-0956)
+  742e98976 sage: Part B window file, the read window's end stamp from the clock (10:29Z, not 10:40Z)
+  288ab1b5a sage: Part B window file for Mos's A2 check (live-copy B3 and B-R1, Q1 on J2 order), SESSIONS lines for Darkwing (row 187, 10:25:22Z) and Sage
+  a843ae284 sage: row 187 landing, P19 407-410 filed and P19 385 comment 357, #1685 closed (comment 29425), SESSIONS line
+  652d6f3a8 queue: revs 2201-2206: row 187 Darkwing start, in-review and request comment 29423 (2201-2203); Filbert approve comment 29424 (2204); landing note (9a71e4e80, patch-id 6b57c47bc661, gate passed) and done (Sage 2205-2206)
+  9a71e4e80 row 187 (#1685): activate sets, carries and drops the Console's proof pair
+  d17328a55 sessions: Filbert row 187 r1 review, approve
+  f81ebfbae sage: row 186 follow-ups filed as P19 405 and 406, P19 404 closed (mos-0955)
+  9760d4967 sage: row 186 landing, P19 404 comment 354 and SESSIONS line, with Darkwing's row 186 SESSIONS line (09:13:21Z)
+  16a936c79 queue: revs 2198-2200: row 186 Filbert approve comment 29419 (2198); landing note (269134d8d, patch-id c97b9f6e25cd, gate passed) and done (Sage 2199-2200)
+  269134d8d row 186 (#1684): the activate plan's backup line says what the run will do
+  3c5da3a91 sessions: Filbert row 186 r1 review, approve
+  b367f5730 sage: rows 186-187 Vikunja comments (P19 404 351, P19 385 352-353) and SESSIONS line (mos-0954)
+  5a768d82c queue: row 187 added and briefed (Part B A0, #1685), with Darkwing's row 186 start (rev 2193)
+  6de3c86be plans: brief for row 187, activate carries the row 178 proof pair (mos-0928 Part B A0, #1685)
+  1d7fd75e2 queue: row 186 added and briefed (P19 404, #1684)
+  f5c72a5c3 plans: brief for row 186, the activate plan's backup line (P19 404, #1684)
+  b724b7b0b sessions: Sage Part A window line, with Darkwing's 06:53:53Z and 08:28:01Z lines
+  e24a13ad8 sage: Vikunja scripts and read-back records 2026-10-13 to 10-20 (decision 110, mos-0882)
+  21aa1cab0 darkwing: re-pin window rows 177-185 packet, STATE.md (sha256 b586f11c9b6f1329), W.txt (edd4622c5c45ef3f), S1/S2/S2b/B snapshots, matrices, W10 browser check and P3 rehearsals (#1683; P19 386)
+  9ddd8a92c plans: repin-rows-177-185 draft 4, R1 snapshot after the plain rollback (mos-0943)
+  e7637b99c plans: repin-rows-177-185 draft 3, R1post expects one tester action.refused per refused read (mos-0935, mos-0942)
+  2ea05700b plans: mos-0928 plan draft 2, NEW is the row 185 landing 490e2771d
+  010666074 queue: revs 2185-2190: row 185 start and in-review on bf87dbba with request comment 29403 (Darkwing 2185-2187); Filbert approve comment 29404 (2188); landing note (490e2771d, patch-id 774cd23186d5, gate passed) and done (Sage 2189-2190)
+bus: scripts/bus-service.sh install --copy 4429a104f6d65ccf165f6c83b5d1dce3147dfde0 --copies /home/jwoltje/.local/share/mosaic-stack/copies --pm --claude /home/jwoltje/.local/bin/claude
+proof: off
+send: off
+Console: scripts/webui-service.sh install --copy 4429a104f6d65ccf165f6c83b5d1dce3147dfde0 --copies /home/jwoltje/.local/share/mosaic-stack/copies --port 7332 --public-host mosaic.woltje.com --auth-header X-authentik-username --allow-user jason.woltje --tester-port 7333
+CLI: scripts/stack-copy.sh wrapper 4429a104f6d65ccf165f6c83b5d1dce3147dfde0 --copies /home/jwoltje/.local/share/mosaic-stack/copies --bin /home/jwoltje/.npm-global/bin
@@ -0,0 +1,21 @@
+pointer: /home/jwoltje/.mosaic-dev/state/stack-active.json
+  {"copy":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","business":"mosaic-stack","pm":true,"claude":"/home/jwoltje/.local/bin/claude","console":["--port","7332","--public-host","mosaic.woltje.com","--auth-header","X-authentik-username","--allow-user","jason.woltje","--tester-port","7333"],"schema":"3i","activation":"20261020T220206Z-4429a104f6d6","at":"2026-10-20T22:02:09Z"}
+log (last five lines):
+  {"at":"2026-10-20T07:58:02Z","op":"activate","from":"89af38a83afa22a8a4f0d368a0a4030ad15a0efa","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T075800Z-490e2771d3d0","activation":"20261020T075800Z-490e2771d3d0","result":"ok"}
+  {"at":"2026-10-20T19:29:56Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":null,"activation":"20261020T192956Z-490e2771d3d0","result":"started"}
+  {"at":"2026-10-20T19:30:00Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T192956Z-490e2771d3d0","activation":"20261020T192956Z-490e2771d3d0","result":"ok"}
+  {"at":"2026-10-20T22:02:06Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","backup":null,"activation":"20261020T220206Z-4429a104f6d6","result":"started"}
+  {"at":"2026-10-20T22:02:09Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","backup":"20261020T220206Z-4429a104f6d6","activation":"20261020T220206Z-4429a104f6d6","result":"ok"}
+check:
+  bus: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  Console: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  CLI: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  result: pass
+bus status:
+  host: mosaic-stack, pid 2950923, running, since 2026-10-20T22:02:08.133Z, notifier off
+  socket: present
+  writer.lock: pid 2950981
+  boot: organization file loaded at 2026-10-20T22:02:08.125Z
+unit flags: match the pointer
+drift: 6 commit(s) on refactor since the pointer's copy
+# exit 0
@@ -0,0 +1,8 @@
+stack-release: captured the rollback set: /home/jwoltje/.mosaic-dev/state/stack-rollback/20261020T220206Z-4429a104f6d6
+stack-release: stopped both units
+stack-release: stopped store schema: 3i
+stack-release: backup: /home/jwoltje/.mosaic-dev/backups/stack/20261020T220206Z-4429a104f6d6
+stack-release: installed 4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+stack-release: gate passed on 4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+stack-release: activate ok: 4429a104f6d65ccf165f6c83b5d1dce3147dfde0 is live for mosaic-stack
+# exit 0
@@ -0,0 +1,2 @@
+W0b 2026-10-20T22:00:49Z business file copy /home/jwoltje/.config/mosaic-dev/businesses/mosaic-stack.json.pre-window-20261020T220049Z sha256 1e49bdf05e62607972958f5b7298cfd600c7825812370e26d7c2a842f2af9b93 (source /home/jwoltje/.config/mosaic-dev/businesses/mosaic-stack.json sha256 1e49bdf05e62607972958f5b7298cfd600c7825812370e26d7c2a842f2af9b93)
+W5 2026-10-20T22:02:13Z activation 20261020T220206Z-4429a104f6d6 backup /home/jwoltje/.mosaic-dev/backups/stack/20261020T220206Z-4429a104f6d6 SHA256SUMS sha256 b61d64843c9e2a153842606353450838da9cb778c8f3b9c27cc9366dd72ec0c9
@@ -0,0 +1,7 @@
+a 200 ok=true
+b 401 error="sign-in required"
+c 401 error="sign-in required"
+d 403 error="proxy Host refused"
+e 403 error="tester listener required"
+f 403 error="proxy header refused"
+g 200 non-json 6575 bytes
@@ -0,0 +1,8 @@
+# P6 2026-10-20T22:00:17Z
+a 200 ok=true
+b 401 error="sign-in required"
+c 401 error="sign-in required"
+d 403 error="proxy Host refused"
+e 403 error="tester listener required"
+f 403 error="proxy header refused"
+g 200 non-json 6454 bytes
@@ -0,0 +1,4 @@
+copy 490e2771d: roles 6, projects 1, arbiters 2
+HOLDS chief instance.name yes
+HOLDS pm instance.name no
+LOAD_OK
@@ -0,0 +1,19 @@
+{
+ "bus.tester": true,
+ "plugins": {
+  "usage-source": [
+   "transcript"
+  ],
+  "channel": [
+   "cli",
+   "webui"
+  ],
+  "harness": [
+   "claude-code"
+  ]
+ },
+ "launch.by": "chief",
+ "launch.instances has assistant": true,
+ "roles with pi harness": [],
+ "sha256": "1e49bdf05e62607972958f5b7298cfd600c7825812370e26d7c2a842f2af9b93"
+}
@@ -0,0 +1,35 @@
+start 2026-10-20T21:46:09Z
+business-check.mjs: OK
+console-check.sh: OK
+1ba3c7efbc84a1d7eb8ee0068d32b7917f4e75cdc4066703944cea4c20db5b93  /mnt/storage/scratch/sage-pin-de352dfaf/fixture/console-stub.mjs
+a4500094e7c7a6dc21797eaf2d696f9814f272ece945c2735b79e4593f9c9503  /mnt/storage/scratch/sage-p2-4429/console-stub-tester.mjs
+== run 1: pinned stub, no tester listener
+stub pid 2495939 port 39561
+PASS markdown-preview.js is served and equals the copy's
+PASS /api/config on loopback: send=false edit=false
+PASS project.files through the Console: head=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa files=2 spec=true error=none
+PASS project.file spec/north-star.md through the Console: commit=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa length=4 error=none
+PASS loopback save refused: HTTP 403 error=read-only sent=false
+CONSOLE_PASS
+PORT 39561
+CALLS []
+run 1 console-check rc=0
+== run 2: main listener plus a tester listener on a second port
+stub pid 2496085 port 35213 tester port 35945
+PASS markdown-preview.js is served and equals the copy's
+PASS /api/config on loopback: send=false edit=false
+PASS project.files through the Console: head=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa files=2 spec=true error=none
+PASS project.file spec/north-star.md through the Console: commit=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa length=4 error=none
+PASS loopback save refused: HTTP 403 error=read-only sent=false
+CONSOLE_PASS
+PASS main refuses x-mosaic-tester: HTTP 403 "tester listener required"
+PASS tester /api/config: HTTP 200 "tester":true
+PASS tester /api/config send and edit off: HTTP 200 "send":false,"edit":false
+PASS tester refuses the main auth header: HTTP 403 "proxy header refused"
+PASS tester refuses project-file save: HTTP 403 
+PORT 35213
+TPORT 35945
+CALLS []
+TESTER_PASS
+run 2 console-check rc=0 tester rc=0
+end 2026-10-20T21:46:10Z
@@ -0,0 +1 @@
+2026-10-20T21:52:34Z
@@ -0,0 +1,10 @@
+flags-check start 2026-10-20T21:53:52Z
+pid 2729699 alive: yes
+127.0.0.1:7341
+127.0.0.1:7342
+main /healthz: 200
+tester /healthz: 200
+main /api/config: {"board":"http://127.0.0.1:7331","send":false,"edit":false}
+pid 2729699 after TERM: gone
+listeners after: 0
+flags-check end 2026-10-20T21:53:56Z
@@ -0,0 +1,7 @@
+Mosaic Console: http://127.0.0.1:7341/
+Board: http://127.0.0.1:7331
+Bus: mosaic-stack
+Preview: https://mosaic.woltje.com/ through the proxy, signed-in user from x-authentik-username, read-only
+Proxy: proxy proof off
+Tester Console: http://127.0.0.1:7342/ (binds the tester)
+Ctrl-C stops this server.
@@ -0,0 +1 @@
+rc=0
@@ -0,0 +1,20 @@
+PASS copy: 4429a104f6d65ccf165f6c83b5d1dce3147dfde0, schema 3i
+PASS port: 127.0.0.1:7341 is free
+PASS backup: /home/jwoltje/.mosaic-dev/backups/stack/20261020T192956Z-490e2771d3d0 matches its SHA256SUMS
+PASS scratch-root: /home/jwoltje/.mosaic-dev/rehearsals/20261020T215231Z-4429a104f6d6/data from the backup, config and business file under /home/jwoltje/.mosaic-dev/rehearsals/20261020T215231Z-4429a104f6d6/config, business.diff beside them
+PASS data-root-live: /home/jwoltje/.mosaic-dev/rehearsals/20261020T215231Z-4429a104f6d6/data is not the live data root
+PASS sessions-live: no running session named in the data root
+PASS data-root-scratch
+PASS notify-off: binding null, so no Discord bridge
+PASS tracker-configured: bootConfig sets no trackers
+PASS credential-ref-live: 9 reference(s), each a placeholder
+PASS migration: not needed: the backup is already 3i
+PASS gate: host-up, bus-status, console-up, healthz and copy-match on 4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+PASS no-session: no sessions.json and no launches under /home/jwoltje/.mosaic-dev/rehearsals/20261020T215231Z-4429a104f6d6/data
+PASS console-stopped: pid 2675437
+PASS host-stopped: pid 2675436
+PASS host-released-store
+PASS backup-unchanged
+PASS live-config-unchanged
+REHEARSAL_PASS
+rehearsal directory: /home/jwoltje/.mosaic-dev/rehearsals/20261020T215231Z-4429a104f6d6
@@ -0,0 +1 @@
+2026-10-20T21:52:31Z
@@ -0,0 +1,7 @@
+# P4 2026-10-20T22:00:17Z
+DropInPaths=
+ExecStart={ path=/home/jwoltje/.local/bin/chisel ; argv[]=/home/jwoltje/.local/bin/chisel client --fingerprint ce+ISFvMAhuoCRDuc7riIf+hYz87TLHk/C9C/H8QsUg= --keepalive 25s --max-retry-interval 10s http://10.1.1.227:8080 R:0.0.0.0:7332:127.0.0.1:7332 ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 }
+# exit 0
+# R: specs (1): R:0.0.0.0:7332:127.0.0.1:7332 
+P4 PASS: one R: spec R:0.0.0.0:7332:127.0.0.1:7332, DropInPaths empty
+rc 0
@@ -0,0 +1,67 @@
+#!/usr/bin/env bash
+# P4-P6 of agents/sage/work/window-plan/repin-4429a104f.md (f41729178), adapted from Darkwing's window-rows-177-185/p456.sh, read only.
+# P4 the tunnel unit, P5 the four REPO scripts against NEW, P6 the 7332 matrix on OLD (matrix-old.txt).
+# usage: p456.sh p4|p5|p6
+set -uo pipefail
+REPO=/mnt/storage/src/mosaic-stack
+WIN=$REPO/agents/sage/work/window-repin-4429a104f
+NEW=4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+FILES=(scripts/stack-release.sh scripts/webui-service.sh scripts/bus-service.sh scripts/stack-copy.sh)
+# The plan's <32 letters>: a fixed dummy, not a secret. matrix-new.txt uses the same value.
+PROOF=abcdefghijklmnopqrstuvwxyzabcdef
+
+p4() {
+  echo "# P4 $(date -u +%FT%TZ)"
+  local out; out="$(systemctl --user show mosaic-preview-tunnel.service -p ExecStart -p DropInPaths)"; local rc=$?
+  printf '%s\n' "$out"; echo "# exit $rc"
+  local specs; specs="$(grep -oE 'R:[^ ;]+' <<<"$out")"
+  local n; n="$(grep -c . <<<"$specs")"
+  echo "# R: specs ($n): $(tr '\n' ' ' <<<"$specs")"
+  local drop; drop="$(sed -n 's/^DropInPaths=//p' <<<"$out")"
+  if [[ $rc -eq 0 && $n -eq 1 && "$specs" == "R:0.0.0.0:7332:127.0.0.1:7332" && -z "$drop" ]]; then
+    echo "P4 PASS: one R: spec R:0.0.0.0:7332:127.0.0.1:7332, DropInPaths empty"
+  else
+    echo "P4 FAIL"; return 3
+  fi
+}
+
+p5() {
+  echo "# P5 $(date -u +%FT%TZ); HEAD $(git -C $REPO rev-parse HEAD)"
+  git -C $REPO diff --quiet $NEW HEAD -- "${FILES[@]}"; local d=$?
+  echo "# git diff --quiet $NEW HEAD -- ${FILES[*]}: exit $d"
+  local st; st="$(git -C $REPO status --porcelain -- "${FILES[@]}")"; local s=$?
+  echo "# git status --porcelain (exit $s): [${st}]"
+  for f in "${FILES[@]}"; do echo "# $f HEAD blob $(git -C $REPO rev-parse HEAD:$f) NEW blob $(git -C $REPO rev-parse $NEW:$f)"; done
+  if [[ $d -eq 0 && $s -eq 0 && -z "$st" ]]; then echo "P5 PASS"; else echo "P5 FAIL"; return 3; fi
+}
+
+# one matrix line: label, then curl arguments; prints "<label> <code> <error or ok field>"
+req() {
+  local label="$1"; shift
+  local body; body="$(mktemp -p "${TMPDIR:-/tmp}")"
+  local code; code="$(curl -s -m 10 -o "$body" -w '%{http_code}' "$@")"
+  local field; field="$(node -e '
+    let s = require("fs").readFileSync(process.argv[1], "utf8"), j;
+    try { j = JSON.parse(s); } catch { console.log("non-json " + s.length + " bytes"); process.exit(0); }
+    console.log(j.error !== undefined ? "error=" + JSON.stringify(j.error) : "ok=" + JSON.stringify(j.ok));
+  ' "$body")"
+  rm -f "$body"
+  echo "$label $code $field"
+}
+
+p6() {
+  req a http://127.0.0.1:7332/healthz
+  req b -H 'Host: mosaic.woltje.com' http://127.0.0.1:7332/
+  req c -H 'Host: mosaic.woltje.com' -H "X-Mosaic-Proof: $PROOF" http://127.0.0.1:7332/
+  req d -H 'X-authentik-username: tester-probe' http://127.0.0.1:7332/
+  req e -H 'x-mosaic-tester: 1' http://127.0.0.1:7332/
+  req f -H 'X-authentik-username: tester-probe' http://127.0.0.1:7333/
+  req g -H "X-Mosaic-Proof: $PROOF" http://127.0.0.1:7333/
+}
+
+case "${1:-}" in
+  p4) p4 ;;
+  p5) p5 ;;
+  p6) p6 ;;
+  *) echo "usage: p456.sh p4|p5|p6" >&2; exit 2 ;;
+esac
@@ -0,0 +1,9 @@
+# P5 2026-10-20T22:00:17Z; HEAD 4385b9ec183a2da4136ccd639d2a6b041eb9c68f
+# git diff --quiet 4429a104f6d65ccf165f6c83b5d1dce3147dfde0 HEAD -- scripts/stack-release.sh scripts/webui-service.sh scripts/bus-service.sh scripts/stack-copy.sh: exit 0
+# git status --porcelain (exit 0): []
+# scripts/stack-release.sh HEAD blob 3b068b1546d4020cffde5d73929d9130afe91911 NEW blob 3b068b1546d4020cffde5d73929d9130afe91911
+# scripts/webui-service.sh HEAD blob 0a32547c54ac233e75a21f4817ae230855dbc088 NEW blob 0a32547c54ac233e75a21f4817ae230855dbc088
+# scripts/bus-service.sh HEAD blob f71250204dfeceb51beeea5941ebbf3a33ce4b92 NEW blob f71250204dfeceb51beeea5941ebbf3a33ce4b92
+# scripts/stack-copy.sh HEAD blob 24bbb02a6aa8d7857da7be3b6815105a9fef629f NEW blob 24bbb02a6aa8d7857da7be3b6815105a9fef629f
+P5 PASS
+rc 0
@@ -0,0 +1,235 @@
+// Merged window B+C, S1, S2 and D3 (repin-merged-bc.md "S1 and S2"): a read-only snapshot of every
+// table in a bus store, so the 3h to 3i migration and a restore can be checked without the bus.
+// OLD's broker doesn't take --tester on usage, names or threads.
+//
+// usage: node snapshot.mjs --store /abs/bus.sqlite (--held | --stopped) [--after STAMP] [--backup /abs/bus.sqlite]
+//   --held     the running bus holds the store: a plain readOnly open, which adds no file to a WAL
+//              store that already has -wal and -shm (as stack-release.sh does for a held store).
+//              Refuses store-not-held when either is absent
+//   --stopped  the bus is stopped: refuses store-unclean when -wal or -shm is present, else opens
+//              with immutable=1 and readOnly, which creates no file and leaves the store's mtime
+//              and sha256 alone
+//   --after    also counts each timed table's rows with `at` after STAMP (mos-0838 D3, before a
+//              --restore). STAMP is a backup's STAMP file, in now_ms form (stack-release.sh:43,
+//              2026-10-20T00:11:14.123Z). The count is a text compare, as the tool's own heldcount
+//              does, so every `at` in every timed table must have that form: a table with any
+//              other value refuses at-format and names the table (sage-1125)
+//   --backup   also compares every table with a stack-release backup's bus.sqlite, which opens as
+//              --stopped opens a store: immutable=1 and readOnly, refusing backup-unclean when -wal
+//              or -shm is present, so nothing writes into the backup set
+//
+// It prints one JSON object: the schema version, then for every table in sqlite_master (type
+// table, less sqlite_*) the row count, the max seq and a sha256 of the rows (in seq order, else in
+// column order). `untimed` names the tables with no `at` column. For usage_records it adds per-run
+// input and output sums, counted as `mosaic usage` counts them (usage.mjs turnRecords). messages
+// and message_threads hold bodies and names, so they print counts only, no sha256 (sage-1125). It
+// prints counts, hashes and table and meta key names only: no message body, no instance, project
+// or thread name, no credential and no file content. It reads no config: the store path is always
+// given.
+//
+// With --backup, each table gets `vsBackup` and `stopTables` names every table other than events
+// whose rows differ from the backup's (sage-1123): a row with `at` after STAMP, a row past the
+// backup's max seq, a changed row at or below it, a changed untimed table, or a table only one
+// side has. meta counts only when a key other than schema_version and schema_digest changed (the
+// 3h to 3i migration sets those two). Events are left to the tool's own --events N.
+import { DatabaseSync } from 'node:sqlite';
+import { createHash } from 'node:crypto';
+import { existsSync, lstatSync } from 'node:fs';
+import { isAbsolute } from 'node:path';
+import { pathToFileURL } from 'node:url';
+
+// usage_records is hashed on these columns in this order, never SELECT * (mos-0888 F1), as
+// 3h-3i.sql:9 copies it. Every other table is hashed on its own columns in name order, so a
+// rebuild that reorders columns keeps the hash. usage_records with any other column set refuses.
+const USAGE_COLUMNS = ['seq', 'at', 'business', 'run', 'instance', 'provider', 'model', 'account', 'turn', 'source',
+  'phase', 'status', 'code', 'cursor', 'input', 'output', 'cache_write', 'cache_read'];
+const COUNTS_ONLY = new Set(['messages', 'message_threads']);
+const SCHEMA_KEYS = ['schema_digest', 'schema_version'];
+const STAMP = /^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}\.\d{3}Z$/;
+
+function refuse(code, detail) {
+  process.stderr.write(`snapshot: ${code}: ${detail}\n`);
+  process.exit(1);
+}
+
+function args(argv) {
+  const o = {};
+  for (let i = 0; i < argv.length; i++) {
+    const a = argv[i];
+    if (a === '--store' || a === '--after' || a === '--backup') {
+      if (i + 1 >= argv.length) refuse('usage', `${a} needs a value`);
+      o[a.slice(2)] = argv[++i];
+    } else if (a === '--held' || a === '--stopped') {
+      if (o.mode) refuse('usage', 'give one of --held and --stopped');
+      o.mode = a.slice(2);
+    } else refuse('usage', `unknown argument ${a}`);
+  }
+  if (!o.store || !o.mode) refuse('usage', 'node snapshot.mjs --store /abs/bus.sqlite (--held | --stopped) [--after STAMP] [--backup /abs/bus.sqlite]');
+  if (!isAbsolute(o.store)) refuse('usage', '--store must be an absolute path');
+  if (o.backup !== undefined && !isAbsolute(o.backup)) refuse('usage', '--backup must be an absolute path');
+  if (o.after !== undefined && !(STAMP.test(o.after) && Number.isFinite(Date.parse(o.after))))
+    refuse('usage', '--after must be a STAMP like 2026-10-20T00:11:14.123Z');
+  return o;
+}
+
+function file(path, code) {
+  if (!existsSync(path) || !lstatSync(path).isFile()) refuse(code, `${path} is not a file`);
+}
+
+function immutable(path, code) {
+  for (const f of [path + '-wal', path + '-shm'])
+    if (existsSync(f)) refuse(code, `${f} is present; an immutable read would skip the WAL`);
+  return new DatabaseSync(pathToFileURL(path).href + '?immutable=1', { readOnly: true });
+}
+
+function open({ store, mode }) {
+  file(store, 'store-missing');
+  if (mode === 'stopped') return immutable(store, 'store-unclean');
+  // A plain readOnly open of a WAL store with no -wal and -shm creates them, so a store that
+  // nothing holds refuses here instead of gaining two files.
+  for (const f of [store + '-wal', store + '-shm'])
+    if (!existsSync(f)) refuse('store-not-held', `${f} is absent; use --stopped for a store the bus doesn't hold`);
+  return new DatabaseSync(store, { readOnly: true });
+}
+
+const q = (name) => `"${name.replaceAll('"', '""')}"`;
+const value = (v) => (typeof v === 'bigint' ? String(v) : v instanceof Uint8Array ? { hex: Buffer.from(v).toString('hex') } : v);
+
+// The same records `mosaic usage` counts: per (run, turn, source) the latest row, an end row
+// winning; a turn is known only when that row is an end row with status known.
+function byRun(rows) {
+  const turns = new Map();
+  for (const row of rows) {
+    const key = JSON.stringify([row.business, row.run, row.turn, row.source]);
+    if (row.phase === 'end' || !turns.has(key)) turns.set(key, row);
+  }
+  const runs = new Map();
+  for (const row of turns.values()) {
+    const key = JSON.stringify([row.business, row.run]);
+    if (!runs.has(key)) runs.set(key, { business: row.business, run: row.run, input: 0n, output: 0n, unknown: new Set() });
+    const r = runs.get(key);
+    if (row.phase === 'end' && row.status === 'known') {
+      r.input += BigInt(row.input);
+      r.output += BigInt(row.output);
+    } else r.unknown.add(row.turn);
+  }
+  return [...runs.values()].map(({ unknown, input, output, ...r }) => ({
+    ...r, input: String(input), output: String(output), unknownTurns: unknown.size,
+  }));
+}
+
+// meta is compared by key: the names of the keys whose value differs, never the values.
+function metaKeys(db) {
+  return new Map(db.prepare('SELECT key, value FROM meta').all().map((r) => [String(r.key), String(r.value)]));
+}
+
+// One table: rows, max seq and sha256; rows after `after`; with `priorMax` (the backup's max
+// seq) a second hash of the rows at or below it and the count of rows above it. The hashes stay
+// inside: a COUNTS_ONLY table's `t` gets none.
+function read(db, table, { after, priorMax } = {}) {
+  const cols = db.prepare('SELECT name FROM pragma_table_info(?)').all(table).map((c) => c.name);
+  if (!cols.length) refuse('table-missing', table);
+  let hashed = [...cols].sort();
+  if (table === 'usage_records') {
+    if (JSON.stringify(hashed) !== JSON.stringify([...USAGE_COLUMNS].sort()))
+      refuse('columns-changed', `usage_records has columns ${hashed.join(',')}`);
+    hashed = USAGE_COLUMNS;
+  }
+  const seq = cols.includes('seq');
+  const at = cols.includes('at');
+  const stmt = db.prepare(`SELECT ${hashed.map(q).join(',')} FROM ${q(table)} ORDER BY ${seq ? 'seq' : hashed.map(q).join(',')}`);
+  stmt.setReadBigInts(true);
+  const full = createHash('sha256');
+  const prior = createHash('sha256');
+  const limit = priorMax === undefined ? undefined : BigInt(priorMax ?? 0);
+  let rows = 0;
+  let rowsAfter = 0;
+  let badAt = 0;
+  let newRows = 0;
+  const kept = [];
+  for (const row of stmt.iterate()) {
+    rows++;
+    const line = JSON.stringify(hashed.map((c) => value(row[c]))) + '\n';
+    full.update(line);
+    if (seq && limit !== undefined) {
+      if (row.seq <= limit) prior.update(line);
+      else newRows++;
+    }
+    if (after !== undefined && at) {
+      if (typeof row.at !== 'string' || !STAMP.test(row.at)) badAt++;
+      else if (row.at > after) rowsAfter++;
+    }
+    if (table === 'usage_records') kept.push(row);
+  }
+  if (badAt) refuse('at-format', `${table} has ${badAt} row(s) whose at is not in the STAMP form, so a text compare with --after would miscount`);
+  const sha256 = full.digest('hex');
+  const t = { rows, maxSeq: seq ? (db.prepare(`SELECT max(seq) AS m FROM ${q(table)}`).get().m ?? null) : null };
+  if (!COUNTS_ONLY.has(table)) t.sha256 = sha256;
+  if (after !== undefined && at) t.rowsAfter = rowsAfter;
+  if (table === 'usage_records') t.byRun = byRun(kept);
+  return { t, sha256, cols: hashed, seq, at, newRows, priorSha: seq && limit !== undefined ? prior.digest('hex') : null };
+}
+
+// Tables only: no index, view or trigger, and none of SQLite's own sqlite_* tables.
+const tablesOf = (db) => db.prepare("SELECT name FROM sqlite_master WHERE type='table' AND name NOT LIKE 'sqlite\\_%' ESCAPE '\\' ORDER BY name")
+  .all().map((r) => r.name);
+
+const o = args(process.argv.slice(2));
+if (o.backup !== undefined) file(o.backup, 'backup-missing');
+const db = open(o);
+const bdb = o.backup === undefined ? null : immutable(o.backup, 'backup-unclean');
+const out = {};
+try {
+  db.exec('BEGIN');
+  out.schema = db.prepare("SELECT value FROM meta WHERE key='schema_version'").get()?.value ?? null;
+  const names = tablesOf(db);
+  const base = new Map();
+  if (bdb) {
+    out.backupSchema = bdb.prepare("SELECT value FROM meta WHERE key='schema_version'").get()?.value ?? null;
+    for (const name of tablesOf(bdb)) base.set(name, read(bdb, name));
+  }
+  out.tables = {};
+  out.untimed = [];
+  const stop = [];
+  for (const name of names) {
+    const b = base.get(name);
+    const r = read(db, name, { after: o.after, priorMax: b ? b.t.maxSeq : undefined });
+    if (!r.at) out.untimed.push(name);
+    if (bdb) {
+      const v = { backupRows: b ? b.t.rows : null };
+      let changed;
+      if (!b) changed = true;
+      else if (name === 'meta') {
+        const now = metaKeys(db);
+        const then = metaKeys(bdb);
+        v.keysChanged = [...new Set([...now.keys(), ...then.keys()])].filter((k) => now.get(k) !== then.get(k)).sort();
+        changed = v.keysChanged.some((k) => !SCHEMA_KEYS.includes(k));
+      } else if (r.seq) {
+        v.backupMaxSeq = b.t.maxSeq;
+        v.newRows = r.newRows;
+        v.priorSame = JSON.stringify(r.cols) === JSON.stringify(b.cols) && r.priorSha === b.sha256;
+        changed = r.newRows > 0 || !v.priorSame;
+      } else {
+        v.same = JSON.stringify(r.cols) === JSON.stringify(b.cols) && r.sha256 === b.sha256;
+        changed = !v.same;
+      }
+      if ((r.t.rowsAfter ?? 0) > 0) changed = true;
+      r.t.vsBackup = v;
+      if (changed && name !== 'events') stop.push(name);
+    }
+    out.tables[name] = r.t;
+  }
+  if (bdb) {
+    out.onlyInBackup = [...base.keys()].filter((n) => !names.includes(n));
+    out.stopTables = [...stop, ...out.onlyInBackup].sort();
+  }
+  if (o.after !== undefined) {
+    out.after = o.after;
+    out.eventsAfter = out.tables.events?.rowsAfter ?? null;
+  }
+} finally {
+  try { db.exec('ROLLBACK'); } catch {}
+  db.close();
+  bdb?.close();
+}
+process.stdout.write(JSON.stringify(out, null, 2) + '\n');
@@ -0,0 +1,16 @@
+#!/usr/bin/env bash
+# Re-pin 4429a104f window step wrapper (copied from Darkwing's window-rows-177-185/w.sh): w.sh FILE TITLE CMD... runs CMD in REPO under a clean env (no ANTHROPIC_*, CLAUDE_*,
+# MOSAIC_* or pi variables), appends the title, command, output, exit code and date -u stamps to window/FILE,
+# prints the output, and exits with CMD's exit code.
+set -uo pipefail
+W=/mnt/storage/src/mosaic-stack/agents/sage/work/window-repin-4429a104f
+f="$W/$1"; title="$2"; shift 2
+E=(env -i HOME="$HOME" PATH="$HOME/.local/bin:/usr/local/bin:/usr/bin:/bin" LANG=C.UTF-8
+  XDG_RUNTIME_DIR="$XDG_RUNTIME_DIR" DBUS_SESSION_BUS_ADDRESS="${DBUS_SESSION_BUS_ADDRESS:-unix:path=$XDG_RUNTIME_DIR/bus}")
+t0=$(date -u +%FT%T.%3NZ)
+{ echo; echo "## $title"; echo "# start $t0"; echo "# command: (cd \$REPO && <clean env> $*)"; } >> "$f"
+out=$(cd /mnt/storage/src/mosaic-stack && "${E[@]}" "$@" 2>&1); rc=$?
+printf '%s\n' "$out" >> "$f"
+echo "# exit $rc, end $(date -u +%FT%T.%3NZ)" >> "$f"
+printf '%s\n# exit %s\n' "$out" "$rc"
+exit $rc
@@ -0,0 +1,9 @@
+npm warn deprecated [email protected]: Use your platform's native DOMException instead
+
+added 128 packages in 2s
+npm warn install-scripts 3 packages had install scripts blocked because they are not covered by allowScripts:
+npm warn install-scripts   @google/[email protected] (preinstall: echo 'preinstall: no-op')
+npm warn install-scripts   [email protected] (postinstall: node install.js)
+npm warn install-scripts   [email protected] (postinstall: node scripts/postinstall)
+npm warn install-scripts
+npm warn install-scripts Run `npm install-scripts ls` to review, or `npm install-scripts approve <pkg>` to allow.
@@ -0,0 +1 @@
+copied: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
@@ -0,0 +1,16 @@
+start 2026-10-20T21:45:57Z
+stack-copy rc=0
+copied: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+npm warn install-scripts   [email protected] (postinstall: node scripts/postinstall)
+npm warn install-scripts
+npm warn install-scripts Run `npm install-scripts ls` to review, or `npm install-scripts approve <pkg>` to allow.
+oauth4webapi 3.8.8
+IMPORT_OK
+LOCK_MATCH
+163M	/home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+/dev/nvme1n1p5  458G  405G   30G  94% /home
+copy 4429a104f: roles 6, projects 1, arbiters 2
+HOLDS chief instance.name yes
+HOLDS pm instance.name no
+LOAD_OK
+end 2026-10-20T21:45:59Z
@@ -0,0 +1,109 @@
+// W10 of repin-4429a104f.md (e1272d1a), adapted from Darkwing's window-rows-177-185/w10-browser.mjs: the tester listener
+// on 127.0.0.1:7333 through the webui browser harness (packages/webui/tests/browser.mjs, same blob at HEAD and NEW). Reads only: before any page
+// script runs, fetch and XMLHttpRequest are wrapped so every call is logged and any method other than
+// GET or HEAD is refused in the page, and the script submits no form and clicks no button. The chat
+// check reads the #/chat list only and never opens the W9 thread page (the launcher reads lastOpen).
+import { browser } from '/mnt/storage/src/mosaic-stack/packages/webui/tests/browser.mjs';
+
+const OUT = '/mnt/storage/src/mosaic-stack/agents/sage/work/window-repin-4429a104f';
+const BASE = 'http://127.0.0.1:7333/';
+const W9_THREAD = '446201de-e8b5-4df3-9356-d0d5422cc899';
+const GUARD = `(() => {
+  const log = window.__w10 = [];
+  const ok = m => m === 'GET' || m === 'HEAD';
+  const f = window.fetch;
+  window.fetch = (input, init = {}) => {
+    const method = String(init.method || (input instanceof Request ? input.method : 'GET')).toUpperCase();
+    const url = String(input instanceof Request ? input.url : input);
+    log.push({ method, url, refused: !ok(method) });
+    return ok(method) ? f(input, init) : Promise.reject(new TypeError('w10 refused ' + method));
+  };
+  const open = XMLHttpRequest.prototype.open, send = XMLHttpRequest.prototype.send;
+  XMLHttpRequest.prototype.open = function (method, url, ...rest) { this.__m = String(method).toUpperCase(); this.__u = String(url); return open.call(this, method, url, ...rest); };
+  XMLHttpRequest.prototype.send = function (...a) { log.push({ method: this.__m, url: this.__u, xhr: true, refused: !ok(this.__m) }); if (!ok(this.__m)) throw new TypeError('w10 refused ' + this.__m); return send.apply(this, a); };
+})();`;
+
+const b = await browser({ machine: false });
+const result = {};
+let failed = false;
+const check = (name, pass, detail) => { result[name] = { pass, ...(detail === undefined ? {} : { detail }) }; if (!pass) failed = true; };
+try {
+  await b.call('Page.addScriptToEvaluateOnNewDocument', { source: GUARD });
+  await b.viewport(1280, 1600);
+  const wait = expr => b.evaluate(`(async()=>{for(let n=0;n<300;n++){if(${expr})return true;await new Promise(r=>setTimeout(r,50));}return false;})()`);
+
+  await b.navigate(BASE + '#/settings');
+  const ready = await wait('!!document.querySelector("#tester-banner") && !!document.querySelector("#routes-form") && !!document.querySelector(".tester-name-form")');
+  check('settings loaded', ready);
+  const s = await b.evaluate(`(() => {
+    const q = x => document.querySelector(x);
+    return {
+      banner: q('#tester-banner')?.textContent.trim() ?? null,
+      h1: q('#bus-view h1')?.textContent.trim() ?? null,
+      forms: [...document.querySelectorAll('form')].map(f => f.id || f.className),
+      convFormHidden: q('#conv-form')?.hidden ?? null,
+      panels: [...document.querySelectorAll('#bus-view h2')].map(h => h.textContent.trim()),
+      instancesTable: !!q('#instances-table'),
+      nameForms: document.querySelectorAll('.tester-name-form').length,
+      routesForm: !!q('#routes-form'),
+      routesSubmitEnabled: q('#routes-form button[type=submit]')?.disabled === false,
+      forbidden: [...document.querySelectorAll('#launch-settings-form, .assistant-form, #token-limits-table [data-limit-reset], #send-section')].map(e => e.id || e.className || e.tagName),
+      tokenLimitsPanel: !!q('#token-limits-title') || !!q('#token-limits-table'),
+    };
+  })()`);
+  result.settings = s;
+  check('tester banner', /tester/i.test(s.banner ?? ''), s.banner);
+  check('instance, routes and name editors present', s.instancesTable && s.routesForm && s.nameForms > 0);
+  check('only tester forms (conv-form is index.html:21, global and hidden)', s.convFormHidden === true && s.forms.every(f => f === 'conv-form' || f === 'routes-form' || /tester-name-form/.test(f) || /^instance-(add|change)-form$/.test(f)), s.forms);
+  check('no launch settings, assistant, limit reset or send', s.forbidden.length === 0, s.forbidden);
+  check('no Token limits panel (plan W10 item 2, amended)', s.tokenLimitsPanel === false);
+  await b.screenshot(`${OUT}/w10-settings.png`);
+
+  await b.navigate(BASE + '#/');
+  // The Board is index.html:22 #board-view; bus.js hides #bus-view on it.
+  const board = await wait('document.querySelector("#bus-view")?.hidden === true && !!document.querySelector("#board-view #waiting-title")');
+  await new Promise(r => setTimeout(r, 1500));
+  const bd = await b.evaluate(`(() => { const v = document.querySelector('#board-view'); return {
+    busViewHidden: document.querySelector('#bus-view')?.hidden ?? null,
+    banner: !!document.querySelector('#tester-banner'),
+    headings: [...v.querySelectorAll('h2')].map(h => h.textContent.replace(/\\s+/g, ' ').trim()),
+    unavailable: /unavailable|refused|not authorized/i.test(v.textContent),
+    length: v.textContent.length,
+    forms: [...document.querySelectorAll('form')].map(f => f.id || f.className),
+  }; })()`);
+  result.board = bd;
+  check('board reads', board && bd.busViewHidden === true && !bd.unavailable && bd.headings.length > 0, bd);
+  await b.screenshot(`${OUT}/w10-board.png`);
+
+  await b.navigate(BASE + '#/chat');
+  // chat.js threads(): ul.chat-thread-list with <a href="#/chat/threads/<id>">. Read only; no link is followed.
+  const chatReady = await wait('!!document.querySelector("ul.chat-thread-list") || /No threads yet/.test(document.body.textContent)');
+  const c = await b.evaluate(`(() => {
+    const list = document.querySelector('ul.chat-thread-list');
+    return {
+      hash: location.hash,
+      banner: !!document.querySelector('#tester-banner'),
+      threads: list ? [...list.querySelectorAll('li')].map(li => ({ href: li.querySelector('a')?.getAttribute('href') ?? null, name: li.querySelector('a')?.textContent.trim() ?? null, instance: li.querySelector('.muted')?.textContent.trim() ?? null })) : [],
+      conversationOpen: !!document.querySelector('.chat-conversation'),
+      forms: [...document.querySelectorAll('form')].map(f => f.id || f.className),
+    };
+  })()`);
+  result.chat = c;
+  check('chat lists the W9 thread', chatReady && c.threads.some(t => t.href === '#/chat/threads/' + W9_THREAD), c.threads);
+  check('W9 thread page not opened', c.hash === '#/chat' && c.conversationOpen === false, c.hash);
+  check('tester banner on chat', c.banner);
+  await b.screenshot(`${OUT}/w10-chat.png`);
+
+  const log = await b.evaluate('window.__w10');
+  result.requests = log;
+  check('no write through the listener', log.every(r => !r.refused && (r.method === 'GET' || r.method === 'HEAD')), log.filter(r => r.refused));
+  check('no request to the W9 thread messages or open', !log.some(r => r.url.includes(W9_THREAD)), log.filter(r => r.url.includes(W9_THREAD)));
+} catch (e) {
+  failed = true;
+  result.error = String(e?.message ?? e);
+} finally {
+  await b.close();
+}
+console.log(JSON.stringify(result, null, 2));
+console.log(failed ? 'W10 browser: FAIL' : 'W10 browser: pass');
+process.exit(failed ? 1 : 0);
@@ -0,0 +1,30 @@
+// W10 diagnosis after the two failed checks of w10-browser.mjs (sign-out form listed; chat list missing the W9 thread).
+// Read only, with the same GET/HEAD guard as w10-browser.mjs. Records each form's hidden flag on Settings, the /api/config
+// sso value the page sees, and every ul.chat-thread-list on #/chat (chat.js:93 renders one per project). No screenshots.
+import { browser } from '/mnt/storage/src/mosaic-stack/packages/webui/tests/browser.mjs';
+import { readFileSync } from 'node:fs';
+const src = readFileSync(new URL('./w10-browser.mjs', import.meta.url), 'utf8');
+const GUARD = eval(src.slice(src.indexOf('const GUARD = ') + 14, src.indexOf('`;', src.indexOf('const GUARD = ')) + 1));
+const BASE = 'http://127.0.0.1:7333/';
+const W9_THREAD = '446201de-e8b5-4df3-9356-d0d5422cc899';
+const b = await browser({ machine: false });
+const out = {};
+try {
+  await b.call('Page.addScriptToEvaluateOnNewDocument', { source: GUARD });
+  const wait = expr => b.evaluate(`(async()=>{for(let n=0;n<300;n++){if(${expr})return true;await new Promise(r=>setTimeout(r,50));}return false;})()`);
+  await b.navigate(BASE + '#/settings');
+  await wait('!!document.querySelector("#routes-form")');
+  out.config = await b.evaluate(`fetch('/api/config').then(r=>r.json()).then(j=>({sso:j.sso??null}))`);
+  out.forms = await b.evaluate(`[...document.querySelectorAll('form')].map(f=>({id:f.id||f.className,hidden:f.hidden,action:f.getAttribute('action'),method:f.getAttribute('method')}))`);
+  await b.navigate(BASE + '#/chat');
+  await wait('document.querySelectorAll("ul.chat-thread-list").length >= 1');
+  await new Promise(r => setTimeout(r, 1000));
+  out.chat = await b.evaluate(`({hash:location.hash,open:!!document.querySelector('.chat-conversation'),projects:[...document.querySelectorAll('.chat-projects section.panel')].map(s=>({project:s.querySelector('h2')?.textContent.trim(),threads:[...s.querySelectorAll('ul.chat-thread-list li a')].map(a=>a.getAttribute('href'))}))})`);
+  out.requests = await b.evaluate('window.__w10');
+} finally { await b.close(); }
+const signOut = out.forms.find(f => f.id === 'sign-out');
+const listed = out.chat.projects.some(p => p.threads.includes('#/chat/threads/' + W9_THREAD));
+const writes = out.requests.filter(r => r.refused || !['GET', 'HEAD'].includes(r.method));
+console.log(JSON.stringify(out, null, 2));
+console.log(`sign-out hidden ${signOut?.hidden}, sso ${out.config.sso}; W9 thread listed ${listed}; thread page open ${out.chat.open}; writes ${writes.length}`);
+process.exit(signOut?.hidden === true && listed && !out.chat.open && writes.length === 0 ? 0 : 1);
@@ -0,0 +1,277 @@
+# W9 go mos-1114, start 2026-10-20T22:05:51Z
+# plan e1272d1a, tool blob 3b068b1546d4, console-check.sh d068fe02, wrapper on NEW: checked
+pointer: /home/jwoltje/.mosaic-dev/state/stack-active.json
+  {"copy":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","business":"mosaic-stack","pm":true,"claude":"/home/jwoltje/.local/bin/claude","console":["--port","7332","--public-host","mosaic.woltje.com","--auth-header","X-authentik-username","--allow-user","jason.woltje","--tester-port","7333"],"schema":"3i","activation":"20261020T220206Z-4429a104f6d6","at":"2026-10-20T22:02:09Z"}
+log (last five lines):
+  {"at":"2026-10-20T07:58:02Z","op":"activate","from":"89af38a83afa22a8a4f0d368a0a4030ad15a0efa","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T075800Z-490e2771d3d0","activation":"20261020T075800Z-490e2771d3d0","result":"ok"}
+  {"at":"2026-10-20T19:29:56Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":null,"activation":"20261020T192956Z-490e2771d3d0","result":"started"}
+  {"at":"2026-10-20T19:30:00Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T192956Z-490e2771d3d0","activation":"20261020T192956Z-490e2771d3d0","result":"ok"}
+  {"at":"2026-10-20T22:02:06Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","backup":null,"activation":"20261020T220206Z-4429a104f6d6","result":"started"}
+  {"at":"2026-10-20T22:02:09Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"4429a104f6d65ccf165f6c83b5d1dce3147dfde0","backup":"20261020T220206Z-4429a104f6d6","activation":"20261020T220206Z-4429a104f6d6","result":"ok"}
+check:
+  bus: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  Console: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  CLI: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+  result: pass
+bus status:
+  host: mosaic-stack, pid 2950923, running, since 2026-10-20T22:02:08.133Z, notifier off
+  socket: present
+  writer.lock: pid 2950981
+  boot: organization file loaded at 2026-10-20T22:02:08.125Z
+unit flags: match the pointer
+drift: 6 commit(s) on refactor since the pointer's copy
+# exit 0
+PASS markdown-preview.js is served and equals the copy's
+PASS /api/config on loopback: send=false edit=false
+PASS project.files through the Console: head=ae0b17c9586e51da7bc1b7e548c6acf913a55665 files=2 spec=true error=none
+PASS project.file spec/north-star.md through the Console: commit=ae0b17c9586e51da7bc1b7e548c6acf913a55665 length=99 error=none
+PASS loopback save refused: HTTP 403 error=read-only sent=false
+CONSOLE_PASS
+# exit 0
+# journal since W5: proxy proof off 1, Sign-in 0
+# Console pid 2950925 cwd /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+r097436c91816  mosaic-stack/chief  claude-code claude-opus-5-5  by jason  since 2026-10-20T22:02:08.941Z  running
+# exit 0
+[
+  {
+    "business": "mosaic-stack",
+    "instance": "chief",
+    "run": "r097436c91816",
+    "launchedBy": "jason",
+    "harness": "claude-code",
+    "model": "claude-opus-5-5",
+    "provider": "anthropic",
+    "modelKey": "opus",
+    "pid": 2951160,
+    "startTime": "63491912",
+    "runnerPid": 2951161,
+    "runnerStartTime": "63491912",
+    "runDir": "/home/jwoltje/.mosaic-dev/launches/mosaic-stack/r097436c91816",
+    "startedAt": "2026-10-20T22:02:08.941Z",
+    "live": true
+  }
+]
+# exit 0
+# one running chief from this start: run r097436c91816
+chief  r097436c91816  claude-code  since 2026-10-20T22:02:08.951Z
+# exit 0
+sent c5b43f04 to chief
+chief (RESULT, re c5b43f04) c3e236d7:
+Got the re-pin of 4429a104f6d65ccf165f6c83b5d1dce3147dfde0 from the tester; I took no action because a tester message authorizes nothing, and I launched and changed nothing.
+# exit 0
+created project window-20261020-2205  id 77e7b45f-8c34-49a3-b2fa-9cf565177c30
+# exit 0
+created window-20261020-2205/w9  id 446201de-e8b5-4df3-9356-d0d5422cc899  instance assistant
+# exit 0
+# project window-20261020-2205, thread 446201de-e8b5-4df3-9356-d0d5422cc899
+sent b4b66ced to window-20261020-2205/w9
+assistant (RESULT, re b4b66ced) cfa7ea99:
+Assistant (run r497f1c817d4d) got the [mos test] message and is replying in one line as asked, without treating it as Jason's instruction or acting on it.
+# exit 0
+# reply received 2026-10-20T22:06:05Z
+[
+  {
+    "seq": 570,
+    "id": "b4b66ced-d088-4b9c-a944-306f164028f9",
+    "at": "2026-10-20T22:05:58.283Z",
+    "business": "mosaic-stack",
+    "from_role": "tester",
+    "from_run": "tester-cli",
+    "to_role": "assistant",
+    "class": "REQUEST",
+    "in_reply_to": null,
+    "decision": null,
+    "corrects": null,
+    "body": "[mos test] reply with one line, then stop",
+    "to_name": null
+  },
+  {
+    "seq": 571,
+    "id": "cfa7ea99-7ccb-4225-80a6-9a903540e337",
+    "at": "2026-10-20T22:06:04.247Z",
+    "business": "mosaic-stack",
+    "from_role": "assistant",
+    "from_run": "r497f1c817d4d",
+    "to_role": "tester",
+    "class": "RESULT",
+    "in_reply_to": "b4b66ced-d088-4b9c-a944-306f164028f9",
+    "decision": null,
+    "corrects": null,
+    "body": "Assistant (run r497f1c817d4d) got the [mos test] message and is replying in one line as asked, without treating it as Jason's instruction or acting on it.",
+    "to_name": null
+  }
+]
+# exit 0
+# thread read: 2 messages: tester->assistant REQUEST, assistant->tester RESULT
+window-20261020-0801/w9  assistant  d0ba7a66
+window-20261020-2205/w9  assistant  446201de
+# exit 0
+[]
+# exit 0
+{
+  "total": {
+    "input": 62,
+    "output": 9623,
+    "cacheWrite": 186650,
+    "cacheRead": 404132,
+    "unknownTurns": 1
+  },
+  "byRun": [
+    {
+      "run": "r8fba7e598156",
+      "input": 0,
+      "output": 0,
+      "cacheWrite": 0,
+      "cacheRead": 0,
+      "unknownTurns": 1
+    },
+    {
+      "run": "r4a96e2142e4d",
+      "input": 2,
+      "output": 52,
+      "cacheWrite": 11750,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rc78c9700c8e9",
+      "input": 14,
+      "output": 1519,
+      "cacheWrite": 18187,
+      "cacheRead": 89559,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r293f33bcbc63",
+      "input": 2,
+      "output": 44,
+      "cacheWrite": 18595,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r34520a581318",
+      "input": 6,
+      "output": 323,
+      "cacheWrite": 26349,
+      "cacheRead": 14307,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r7e99838f9f93",
+      "input": 2,
+      "output": 44,
+      "cacheWrite": 9858,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rc964611b2092",
+      "input": 4,
+      "output": 120,
+      "cacheWrite": 26138,
+      "cacheRead": 23870,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rbb708846b605",
+      "input": 12,
+      "output": 2089,
+      "cacheWrite": 17285,
+      "cacheRead": 73823,
+      "unknownTurns": 0
+    },
+    {
+      "run": "rc36b17ef3788",
+      "input": 16,
+      "output": 5221,
+      "cacheWrite": 36717,
+      "cacheRead": 202573,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r097436c91816",
+      "input": 2,
+      "output": 131,
+      "cacheWrite": 11915,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "run": "r497f1c817d4d",
+      "input": 2,
+      "output": 80,
+      "cacheWrite": 9856,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    }
+  ],
+  "byInstance": [
+    {
+      "instance": "chief",
+      "input": 36,
+      "output": 4114,
+      "cacheWrite": 85486,
+      "cacheRead": 177689,
+      "unknownTurns": 1
+    },
+    {
+      "instance": "coder",
+      "input": 2,
+      "output": 44,
+      "cacheWrite": 18595,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "instance": "assistant",
+      "input": 4,
+      "output": 124,
+      "cacheWrite": 19714,
+      "cacheRead": 0,
+      "unknownTurns": 0
+    },
+    {
+      "instance": "pm",
+      "input": 20,
+      "output": 5341,
+      "cacheWrite": 62855,
+      "cacheRead": 226443,
+      "unknownTurns": 0
+    }
+  ],
+  "byProvider": [
+    {
+      "provider": "anthropic",
+      "input": 62,
+      "output": 9623,
+      "cacheWrite": 186650,
+      "cacheRead": 404132,
+      "unknownTurns": 1
+    }
+  ],
+  "byModel": [
+    {
+      "provider": "anthropic",
+      "model": "claude-opus-5-5",
+      "input": 62,
+      "output": 9623,
+      "cacheWrite": 186650,
+      "cacheRead": 404132,
+      "unknownTurns": 1
+    }
+  ],
+  "byAccount": [
+    {
+      "account": null,
+      "input": 62,
+      "output": 9623,
+      "cacheWrite": 186650,
+      "cacheRead": 404132,
+      "unknownTurns": 1
+    }
+  ]
+}
+# exit 0
+# human-thread probe: skipped. S1 has 1 threads row, and threads --tester lists the 177-185 window's tester thread d0ba7a66, so no human thread exists to read
+# W9 checks and turns end 2026-10-20T22:06:06Z; the assistant run wait and S2 are w9b.sh
@@ -0,0 +1,93 @@
+#!/usr/bin/env bash
+# Re-pin 4429a104f, W9 checks and the turns (repin-4429a104f.md at f41729178, sha256 e1272d1a; the W9 list of
+# repin-rows-177-185.md plus the journal Sign-in line and the Console cwd), on Mos's go mos-1114.
+# Adapted from Darkwing's window-rows-177-185/w9.sh. Every call goes through w.sh into W.txt; every bus call carries
+# --tester. A failed check stops the script. The wait for the assistant run and S2 are in w9b.sh, so the interim
+# report to Mos goes out between the two (report rule, waits over 5 minutes).
+# usage: w9.sh
+set -uo pipefail
+REPO=/mnt/storage/src/mosaic-stack
+WIN=$REPO/agents/sage/work/window-repin-4429a104f
+NEW=4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+W5_STAMP="2026-10-20 22:02:06 UTC"
+W5_MS=$(date -d "2026-10-20T22:02:06Z" +%s)000
+PLAN=$REPO/agents/sage/work/window-plan/repin-4429a104f.md
+PLAN_SHA=e1272d1a391e00fb1291d47da9973c0ba342d65fcd42f583ea007e883c1f32b9
+TOOL_BLOB=3b068b1546d4020cffde5d73929d9130afe91911
+CC=/mnt/storage/scratch/sage-pin-de352dfaf/console-check.sh
+CC_SHA=d068fe02da897b700110a162d13d9671fe5994f053c45aff99113fade737094c
+CONSOLE_PID=2950925
+PRIOR_TID=d0ba7a66-aa3f-4918-9518-94132bce6b28
+MOSAIC=$HOME/.npm-global/bin/mosaic
+C_NEW=(node "$HOME/.local/share/mosaic-stack/copies/$NEW/packages/cli/src/cli.mjs")
+BZ=(--business mosaic-stack)
+W=$WIN/W.txt
+note() { echo "# $*" >> "$W"; echo "# $*"; }
+stop() { note "STOP: $*"; exit 1; }
+sha() { sha256sum < "$1" | cut -c1-64; }
+step() { local f="$1"; shift; $WIN/w.sh W.txt "$@" > "$WIN/$f"; local rc=$?; cat "$WIN/$f"; return $rc; }
+
+note "W9 go mos-1114, start $(date -u +%FT%TZ)"
+[ "$(sha $PLAN)" = "$PLAN_SHA" ] || stop "the plan file is not e1272d1a"
+[ "$(git -C $REPO rev-parse HEAD:scripts/stack-release.sh)" = "$TOOL_BLOB" ] || stop "tool blob moved"
+[ "$(sha $CC)" = "$CC_SHA" ] || stop "console-check.sh is not d068fe02 (SCRIPTS.sha256)"
+grep -q "/copies/$NEW/scripts/mosaic" "$MOSAIC" || stop "the wrapper is not pinned to NEW"
+note "plan e1272d1a, tool blob 3b068b1546d4, console-check.sh d068fe02, wrapper on NEW: checked"
+
+# checks
+step .w9-status.txt "W9 status" scripts/stack-release.sh status mosaic-stack || stop "W9 status exit"
+grep -q "\"copy\":\"$NEW\"" $WIN/.w9-status.txt && grep -q '"pm":true' $WIN/.w9-status.txt && grep -q '"schema":"3i"' $WIN/.w9-status.txt || stop "W9 status: pointer not on NEW, pm true, 3i"
+grep -q 'unit flags: match the pointer' $WIN/.w9-status.txt || stop "W9 status: unit flags"
+step .w9-cc.txt "W9 console-check NEW ($CC, d068fe02)" bash $CC $NEW || stop "console-check exit"
+grep -qx CONSOLE_PASS $WIN/.w9-cc.txt || stop "console-check not CONSOLE_PASS"
+J=$(journalctl --user -u mosaic-webui.service --since "$W5_STAMP" --no-pager)
+N=$(printf '%s\n' "$J" | grep -c 'Proxy: proxy proof off'); S=$(printf '%s\n' "$J" | grep -c 'Sign-in:')
+{ echo; echo "## W9 webui journal since $W5_STAMP: 'Proxy: proxy proof off' and 'Sign-in:' counts"; echo "proxy proof off $N, Sign-in $S"; } >> "$W"
+note "journal since W5: proxy proof off $N, Sign-in $S"
+[ "$N" = 1 ] || stop "proxy proof off count is $N, not 1"
+[ "$S" = 0 ] || stop "Sign-in count is $S, not 0"
+systemctl --user show -p MainPID --value mosaic-webui.service | grep -qx "$CONSOLE_PID" || stop "Console MainPID is not $CONSOLE_PID"
+CWD=$(readlink /proc/$CONSOLE_PID/cwd)
+{ echo; echo "## W9 Console pid $CONSOLE_PID cwd"; ls -l /proc/$CONSOLE_PID/cwd | sed 's/^.* -> /-> /'; } >> "$W"
+note "Console pid $CONSOLE_PID cwd $CWD"
+[ "$CWD" = "$HOME/.local/share/mosaic-stack/copies/$NEW" ] || stop "Console cwd is not the NEW copy"
+step .w9-launches.txt "W9 launches list" $MOSAIC launches list || stop "launches list"
+step .w9-launches.json "W9 launches list --json" $MOSAIC launches list --json || stop "launches list --json"
+sed -i '$d' $WIN/.w9-launches.json
+CHIEF=$(node -e '
+const l=JSON.parse(require("fs").readFileSync(process.argv[1],"utf8")),since=Number(process.argv[2]);
+const c=l.filter(x=>x.business==="mosaic-stack"&&x.instance==="chief"&&x.live===true);
+if(c.length!==1||!(Date.parse(c[0].startedAt)>=since)){console.error(`running chiefs ${c.length}`);process.exit(1)}
+process.stdout.write(c[0].run)' $WIN/.w9-launches.json "$W5_MS") || stop "launches: not one running chief from this start"
+note "one running chief from this start: run $CHIEF"
+step .w9-agents.txt "W9 agents --tester" $MOSAIC agents "${BZ[@]}" --tester || stop "agents"
+grep -E '(^|[[:space:]])chief[[:space:]].*working' $WIN/.w9-agents.txt && stop "the chief is working"
+
+# turns
+step .w9-talk-chief.txt "W9 talk chief --tester" $MOSAIC talk chief "[mos test] re-pin $NEW: reply with one line, no staffing request" "${BZ[@]}" --tester || stop "talk chief"
+PROJ=window-$(date -u +%Y%m%d-%H%M)
+step .w9-project.txt "W9 project create $PROJ --tester" $MOSAIC project create $PROJ "${BZ[@]}" --tester || stop "project create"
+step .w9-thread.txt "W9 thread create $PROJ w9 --tester" $MOSAIC thread create $PROJ w9 "${BZ[@]}" --tester || stop "thread create"
+TID=$(sed -n "s/^created $PROJ\/w9  id \([0-9a-f-]*\)  instance .*$/\1/p" $WIN/.w9-thread.txt)
+[ -n "$TID" ] || stop "no thread id"
+note "project $PROJ, thread $TID"
+echo "$TID" > $WIN/.w9-tid.txt
+step .w9-talk-thread.txt "W9 talk --thread --wait 180 --tester" $MOSAIC talk --thread "$TID" "[mos test] reply with one line, then stop" --wait 180 "${BZ[@]}" --tester || stop "talk --thread"
+note "reply received $(date -u +%FT%TZ)"
+date -u +%s > $WIN/.w9-reply-at.txt
+step .w9-thread-read.json "W9 thread read --json --tester" $MOSAIC thread read "$TID" --json "${BZ[@]}" --tester || stop "thread read"
+sed -i '$d' $WIN/.w9-thread-read.json
+node -e '
+const t=JSON.parse(require("fs").readFileSync(process.argv[1],"utf8"));
+console.log(`# thread read: ${t.length} messages: ${t.map(m=>`${m.from_role}->${m.to_role} ${m.class}`).join(", ")}`);
+process.exit(t.length===2&&t[0].from_role==="tester"&&t[1].from_role==="assistant"?0:1)' $WIN/.w9-thread-read.json | tee -a "$W" || stop "thread read is not the tester message plus one assistant reply"
+step .w9-threads.txt "W9 threads --tester" $MOSAIC threads "${BZ[@]}" --tester || stop "threads"
+grep -q "$TID\|$PROJ" $WIN/.w9-threads.txt || stop "threads does not list the W9 thread"
+step .w9-names.json "W9 C_NEW names --tester --json" "${C_NEW[@]}" names "${BZ[@]}" --tester --json || stop "names"
+step .w9-usage.json "W9 usage --tester --json" $MOSAIC usage "${BZ[@]}" --tester --json || stop "usage"
+if grep -q "${PRIOR_TID:0:8}" $WIN/.w9-threads.txt; then
+  note "human-thread probe: skipped. S1 has 1 threads row, and threads --tester lists the 177-185 window's tester thread ${PRIOR_TID:0:8}, so no human thread exists to read"
+else
+  note "human-thread probe: S1's one thread is not in threads --tester; probe it by hand before S2"
+fi
+note "W9 checks and turns end $(date -u +%FT%TZ); the assistant run wait and S2 are w9b.sh"
@@ -0,0 +1,185 @@
+# W9b start 2026-10-20T22:06:27Z: waiting for the launcher to end r497f1c817d4d (thread 446201de-e8b5-4df3-9356-d0d5422cc899), no stop by hand
+# r497f1c817d4d not live in launches list --json by 2026-10-20T22:21:07Z (5 s poll)
+r097436c91816  mosaic-stack/chief  claude-code claude-opus-5-5  by jason  since 2026-10-20T22:02:08.941Z  running
+# exit 0
+
+## W9b launches log lines for r497f1c817d4d (at, event, instance, thread, run, reason, exitCode, signal only)
+at=2026-10-20T22:06:00.766Z event=launch instance=assistant thread=446201de-e8b5-4df3-9356-d0d5422cc899 run=r497f1c817d4d
+at=2026-10-20T22:21:05.149Z event=thread-idle instance=assistant thread=446201de-e8b5-4df3-9356-d0d5422cc899 run=r497f1c817d4d
+at=2026-10-20T22:21:05.171Z event=end instance=assistant thread=446201de-e8b5-4df3-9356-d0d5422cc899 run=r497f1c817d4d reason=stopped exitCode=0 signal=null
+
+## W9b bus and webui journal since 2026-10-20 22:05:00 UTC, lines naming r497f1c817d4d or thread-idle
+2026-10-20T17:21:05.171444-05:00 dragon-lin mosaic[2950923]: mosaic-bus: run r497f1c817d4d (assistant) ended: stopped
+(grep exit 0)
+# SNAP sha256 639fd28a checked before S2 2026-10-20T22:21:07Z
+{
+  "schema": "3i",
+  "tables": {
+    "decision_events": {
+      "rows": 21,
+      "maxSeq": 21,
+      "sha256": "28dd95056663dd5eb7442a3d815b73a4a3cd311a0e854fd82dc54f7dc3e6ef26"
+    },
+    "decisions": {
+      "rows": 21,
+      "maxSeq": 21,
+      "sha256": "fef1058660b0d128ef21089dda5e0fba7f71763d8325148fe521de0d3f57e4ad"
+    },
+    "deliveries": {
+      "rows": 1740,
+      "maxSeq": 1740,
+      "sha256": "554ce5b377ffacc72bfde11c99c920cd5d30337c8bfa217275d0073b587e2169"
+    },
+    "events": {
+      "rows": 1543,
+      "maxSeq": 1543,
+      "sha256": "0151673193d0286ce8f3b234d7d21fa2b0f43f2ceec55644cccaa5cbd77603dd"
+    },
+    "instance_names": {
+      "rows": 0,
+      "maxSeq": null,
+      "sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
+    },
+    "message_threads": {
+      "rows": 4,
+      "maxSeq": null
+    },
+    "messages": {
+      "rows": 571,
+      "maxSeq": 571
+    },
+    "meta": {
+      "rows": 3,
+      "maxSeq": null,
+      "sha256": "89fec56e7293d19e0b2f6cd8c0ef745ebf99e4115abeaea7fbdbc98a261332d9"
+    },
+    "projects": {
+      "rows": 2,
+      "maxSeq": 2,
+      "sha256": "3435f574ab94bc2fcc65fb8605251f30d4e9e63baf38e6fdf3c39c126531aa63"
+    },
+    "role_claims": {
+      "rows": 101,
+      "maxSeq": 101,
+      "sha256": "fb47114defbb8a57dd148a06fbaf61b30f791a81f14b1510b8c32690506b4308"
+    },
+    "task_comment_cursors": {
+      "rows": 220,
+      "maxSeq": 220,
+      "sha256": "df03c84094999299499de01107ddd08636df6156f5c9ccd2ff6e8c43e459f7e4"
+    },
+    "task_snapshots": {
+      "rows": 408,
+      "maxSeq": 408,
+      "sha256": "e2243a89388afba07e8d096b4961deeb2d17c656cdcace54b46eac7001393814"
+    },
+    "thread_claims": {
+      "rows": 4,
+      "maxSeq": 4,
+      "sha256": "088b8236570d8afe03364b85803fdc5034cce2cef6ed7b16f8b99bf6366524ad"
+    },
+    "thread_opens": {
+      "rows": 0,
+      "maxSeq": null,
+      "sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
+    },
+    "threads": {
+      "rows": 2,
+      "maxSeq": 2,
+      "sha256": "819fd24c64e279d0debad5ab5dbbe533d8e6f26de58277c69510b9cbbaadbc3a"
+    },
+    "usage_records": {
+      "rows": 34,
+      "maxSeq": 34,
+      "sha256": "de614f3d62c9b3819757c5659bee40085cb86cc873b7bfe381b13e254ddb7cad",
+      "byRun": [
+        {
+          "business": "mosaic-stack",
+          "run": "r8fba7e598156",
+          "input": "0",
+          "output": "0",
+          "unknownTurns": 1
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r4a96e2142e4d",
+          "input": "2",
+          "output": "52",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc78c9700c8e9",
+          "input": "14",
+          "output": "1519",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r293f33bcbc63",
+          "input": "2",
+          "output": "44",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r34520a581318",
+          "input": "6",
+          "output": "323",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r7e99838f9f93",
+          "input": "2",
+          "output": "44",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc964611b2092",
+          "input": "4",
+          "output": "120",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rbb708846b605",
+          "input": "12",
+          "output": "2089",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "rc36b17ef3788",
+          "input": "16",
+          "output": "5221",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r097436c91816",
+          "input": "2",
+          "output": "131",
+          "unknownTurns": 0
+        },
+        {
+          "business": "mosaic-stack",
+          "run": "r497f1c817d4d",
+          "input": "2",
+          "output": "80",
+          "unknownTurns": 0
+        }
+      ]
+    }
+  },
+  "untimed": [
+    "message_threads",
+    "meta",
+    "task_comment_cursors"
+  ]
+}
+# exit 0
+# S2.json sha256 1a444f5ac0049bc78e397b6928e1008cfe8cbc30989bbf2042b4ed27f56a4173
+# W9b end 2026-10-20T22:21:07Z
+rc=0
@@ -0,0 +1,57 @@
+#!/usr/bin/env bash
+# Re-pin 4429a104f, W9 tail (adapted from Darkwing's window-rows-177-185/w9b.sh, under mos-0948's ruling for that window: the launcher
+# ends the assistant run at threadIdleSeconds 900 after the 22:06:05Z reply, about 22:21:05Z). Nothing is stopped by hand. Report if live at 22:27Z.
+# usage: w9b.sh
+set -uo pipefail
+REPO=/mnt/storage/src/mosaic-stack
+WIN=/mnt/storage/src/mosaic-stack/agents/sage/work/window-repin-4429a104f
+RUN=r497f1c817d4d
+TID=446201de-e8b5-4df3-9356-d0d5422cc899
+DATA=/home/jwoltje/.mosaic-dev
+SNAP=$WIN/snapshot.mjs
+SNAP_SHA=639fd28a2674aaa03ce824e3394b4052f21cdef7d6fa49bae61a9927ed341e67
+PLAN=$REPO/agents/sage/work/window-plan/repin-4429a104f.md
+PLAN_SHA=e1272d1a391e00fb1291d47da9973c0ba342d65fcd42f583ea007e883c1f32b9
+TOOL_BLOB=3b068b1546d4020cffde5d73929d9130afe91911
+MOSAIC=$HOME/.npm-global/bin/mosaic
+DEADLINE=$(date -d "2026-10-20T22:27:00Z" +%s)
+MARK18=$(date -d "2026-10-20T22:22:00Z" +%s)
+W=$WIN/W.txt
+note() { echo "# $*" >> "$W"; echo "# $*"; }
+stop() { note "STOP: $*"; exit 1; }
+sha() { sha256sum < "$1" | cut -c1-64; }
+step() { local f="$1"; shift; $WIN/w.sh W.txt "$@" > "$WIN/$f"; local rc=$?; cat "$WIN/$f"; return $rc; }
+# launches log lines for the run: at, event, instance, thread, run, reason, exitCode, signal only
+runlog() { node -e '
+const keep=["at","event","instance","thread","run","reason","exitCode","signal"];
+for(const s of require("fs").readFileSync(process.argv[1],"utf8").trim().split("\n")){const o=JSON.parse(s);if(o.run!==process.argv[2])continue;
+console.log(keep.filter(k=>k in o).map(k=>`${k}=${o[k]}`).join(" "))}' "$DATA/launches/mosaic-stack.jsonl" "$RUN"; }
+
+note "W9b start $(date -u +%FT%TZ): waiting for the launcher to end $RUN (thread $TID), no stop by hand"
+[ "$(sha $PLAN)" = "$PLAN_SHA" ] || stop "the plan file is not e1272d1a"
+[ "$(git -C $REPO rev-parse HEAD:scripts/stack-release.sh)" = "$TOOL_BLOB" ] || stop "tool blob moved"
+END=; M18=
+while :; do
+  $MOSAIC launches list --json > $WIN/.w9b-poll.json 2>&1 || stop "launches poll"
+  LIVE=$(node -e 'const l=JSON.parse(require("fs").readFileSync(process.argv[1],"utf8"));process.stdout.write(l.filter(x=>x.run===process.argv[2]&&x.live===true).map(x=>x.run).join(" "))' $WIN/.w9b-poll.json $RUN)
+  [ -z "$LIVE" ] && { END=$(date -u +%FT%TZ); break; }
+  NOW=$(date +%s)
+  if [ -z "$M18" ] && [ $NOW -ge $MARK18 ]; then M18=1; note "22:22Z mark $(date -u +%FT%TZ): $RUN still live; launches log lines for it:"; runlog | tee -a "$W"; fi
+  [ $NOW -ge $DEADLINE ] && break
+  sleep 5
+done
+if [ -z "$END" ]; then
+  note "STOP: $RUN still live at $(date -u +%FT%TZ) (22:27Z mark); a stop is Mos's call. S2 waits."
+  runlog | tee -a "$W"
+  exit 4
+fi
+note "$RUN not live in launches list --json by $END (5 s poll)"
+step .w9b-launches-after.txt "W9b launches list after the assistant run" $MOSAIC launches list
+{ echo; echo "## W9b launches log lines for $RUN (at, event, instance, thread, run, reason, exitCode, signal only)"; runlog; } | tee -a "$W"
+{ echo; echo "## W9b bus and webui journal since 2026-10-20 22:05:00 UTC, lines naming $RUN or thread-idle"; journalctl --user -u [email protected] -u mosaic-webui.service --since "2026-10-20 22:05:00 UTC" --no-pager -o short-iso-precise | grep -E "$RUN|thread-idle|threadIdle"; echo "(grep exit ${PIPESTATUS[1]})"; } | tee -a "$W"
+[ "$(sha $SNAP)" = "$SNAP_SHA" ] || stop "SNAP sha before S2"
+note "SNAP sha256 639fd28a checked before S2 $(date -u +%FT%TZ)"
+step S2.json "S2 snapshot --held" node $SNAP --store "$DATA/bus/bus.sqlite" --held || stop "S2"
+sed -i '$d' $WIN/S2.json
+note "S2.json sha256 $(sha $WIN/S2.json)"
+note "W9b end $(date -u +%FT%TZ)"
@@ -0,0 +1,43 @@
+# W0b-W4 start 2026-10-20T22:00:49Z
+# plan e1272d1a, tool blob 3b068b1546d4, P5 four scripts at NEW and clean, business-check.mjs eece4d46: checked 2026-10-20T22:00:49Z
+# W0 copy present, w0.txt LOAD_OK
+# W0b: /home/jwoltje/.config/mosaic-dev/businesses/mosaic-stack.json.pre-window-20261020T220049Z, sha256 1e49bdf05e62607972958f5b7298cfd600c7825812370e26d7c2a842f2af9b93, recorded in backups.txt
+rbb708846b605  mosaic-stack/chief  claude-code claude-opus-5-5  by jason  since 2026-10-20T19:29:59.045Z  running
+rc36b17ef3788  mosaic-stack/pm  claude-code claude-opus-5-5  by chief  since 2026-10-20T20:20:56.252Z  running
+# exit 0
+# W1 start stamp 2026-10-20T22:00:49Z
+# SNAP sha256 639fd28a checked before S1
+# S1.json sha256 a7649760c3439705c8b5f3af26d0c21aea1081c1eb295fd02aef3a642064194b
+pointer: /home/jwoltje/.mosaic-dev/state/stack-active.json
+  {"copy":"490e2771d3d057ab76991e2c7859cd251857e64c","business":"mosaic-stack","pm":true,"claude":"/home/jwoltje/.local/bin/claude","console":["--port","7332","--public-host","mosaic.woltje.com","--auth-header","X-authentik-username","--allow-user","jason.woltje","--tester-port","7333"],"schema":"3i","activation":"20261020T192956Z-490e2771d3d0","at":"2026-10-20T19:30:00Z"}
+log (last five lines):
+  {"at":"2026-10-20T01:41:05Z","op":"pm-on","from":"89af38a83afa22a8a4f0d368a0a4030ad15a0efa","to":"89af38a83afa22a8a4f0d368a0a4030ad15a0efa","backup":null,"activation":"20261020T014103Z-89af38a83afa","result":"ok","pm":"on"}
+  {"at":"2026-10-20T07:58:00Z","op":"activate","from":"89af38a83afa22a8a4f0d368a0a4030ad15a0efa","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":null,"activation":"20261020T075800Z-490e2771d3d0","result":"started"}
+  {"at":"2026-10-20T07:58:02Z","op":"activate","from":"89af38a83afa22a8a4f0d368a0a4030ad15a0efa","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T075800Z-490e2771d3d0","activation":"20261020T075800Z-490e2771d3d0","result":"ok"}
+  {"at":"2026-10-20T19:29:56Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":null,"activation":"20261020T192956Z-490e2771d3d0","result":"started"}
+  {"at":"2026-10-20T19:30:00Z","op":"activate","from":"490e2771d3d057ab76991e2c7859cd251857e64c","to":"490e2771d3d057ab76991e2c7859cd251857e64c","backup":"20261020T192956Z-490e2771d3d0","activation":"20261020T192956Z-490e2771d3d0","result":"ok"}
+check:
+  bus: /home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c
+  Console: /home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c
+  CLI: /home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c
+  result: pass
+bus status:
+  host: mosaic-stack, pid 3229540, running, since 2026-10-20T19:29:57.662Z, notifier off
+  socket: present
+  writer.lock: pid 3229657
+  boot: organization file loaded at 2026-10-20T19:29:57.661Z
+unit flags: match the pointer
+drift: 109 commit(s) on refactor since the pointer's copy
+# exit 0
+# W3-plan.txt sha256 45de68d42b4cf88640fe0986d071dba4fa076b7db86ff4ed34de4bb6fa2915c6
+DropInPaths=
+ExecStart={ path=/home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c/scripts/mosaic ; argv[]=/home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c/scripts/mosaic bus start mosaic-stack --pm ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 }
+WorkingDirectory=/home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c
+# exit 0
+DropInPaths=
+ExecStart={ path=/usr/bin/node ; argv[]=/usr/bin/node /home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c/packages/webui/src/cli.mjs serve --checkout /mnt/storage/src/mosaic-stack --port 7332 --public-host mosaic.woltje.com --auth-header X-authentik-username --allow-user jason.woltje --tester-port 7333 ; ignore_errors=no ; start_time=[n/a] ; stop_time=[n/a] ; pid=0 ; code=(null) ; status=0/0 }
+WorkingDirectory=/home/jwoltje/.local/share/mosaic-stack/copies/490e2771d3d057ab76991e2c7859cd251857e64c
+# exit 0
+# W4 checks: DropInPaths empty on both, both ExecStart name the OLD copy, bus has --pm, no quote or backslash in either ExecStart
+# W4 bus Environment: 2 assignments; quote or backslash: none (values not recorded)
+# W0b-W4 end 2026-10-20T22:00:50Z
@@ -0,0 +1,80 @@
+#!/usr/bin/env bash
+# Re-pin 4429a104f, W0b-W4 (repin-4429a104f.md at f41729178, sha256 e1272d1a...32b9; mos-1105, mos-1107 go). W0 ran before P2.
+# Adapted from Darkwing's window-rows-177-185/wsteps.sh.
+# Nothing is stopped. Each step goes through w.sh into W.txt; a failed check stops the script.
+# usage: wsteps.sh
+set -uo pipefail
+REPO=/mnt/storage/src/mosaic-stack
+WIN=$REPO/agents/sage/work/window-repin-4429a104f
+OLD=490e2771d3d057ab76991e2c7859cd251857e64c
+NEW=4429a104f6d65ccf165f6c83b5d1dce3147dfde0
+PLAN=$REPO/agents/sage/work/window-plan/repin-4429a104f.md
+PLAN_SHA=e1272d1a391e00fb1291d47da9973c0ba342d65fcd42f583ea007e883c1f32b9
+TOOL_BLOB=3b068b1546d4020cffde5d73929d9130afe91911
+BC=$REPO/agents/sage/work/window-plan/repin-de352dfaf/business-check.mjs
+BC_SHA=eece4d4671e1ce15ba81e1654c641925ac4988b343687b062897392285a8a1a7
+BIZ=$HOME/.config/mosaic-dev/businesses/mosaic-stack.json
+BIZ_SHA=1e49bdf05e62607972958f5b7298cfd600c7825812370e26d7c2a842f2af9b93
+DATA=/home/jwoltje/.mosaic-dev
+SNAP=$WIN/snapshot.mjs
+SNAP_SHA=639fd28a2674aaa03ce824e3394b4052f21cdef7d6fa49bae61a9927ed341e67
+MOSAIC=$HOME/.npm-global/bin/mosaic
+W=$WIN/W.txt
+note() { echo "# $*" >> "$W"; echo "# $*"; }
+stop() { note "STOP: $*"; exit 1; }
+sha() { sha256sum < "$1" | cut -c1-64; }
+
+note "W0b-W4 start $(date -u +%FT%TZ)"
+[ "$(git -C $REPO show f41729178:agents/sage/work/window-plan/repin-4429a104f.md | sha256sum | cut -c1-64)" = "$PLAN_SHA" ] || stop "plan at f41729178 is not e1272d1a"
+[ "$(sha $PLAN)" = "$PLAN_SHA" ] || stop "the plan file in REPO is not e1272d1a"
+[ "$(git -C $REPO rev-parse HEAD:scripts/stack-release.sh)" = "$TOOL_BLOB" ] || stop "tool blob moved"
+git -C $REPO diff --quiet $NEW HEAD -- scripts/stack-release.sh scripts/webui-service.sh scripts/bus-service.sh scripts/stack-copy.sh || stop "P5: the four scripts differ from NEW"
+[ -z "$(git -C $REPO status --porcelain -- scripts/stack-release.sh scripts/webui-service.sh scripts/bus-service.sh scripts/stack-copy.sh)" ] || stop "P5: the four scripts are dirty"
+[ "$(sha $BC)" = "$BC_SHA" ] || stop "business-check.mjs sha"
+note "plan e1272d1a, tool blob 3b068b1546d4, P5 four scripts at NEW and clean, business-check.mjs eece4d46: checked $(date -u +%FT%TZ)"
+
+# W0 ran at 21:45:57Z (w0.txt): the copy must still be there with LOAD_OK recorded.
+[ -f "$HOME/.local/share/mosaic-stack/copies/$NEW/scripts/mosaic" ] || stop "W0 copy missing"
+grep -qx LOAD_OK $WIN/w0.txt || stop "w0.txt has no LOAD_OK"
+note "W0 copy present, w0.txt LOAD_OK"
+
+# W0b
+[ "$(sha $BIZ)" = "$BIZ_SHA" ] || stop "business file sha256 is not P1's 1e49bdf0"
+STAMP=$(date -u +%Y%m%dT%H%M%SZ)
+COPY=$BIZ.pre-window-$STAMP
+[ ! -e "$COPY" ] || stop "$COPY exists"
+cp -p "$BIZ" "$COPY" || stop "W0b cp"
+[ "$(sha "$COPY")" = "$BIZ_SHA" ] || stop "W0b copy sha256"
+echo "W0b $(date -u +%FT%TZ) business file copy $COPY sha256 $(sha "$COPY") (source $BIZ sha256 $(sha "$BIZ"))" >> $WIN/backups.txt
+note "W0b: $COPY, sha256 $(sha "$COPY"), recorded in backups.txt"
+
+# W1
+$WIN/w.sh W.txt "W1 agents --tester" $MOSAIC agents --business mosaic-stack --tester > $WIN/.w1-agents.txt || stop "W1 agents"
+grep -E '(^|[[:space:]])chief[[:space:]].*working' $WIN/.w1-agents.txt && stop "W1: the chief is working"
+$WIN/w.sh W.txt "W1 launches list" $MOSAIC launches list || stop "W1 launches list"
+note "W1 start stamp $(date -u +%FT%TZ)"
+[ "$(sha $SNAP)" = "$SNAP_SHA" ] || stop "SNAP sha before S1"
+note "SNAP sha256 639fd28a checked before S1"
+$WIN/w.sh W.txt "S1 snapshot --held" node $SNAP --store "$DATA/bus/bus.sqlite" --held > $WIN/S1.json || stop "S1"
+sed -i '$d' $WIN/S1.json   # w.sh prints "# exit N" last; S1.json keeps the snapshot only
+note "S1.json sha256 $(sha $WIN/S1.json)"
+
+# W2
+$WIN/w.sh W.txt "W2 status" scripts/stack-release.sh status mosaic-stack || stop "W2 status"
+
+# W3
+$WIN/w.sh W.txt "W3 activate NEW --pm --plan" scripts/stack-release.sh activate $NEW mosaic-stack --pm --plan > $WIN/W3-plan.txt || stop "W3 plan exit"
+sed -i '$d' $WIN/W3-plan.txt
+note "W3-plan.txt sha256 $(sha $WIN/W3-plan.txt)"
+
+# W4
+$WIN/w.sh W.txt "W4 bus unit (Environment omitted from the transcript)" systemctl --user show [email protected] -p ExecStart -p WorkingDirectory -p DropInPaths || stop "W4 bus"
+$WIN/w.sh W.txt "W4 webui unit" systemctl --user show mosaic-webui.service -p ExecStart -p WorkingDirectory -p DropInPaths || stop "W4 webui"
+BUSL=$(systemctl --user show [email protected] -p ExecStart -p DropInPaths -p WorkingDirectory)
+WEBL=$(systemctl --user show mosaic-webui.service -p ExecStart -p DropInPaths -p WorkingDirectory)
+for u in BUSL WEBL; do v=${!u}; grep -qx 'DropInPaths=' <<< "$v" || stop "W4 $u DropInPaths not empty"; grep '^ExecStart=' <<< "$v" | grep -q "copies/$OLD/" || stop "W4 $u ExecStart does not name the OLD copy"; grep '^ExecStart=' <<< "$v" | grep -q "copies/$NEW" && stop "W4 $u ExecStart names NEW"; grep '^ExecStart=' <<< "$v" | grep -q "[\"'\\\\]" && stop "W4 $u ExecStart has a quote or backslash"; done
+grep '^ExecStart=' <<< "$BUSL" | grep -q -- ' --pm' || stop "W4 bus ExecStart has no --pm"
+note "W4 checks: DropInPaths empty on both, both ExecStart name the OLD copy, bus has --pm, no quote or backslash in either ExecStart"
+ENVL=$(systemctl --user show [email protected] -p Environment)
+note "W4 bus Environment: $(tr ' ' '\n' <<< "${ENVL#Environment=}" | grep -c =) assignments; quote or backslash: $(grep -q "[\"'\\\\]" <<< "$ENVL" && echo FOUND || echo none) (values not recorded)"
+note "W0b-W4 end $(date -u +%FT%TZ)"
@@ -1364,3 +1364,29 @@ are never rewritten or removed; corrections are new entries.
 2026-10-20T18:57:10Z | Filbert (Opus 5.5, 048f3c63) | row 190 design review r2 (#1688, DESIGN.md sha256 5493c9df3ec0) | CHANGES to Darkwing, cc Sage: B1 claim check on MOSAIC_CONFIG-only selection, B2 shared prefix drop-in dirs; N1-N7 notes; static read, no slot, no Gitea or queue record
 2026-10-20T19:00:04Z | Filbert (Opus 5.5, 048f3c63) | row 190 design review r3 (#1688, DESIGN.md sha256 98236a1aff98) | APPROVE to Darkwing, cc Sage: B1 and B2 closed with M13 and M14, N7 settled by Sage's 48ebee0ff; static read, no slot; manifest round gets a queue review record (sage-1337)
 2026-10-20T20:40:15Z | Filbert (Opus 5.5, 048f3c63) | row 190 (#1688) manifest round 1 review, candidate 8862feccc (static) | CHANGES: B1 base drift, row 189 ace27dc5e conflicts in stack-release.sh, rebase + full gate rerun; N1-N7 notes; Gitea 29634, queue rev 2362 (uncommitted, left for Sage)
+2026-10-20T21:29:20Z | Filbert (Opus 5.5, 048f3c63) | row 190 (#1688) manifest round 2 review, candidate 537a02392 (static) | CHANGES: B1 base drift, row 192 4429a104f conflicts in mosaic-config.mjs and webui-service.sh (async load); round 2 content fine; Gitea 29685, queue rev 2447 (uncommitted, left for Sage)
+2026-10-20T22:16:20Z | Filbert (Opus 5.5, 048f3c63) | row 190 (#1688) manifest round 3 review, candidate df65a3d4c on darkwing/row190-r3 | APPROVE, Gitea 29713, queue rev 2504 (left for Sage's queue-commit); static review, no slot used
+2026-10-20T22:53:10Z | Darkwing (Opus 5.5, 7525c8e4) | row 190 (#1688) rounds 1-3; row 195 (#1693) design r5-r6 | 190 landed by Sage as 00d4cc1f6 (patch-id matches 176a6bf4b..df65a3d4c, gate 2664/0 + 429/0, rev 2508 done, #1688 closed, not live). My r3 gate 2042/0 and mutants 20/20 in slot sage-1512; Filbert APPROVE 29713; sha sent to Rocko for row 191. 195 r6 b7239bb66 approved (duckworth-0055); build held for the Q187 installer (Vikunja #432)
+2026-10-20T23:20:31Z | Filbert (Opus 5.5, 048f3c63) | row 66 (#1559) round 3 rebase review, candidate 2369c00e3 (manifest 42e3876ca168) | APPROVE, Gitea 29770, queue rev 2526 (left for Sage's queue-commit); static review, no slot used
+2026-10-20T18:45:06Z | Darkwing (Opus 5.5, 7525c8e4) | row 188 (#1686, P19 409/410): stack-release tests for a carried proof pair and a proof file inside the repository (late line; the row went done 11:14Z) | landed: 8fc0ee216 (Sage, pushed with 31e328958); candidate 86aa549bad75 matches (patch-id c9a56b167c07); script blob 2586a2a37cd2 unchanged; stack-release 151/151, control 19/19, M8/M9/M10 killed by T54 (T53 passes under each); readings 1 (refused log line) and 2 (hard link keeps the watched inode) accepted in sage-1282; Filbert approve 29433 (his M11 killed by test 4)
+
+2026-10-20 18:51:10 UTC | Rocko (Codex gpt-6.1-sol, d99326cc) | row 191 #1689 design submitted to Dewey, Sage copied | MVP context read-only; worktree /mnt/storage/scratch/rocko-r191 at da230ca48, immediate node_modules link; durable per-root control/termination design ad6736e0; no product edits or tests, waits design approval.
+
+2026-10-20 18:57:51 UTC | Rocko (Codex gpt-6.1-sol, d99326cc) | row 191 #1689 design r2 submitted | Dewey comment 29465 all eight items mapped; DESIGN-r2.md e480c76a, r1 unchanged; scope reduction to named/labelled Docker run retaining spawnSync recommended to Sage; no source edits/tests/live actions.
+2026-10-20 19:04:45 UTC | Launchpad (Claude Opus 5.5, 28f6cc53) | row 192 #1690 Q175 SSO phase 1 build | started by Sage (sage-1332) under mos-0974/0977, worktree launchpad/row192, reviewer Webby
+2026-10-20 19:04:45 UTC | Morgana (Claude Opus 5.5, 99d5ef45) | row 193 #1691 human users and roles, design | started by Sage (sage-1333) under mos-0974/0977, worktree morgana/row193, reviewer Duckworth
+2026-10-20 19:04:45 UTC | Honker (Claude Opus 5.5, ecd17786) | row 194 #1692 agent lifecycle, design | started by Sage (sage-1334) under mos-0974/0977, worktree honker/row194, reviewer Webby
+2026-10-20 19:04:45 UTC | Gander (Codex gpt-6.1-sol, 0bf412c3) | row 196 #1694 human boundary across uids (P19 333), design | started by Sage (sage-1339) under mos-0989, worktree gander/row196, reviewer Duckworth
+2026-10-20 19:04:45 UTC | Herb (Codex gpt-6.1-sol, f6cf4287) | row 197 #1695 second gate lane, design | started by Sage (sage-1344) under mos-0977 item 6, worktree herb/row197, reviewer Webby
+2026-10-20 19:04:45 UTC | Sage (Claude Opus 5.5, 1ef1e4f8) | MVP T1 staffing | rows 192-197 briefed (190b as 195, P19 333 as 196, gate lane as 197), issues 1690-1695, seats Launchpad/Morgana/Honker/Gander/Herb started; refactor pushed to 96f243faf
+2026-10-20T19:08:56Z | Dewey (Opus 5.5, 84fb346c) | row 189 r1 review (#1687), row 191 design review r1+r2 (#1689) | 189 approve (29485, rev 2268; single 174/174, cli 480/480, D1-D5 killed); 191 design r1 changes (29465), r2 approve (29473)
+
+2026-10-20T19:50:56Z | Rocko (Codex gpt-6.1-sol, d99326cc) | row 191 #1689 kill switch | approved design implementation in scratch; state/broker/launcher, Discord, tracked task fixtures and HTTP/UI node checks pass singly; browser, suites, mutants and final packet pending; no live action or commit.
+2026-10-20 20:31:30 UTC | Rocko (d99326cc) | row 191 #1689 focused browser stage | scripted busy gate passed; processing browser 2/2 and script-list browser regression 1/1; awk total 3/3; cwd node/chromium sweep clear; slot returned to Sage, no live action.
+2026-10-20T22:30:20Z | Morgana (Claude Opus 5.5, 99d5ef45) | row 204 (193a, #1702) and row 213 (C2-08, #1714) | 204 landed by Sage as d0bbc5c1c (patch-id 92c18aea matches, gate 2789/0), done rev 2506, #1702 closed 29724; 213 r2 aee32d185 on morgana/row213, Webby APPROVE (webby-0042, manifest b5ff0ac0), suites and 31 mutants wait on Sage's go; line left uncommitted for Sage's queue-commit
+2026-10-20T22:43:28Z | Dewey (Opus 5.5, 84fb346c) | #436b design r1 review (Megavolt, 714c07304, sage-1545) | CHANGES: 4 blocking (foreign check by id + crash gap, append-only events and unreserved grant.* records, seat-token rotation rows, approval note on admin reach), 8 notes; agents/dewey/work/436b/design-r1-verdict.md; dewey-0754/0755 |
+2026-10-20T22:54:15Z | Dewey (Opus 5.5, 84fb346c) | #436b design r2 review (Megavolt 6db7cc45d, sha256 9f1978a0) | CHANGES: r1 items 1-12 closed; blocks B1 step 0 grant.failed reads as spent under #spent, B2 settle seat-token introspection unproven and non-401 outcomes undefined, B3 step 5 reach vs forks from earlier grants; notes N1-N6. Verdict agents/dewey/work/436b/design-r2-verdict.md (bfdc0b9f), dewey-0756 to Megavolt, dewey-0757 to Sage
+2026-10-20 22:58:45 UTC | Rocko (d99326cc) | row 191 #1689 rebase stage | new branch rocko/row191-r2-00d4 on 00d4cc1f6; 26 touched files 249/249 and 15 overlapping Client readers 102/102 singly; candidate a4f780c2, 78 paths; packet 185 files verified; no own cwd node/chromium; mutants and owner gate pending; no commit/push/live action.
+2026-10-20T23:21:32Z | Dewey (Opus 5.5, 84fb346c) | row 66 (#1559) round 3 review, rebase of r2 onto c40d846cb (sage/row66-r3 2369c00e3, manifest 42e3876ca168) | APPROVE 29771, rev 2529: patch-id 6d085621 equals r2, range-diff =, 23 manifest hashes match, no drift past the base, four drifted files sit beside rows 190/192 cleanly, no hash pins; singles are Sage's (not rerun). Also #436b Q-B4 answered by mos-1147, verdict addendum
+2026-10-20T23:31:31Z | Dewey (Opus 5.5, 84fb346c) | #436b design r3 review (megavolt-0050, DESIGN.md fa5658941) | CHANGES: restart reconcile spends step 0 refusals (#436a r6 X3 conflict), settle unknown id keeps unverified token in use; N7 secretCheck; B1-B3, N1-N6, D12 closed; verdict design-r3-verdict.md 4c87d859; dewey-0759 Megavolt, dewey-0760 Sage |
+2026-10-20T23:32:42Z | Sage (Claude Opus 5.5, 1ef1e4f8) | machine grant rows, slot relay, queue sweep | rows 234 (#1740, 3i-3j) and 235 (#1741) added, row 206 moved to 3j-3k after 234 (f519fb1d2); row 199 r1 request as jarvis 29778 (manifest 35f900fd rebuilt from git objects); #436b r3 item 1 ruled (b), sage-1578; queue-commit 1c46d0abf revs 2456-2539; slot Megavolt to Gosalyn row 230
@@ -15,7 +15,7 @@ and changes nothing.

 | Command | Purpose | Notes |
 |---|---|---|
-| `scripts/bootstrap.sh` | Create `~/.config/mosaic-dev/config.json` if absent | Idempotent; existing config validated, never rewritten |
+| `scripts/bootstrap.sh [--instance NAME]` | Create `~/.config/mosaic-dev/config.json` if absent; with `--instance NAME`, `~/.config/mosaic-NAME/config.json` and the claimed root `~/.mosaic-NAME` | Idempotent; existing config validated, never rewritten. See [Stack instances](#stack-instances---instance-name-row-190) |
 | `scripts/build.sh` | Build the release image | Tag derived from `RELEASE` + pinned pi version |
 | `scripts/hello.sh` | One-shot startup request | Prints model response on stdout |
 | `scripts/verify.sh` | Full gated test | Exit 0 only on exact `MOSAIC_HELLO_OK`; `EXPECTED_MARKER` overrides for negative drills |
@@ -238,6 +238,12 @@ Exit codes: `0` ok · `2` invalid file or credential reference · `3` system
 config problem · `4` usage or a required file missing. Details:
 `packages/business/README.md`.

+`mosaic credentials status|issue|rotate|revoke|delete` (row 199) goes to
+`packages/cli` and the bus's human-only credential verbs: an agent's own
+token in `<configDir>/secrets/agents/<business>/<agent>/<kind>`, read on
+stdin, never printed. The tester may run `status` and `revoke`. Details:
+`packages/cli/README.md`.
+
 `instances` and `instance add|set` (row 165) go to `packages/cli` and the
 bus's human-only `instances` and `instances.set` verbs, so they need a live
 bus host and refuse inside an agent session. `instances` prints the revision,
@@ -270,9 +276,9 @@ scripts/mosaic follow --thread <thread> [--tester]
 scripts/mosaic stop <run>
 scripts/mosaic launches off | on [--business <id>]
 scripts/mosaic launches list [--json]
-scripts/bus-service.sh render [--copy ID [--copies DIR]] [--pm] [--claude PATH]
-scripts/bus-service.sh install [--copy ID [--copies DIR]] [--pm] [--dir DIR] [--no-reload] [--claude PATH]
-scripts/bus-service.sh uninstall | status <business>
+scripts/bus-service.sh [--instance NAME] render [--copy ID [--copies DIR]] [--pm] [--claude PATH]
+scripts/bus-service.sh [--instance NAME] install [--copy ID [--copies DIR]] [--pm] [--dir DIR] [--no-reload] [--claude PATH]
+scripts/bus-service.sh [--instance NAME] uninstall | status <business>
 ```

 The human commands read and resolve through the broker's human transport
@@ -321,12 +327,89 @@ stdin and stdout it exits 4 with the usage.
 Exit codes: `0` ok · `1` failed or outcome unknown · `2` invalid input ·
 `3` refused or config problem · `4` usage. Details: `packages/cli/README.md`.

+## Stack instances (`--instance NAME`, row 190)
+
+Several stacks can run on one host, each with its own config, data root,
+units, Console port and CLI wrapper. The default instance is today's stack
+and keeps every name it had. A named instance is created once:
+
+```
+scripts/bootstrap.sh --instance NAME
+```
+
+NAME matches `^[a-z][a-z0-9]{1,15}$`; anything else exits 4
+(`instance-name-invalid`), and `--instance dev` is the default. Bootstrap
+writes `~/.config/mosaic-NAME/config.json` (0644) and claims `~/.mosaic-NAME`
+with the marker `instance.json`, `{"instanceVersion":1,"name":"NAME"}`. It
+creates either directory 0700; one that already exists keeps its mode. It refuses with exit 3 and writes
+nothing when the root exists, is not empty and holds no marker naming NAME.
+A second run changes nothing. `~` is the home of the OS user that runs the
+instance.
+
+`--instance NAME` is taken, once and in any position, by `bootstrap.sh`,
+`bus-service.sh`, `webui-service.sh` (all but `copy`), `discord-service.sh`,
+`stack-copy.sh` (`wrapper` and `check`) and `stack-release.sh`. Copies serve
+every instance, so both `copy` verbs refuse it with exit 4. Inside a process the config
+travels as `MOSAIC_CONFIG`. Selection, checked before any read or write:
+
+| Given | Config | Names |
+|---|---|---|
+| neither | `~/.config/mosaic-dev/config.json` | the default's |
+| `MOSAIC_CONFIG` only | that file | the default's |
+| `--instance NAME` only | `~/.config/mosaic-NAME/config.json` | NAME's |
+| both | must be one file (a symlink to it agrees), else exit 4 `instance-config-mismatch` | NAME's |
+
+Every selection checks the data root's marker. A named instance whose root
+lacks its own marker refuses `instance-root-unclaimed`; a root whose marker
+names another instance refuses `instance-root-mismatch`, also when a config
+reaches it with no flag. Both exit 3 before anything is read or changed. A
+missing config exits 3 with the bootstrap command that creates it.
+
+| | Default | Instance NAME |
+|---|---|---|
+| bus unit | `[email protected]` | `[email protected]` |
+| Console unit | `mosaic-webui.service` | `mosaic-webui-NAME.service` |
+| Discord unit | `[email protected]` | `[email protected]` |
+| CLI wrapper | `$BIN/mosaic` (Q81 marker) | `$BIN/mosaic-NAME`, marker `# mosaic-cli wrapper, instance NAME (row 190)`, exports `MOSAIC_CONFIG` |
+| bus session env | `%h/.config/mosaic-dev/secrets/claude-session.env` | `~/.config/mosaic-NAME/secrets/claude-session.env` |
+| Console port | `--port`, 7332 when absent | `--port` required; 7330, 7332 and 7333 exit 4 `port-reserved` |
+
+A named instance's units add `Environment=MOSAIC_CONFIG=<its config>` and
+` [NAME]` after the Description, and the Console unit's comment on the
+variables it sets names `MOSAIC_CONFIG`. The default's renders are
+byte-identical to the templates' renders before row 190. `stack-copy.sh
+wrapper --instance NAME` creates `$BIN/mosaic-NAME` or replaces one that
+carries NAME's marker, and refuses any other file. `check --instance NAME`
+needs `--business ID`, and fails with `CLI: <copy> (MOSAIC_CONFIG mismatch)`
+when the wrapper does not export NAME's config.
+
+For every instance, a Console `--port` or `--tester-port` that another
+installed Console unit in the unit directory already takes refuses
+`port-claimed`, naming that unit: `webui-service.sh install` exits 1, and
+`stack-release.sh activate` and `rollback` exit 3 before anything stops
+(`--plan` lists it). A unit with no `--port` holds 7332.
+
+`stack-release.sh --instance NAME` reads only NAME's pointer, log, store and
+backups. Its busy check sees only NAME's bus units. Its drop-in scan adds
+`mosaic-bus-NAME@*.service.d` and the shared `mosaic-bus-.service.d`. Its
+rollback set holds NAME's two unit files, their own `.d` directories and
+`$BIN/mosaic-NAME`; it never captures or restores the shared prefix
+directories (`mosaic-bus-.service.d`, `mosaic-webui-.service.d`,
+`mosaic-discord-.service.d`). The live-session guard refuses a path inside
+any named instance's config directory or `~/.mosaic-NAME`, even when that
+instance's config is unreadable.
+
+All instances run under one OS user for now. That user's processes can
+read and control every instance; a separate user per instance is row 195.
+A real second instance on this host is a Q173 window, and tunnel or Traefik
+exposure of a named Console waits for Jason after Q175 SSO.
+
 ## Stack copies (`scripts/stack-copy.sh`)

 ```
 scripts/stack-copy.sh copy COMMIT [--copies DIR] [--allow-worktree]
-scripts/stack-copy.sh wrapper ID [--copies DIR] [--bin DIR]
-scripts/stack-copy.sh check [--copies DIR] [--bin DIR] [--business ID]
+scripts/stack-copy.sh wrapper ID [--instance NAME] [--copies DIR] [--bin DIR]
+scripts/stack-copy.sh check [--instance NAME] [--copies DIR] [--bin DIR] [--business ID]
 ```

 One read-only tree supplies the bus, Console and human CLI (row 85,
@@ -368,11 +451,11 @@ reports checkout or copy identity and refactor drift, and writes nothing.
 ```
 scripts/stack-release.sh adopt BUSINESS
 scripts/stack-release.sh activate ID BUSINESS [--pm | --pm-after-harness] [--migrate] [--tester-port N]
-    [--proof-header NAME --proof-file PATH | --no-proof] [--no-send] [--timeout S] [--plan]
+    [--proof-header NAME --proof-file PATH | --no-proof | --sso] [--no-send] [--timeout S] [--plan]
 scripts/stack-release.sh pm-on BUSINESS [--timeout S]
 scripts/stack-release.sh rollback BUSINESS [--restore ACTIVATION [--events N]] [--timeout S] [--plan]
 scripts/stack-release.sh status BUSINESS
-common options: --copies DIR, --bin DIR
+common options: --copies DIR, --bin DIR, --instance NAME
 --events N is the total of the per-table counts the post-backup-events refusal prints: events and
 every table in COUNTED.
 ```
@@ -488,6 +571,36 @@ rollbacks carry the pointer, so send stays off. No flag puts `--send` back.
 `--plan` prints one `send:` line: `dropped`, `off` with or without the
 `--no-send` note, or `carried`.

+`activate ... --sso` (row 200, #1698) starts the Console with Q175 sign-in
+(row 192). It drops `--public-host`, `--auth-header`, `--allow-user` and any
+proof pair from the pointer's Console flags and the unit, and puts `--sso` after
+the other flags, before `--send` and `--tester-port`. It may name the live copy
+once, so a copy already at row 192 or later turns sign-in on without a copy
+change. Later activates, `pm-on` and rollbacks to a copy with `--sso` carry it.
+`--sso` with a proof pair or `--no-proof`, or on any other verb, is a usage
+error. Before anything stops, a run whose Console flags hold `--sso` refuses
+`sso-target` for a target Console without it, `sso-config` when the target's own
+`checkConsole` refuses the config's `console` key (or there is none, in which
+case, from another copy, it names the first step: activate the target without
+`--sso`, then write `console.sso`), and `sso-slot` for each provider's slot file
+that is missing, a symlink, not a regular file, not owned by this uid, has group
+or other bits, resolves inside the repository or the copies, or is empty. It
+uses `lstat`, `stat` and `realpath` on the slot and never reads it. `--plan`
+prints one `sso:` line: `on` with what it drops and carries, `carried`, or
+`dropped` on a rollback.
+
+A rollback from an `--sso` pointer to a copy whose Console lacks `--sso` takes
+the Console flags from the rollback set of the activation that moved the stack
+onto the pointer's copy from the target, past any same-copy re-pin, checked
+against the set's `SHA256SUMS`. `--send` and `--tester-port` follow the pointer.
+When that set is missing, fails its sums, holds no readable argv or already ran
+`--sso`, the run refuses `sso-rollback-flags`. Any activate or rollback also
+refuses `config-console-key` before anything stops when the config holds a
+`console` key the target's `scripts/mosaic-config.mjs validate` refuses (a copy
+before row 192 refuses the key). The message says to remove the key first. So a
+window re-pins to row 192 or later before it writes the key, and a rollback past
+row 192 removes the key first.
+
 #### A target past c216f47db: the PM after the harness kind

 From c216f47db on, the bus launches the PM only with a `harness` kind in the
@@ -602,6 +715,7 @@ its runs alone. No unit passes it, and `--pm` with it is a usage error.

 ```bash
 scripts/webui-service.sh copy COMMIT [--copies DIR]        # make a pinned copy
+# render, install, uninstall and status also take --instance NAME (row 190); copy refuses it (exit 4)
 scripts/webui-service.sh render [--copy ID [--copies DIR]] [FLAGS]   # print the unit
 scripts/webui-service.sh install --copy ID [--copies DIR] [--dir DIR] [--no-reload] [FLAGS]
 scripts/webui-service.sh uninstall [--dir DIR] [--no-reload]
@@ -679,8 +793,9 @@ Each value is held to a plain character set the unit can carry (no space,
 `%`, `$`, quote, backslash, `&` or `|`), and the preview values must start
 with a letter or digit; anything else is refused. With `--auth-header
 X-authentik-uid`, in any letter case, `--allow-user` must be the Authentik
-uid, `^[0-9a-f]{64}$` (lead decision 101). The unit sets no `MOSAIC_*`,
-`CLAUDE*`, `CODEX*` or `PI_*` variable. Serve's exit 2 (usage, config, or a
+uid, `^[0-9a-f]{64}$` (lead decision 101). The default's unit sets no `MOSAIC_*`,
+`CLAUDE*`, `CODEX*` or `PI_*` variable; a named instance's sets only
+`MOSAIC_CONFIG` (row 190). Serve's exit 2 (usage, config, or a
 port already in use) is not restarted.

 The update/rollback sequence is [Pinned stack update](#pinned-stack-update)
@@ -705,7 +820,7 @@ scripts/discord.sh stop  <binding>
 scripts/discord.sh unlock <binding>
 scripts/discord.sh recover <binding>
 scripts/discord.sh reload <binding>
-scripts/discord-service.sh render | install [--dir DIR] [--no-reload] | uninstall [--dir DIR] [--no-reload] | status <binding>
+scripts/discord-service.sh [--instance NAME] render | install [--dir DIR] [--no-reload] | uninstall [--dir DIR] [--no-reload] | status <binding>
 ```

 One seat's conversation reachable from listed channels of one Discord
@@ -55,3 +55,50 @@ code is written.
 Duckworth approves DESIGN.md, Mos rules on the authority model, then Duckworth approves the manifest. The bus,
 business, cli and tasks suites and every `scripts/test-*.sh` are green on Sage's gate, and the design's
 mutants are killed.
+
+## Brief: #436b Gitea grant path, build (schema 3j-3k)
+
+Sage, 2026-10-20, for Vikunja P19 #436 (#436b), mos-1124 (Q190: each seat gets its own Gitea account through
+this row) and mos-1145 (Gitea moves to 10-27, at risk). Owner Megavolt, reviewer Dewey, gate owner Sage.
+Gitea #1742.
+
+The design is `agents/megavolt/work/436b/DESIGN.md` r5 at 1be535aca on `megavolt/row199`, sha256
+`68df02cdf890564c6ed0a5426204114389ba7eb0eea1cf04f1bf5938b6de45f4`, which Dewey approved in dewey-0763. Section 7
+was approved by Duckworth at fa5658941 (duckworth-0067) and is unchanged since. It is not reopened here. The
+build also takes `agents/megavolt/work/436b/BUILD-CARRY.md` at 3330c901b (Dewey's N9 and N10), and its BUILD.md
+cites that file.
+
+Scope: the Gitea half only. The binding (section 2), the executor and its admin credential (sections 3 and 4),
+failure and restart (section 5, with sage-1578's option (b): a step 0 refusal stays unspent only until the
+next start), revoke and sweep (section 6), the store records (section 7) and section 9's tests and mutants. The
+GitHub half (section 10, Bushroot) is not in this row.
+
+Order and schema:
+- It builds on row 210's landing (the design: code waits on 210) and on machine grant row a (row 234), whose
+  section 7 rule and `system/grant` writer it shares.
+- This row owns `SCHEMA_VERSION` 3k: its two tables go in `3j-3k.sql` on row 234's landing. Row 206 (193b2)
+  moves to 3k-3l and rebases onto this row's landing (Sage, 2026-10-20: row 205 is still queued behind the
+  federation rows, so this row lands first).
+
+Boundaries:
+- Live use waits for Jason. He approves section 8's notes (the admin token can take over any account on that
+  Gitea) and does the one bootstrap step himself (3e): he creates `mosaic-grant`, its TOTP and its token. No
+  agent creates a Gitea account or token (Q188).
+- No test reaches git.mosaicstack.dev or any provider. Tests use a fake Gitea and fake tokens in scratch roots.
+- Seats keep pushing as jason.woltje until this row is live and Jason grants their accounts (mos-1124).
+
+Gate: Dewey approves the manifest. The bus, business and cli suites and every `scripts/test-*.sh` are green on
+Sage's gate, and section 9's mutants are killed, N9's restart test included.
+
+## Brief: row 199 follow-up N1, one decision publishes once
+
+Sage, 2026-10-20, from Duckworth's row 199 round 1 note N1 (duckworth-0068, megavolt-0058). Owner Megavolt,
+reviewer Duckworth, gate owner Sage. Builds on row 199's landing. Gitea #1743.
+
+One decision can push its commit to two fork refs, because `checkPublish` doesn't refuse while another ticket
+holds the decision. Pick one fix and say why in BUILD.md: refuse `publish-busy` in `checkPublish`, or recheck
+`#spent` in `publishTarget`. Add a test where two tickets race on one decision and exactly one push happens,
+plus a mutant that removes the check.
+
+Gate: Duckworth approves the manifest. The bus suite and every `scripts/test-*.sh` are green on Sage's gate,
+and the mutant is killed.
@@ -33,6 +33,16 @@ code.
   states the hook that row 193 fills.
 5. Per instance. Row 190 runs one instance per OS user. Lifecycle verbs act on their own instance only.
 6. The kill switch (row 191, Rocko) refuses every launch path. These new launch paths check it too.
+7. A created agent's credential entry (Sage, 2026-10-20, from row 199 note N2, duckworth-0068). Row 199's
+   `issue` works only for an entry the bus loaded at start. Create either registers the new entry with the
+   running bus or states that the agent needs a restart before `issue`, and a test covers the one chosen.
+   Honker chose the restart route (honker-0044, plan at 457fb8635 on `honker/row194-b2`). Sage accepted it
+   because it keeps row 194 D3's fixed-at-start rule and row 199's reviewed store unchanged.
+8. Revoke on fire and delete (Sage, 2026-10-20, row 199 D13, honker-0044). Item 7 lets a human create a
+   credentialed agent, so `fire` and `delete` call `credentials.revoke(business, agent, {reason, actor})`
+   before they change the business file. A failed revoke stops the verb with `credential-revoke-failed`
+   and leaves the business file unchanged. Tests cover a revoke that succeeds and a revoke that fails, for
+   each verb. Mutants drop the revoke call, move it after the file write, and ignore its failure.

 ## Boundaries

@@ -18,9 +18,9 @@ packages adapters roles scripts` touches only `scripts/stack-release.sh` and its
 is in either.

 Order (design 8, "Parallel waves"):
-1. Start now: C2-01, C2-08, C2-11a.
+1. Start now: C2-01, C2-08, C2-11a, C2-13a.
 2. On C2-01's candidate: C2-04, C2-05a, C2-06, C2-12. On C2-08's: C2-09a, C2-10a, C2-20.
-3. Then C2-03a and C2-07. Then C2-05b, C2-10b and C2-13.
+3. Then C2-03a and C2-07. Then C2-05b, C2-10b and C2-13b.
 4. Last: C2-14.

 A row whose parent hasn't landed builds on the parent's candidate and rebases onto its landing (Q177).
@@ -34,7 +34,7 @@ Rules every row keeps:
  text wherever a test checks that output holds none.
 - No credential value in any output, test, log or message (CONSTITUTION gate 13). Tests use a fixture
  token file with a made-up value.
- No live stack change. Nothing here re-pins, restarts or activates anything. C2-13's run on the host
+- No live stack change. Nothing here re-pins, restarts or activates anything. C2-13a and C2-13b's runs on the host
  needs Jason's go (design 10).
 - Before in-review, grep `packages/*/tests` and `scripts/test-*.sh` for each changed path and for any
  64-hex pin of it, and run every changed or touched test file on its own. Suites need Sage's slot.
@@ -98,6 +98,55 @@ every `scripts/test-*.sh`.

 ---

+## C2-01b survey escapes, list item lines and attachment embeds
+
+### Problem
+
+Webby's row 212 review (webby-0041, `agents/webby/work/queue-212/REVIEW-r1.md`, approve on bdf18272a)
+left three notes that change C2-01's code. Row 212 lands as approved, and these come after it.
+- N1. The comment at `packages/library/src/survey.mjs:76` is false. `JSON.stringify` leaves C1 and bidi
+  controls raw, so a folder name can carry them into the survey output.
+- N2. A front matter link reports its key's line, not its list item's (`reader.mjs:156`, `:162-165`). Two
+  links under `relationships:` both point at the key, and so do their R4, R5 and R6 problems.
+- N3. `links.mjs:2` reads `![[x]]` embeds as links, so an embedded image that is unmapped gives R4 "a link
+  to no file". Design 1.3 says nothing about embeds.
+
+### Owner and reviewer
+
+- Owner: Gosalyn.
+- Reviewer: Webby.
+- After: C2-01.
+
+### Files owned
+
+`packages/library/src/survey.mjs`, `src/reader.mjs`, `src/links.mjs`, `packages/library/README.md` where
+it describes these, and `packages/library/tests/`.
+
+### What ships
+
+- N1. The survey prints U+0080 to U+009F, U+200E, U+200F, U+202A to U+202E and U+2066 to U+2069 in any
+  name as `\uXXXX` escapes, and the comment says what the code does.
+- N2. A link in a front matter block list reports its list item's line. A link in a scalar or flow value
+  keeps the key's line.
+- N3 (sage-1517, Gosalyn's proposal). An embed whose target has an extension other than `.md` is an
+  attachment. It is neither resolved nor indexed, and it never gives R4. The survey still counts it as an
+  embed. An embed with no extension or with `.md` resolves as a link, so an unresolved one is R4.
+
+Tests: one fixture folder name per escaped range prints escaped. Two links under one block list key report
+two different lines, and their problems carry those lines. `![[cover.png]]` gives no problem and counts as
+an embed, `![[missing-note]]` gives R4, and `![[note.md]]` resolves.
+
+### Out of scope
+
+The index and queries (C2-05a), and webby-0041 N4 and N5, which go to C2-12 and C2-10b.
+
+### Gate
+
+Webby approves the manifest. The library tests are green on Sage's gate, along with every
+`scripts/test-*.sh`.
+
+---
+
 ## C2-08 creative roles, persona file and block, M1, M2, M6, M10, prompt passed by file

 ### Problem
@@ -172,7 +221,7 @@ Tests, all named in the design 8 C2-08 row:
 ### Out of scope

 Thread creation per instance and the launcher (C2-09a), the lookup tools (C2-05b), the cited-reply guard
-(C2-06). Checking the host's claude for `--system-prompt-file` is C2-13's precheck. If the C2-20 dry run
+(C2-06). Checking the host's claude for `--system-prompt-file` is C2-13a's precheck. If the C2-20 dry run
 finds heading lines in a real persona, the fence rule changes in a follow-up to this row, reviewed,
 before the import (design 9.1).

@@ -230,7 +279,7 @@ from changing `projects`, and nothing creates a mirror.

 ### Owner and reviewer

- Owner: Rocko, gpt-6.1-sol.
+- Owner: Herb, gpt-6.1-sol. Herb replaces Rocko, who holds five other rows (sage-1482).
 - Reviewer: Filbert.
 - After: C2-01.

@@ -382,6 +431,8 @@ The setup sheet in plain words:
 - That a short link to a name that also exists in another of her repos can point somewhere else for the
  agents, and that a full-path link avoids this.
 - What changes for Bean and Chet: short cited items, no passages (design 4).
+- That a list of links in a note's properties uses the quoted form Obsidian's property editor writes,
+  `appears_in: ["[[A]]", "[[B]]"]`. The unquoted `[[[A]], [[B]]]` is R3 (webby-0041 N4).

 The survey run sheet gives the exact `library survey` command with C2-01's real flags, and states what
 the output holds: names and counts only.
@@ -565,9 +616,14 @@ and tests in `packages/library/tests` and `packages/bus/tests`. If the helper si
 ### What ships

 Design 7.2's slice:
- `syncCommand(kind, url)`: its argv is `SAFE`, exactly one `-c protocol.https.allow=always`, `-C
-  <mirror>`, then the command. Its env is `gitEnv()` plus `GIT_ASKPASS` naming a helper outside the
-  mirror, which reads the `library-gitea` slot.
+- `syncCommand(kind, url)`: argv is `SAFE`, then `-c protocol.https.allow=always`, `-c
+  http.followRedirects=false`, `-c credential.helper=`, then `-C <mirror>`, then the command. Its env is
+  `gitEnv()` plus `LC_ALL=C` and `GIT_ASKPASS` naming a helper outside the mirror, which reads the
+  `library-gitea` slot. The helper answers only the exact Username and Password prompts for the configured
+  host and user, checked with row 199's HOST and NAME patterns, and exits 1 on anything else. The URL
+  carries no userinfo. (Sage, 2026-10-20, ruling the askpass departure: megavolt-0060 to -0063, dewey-0765,
+  gosalyn-0068. It closes the redirect, host-check and username gaps that row 199's helper closes, and keeps
+  `GIT_ASKPASS` with the slot path, never the value, per sage-1487.)
 - An `https://` URL only.
 - The served ref `refs/heads/served`, and `library-diverged`, held until a human `library.sync --accept
  <commit>`.
@@ -575,7 +631,10 @@ Design 7.2's slice:
 - `library.sync`, human only. A test reaches a local bare repo only through the module parameter that
  replaces `syncCommand`.

-Tests: the C2-03a tests in design 7.2. A mutant that sets `protocol.allow=always` fails the argv test.
+Tests: the C2-03a tests in design 7.2, with the argv test checking the fixed sequence above rather than
+"exactly one `-c`". Also dewey-0765's tests: the username prompt, a wrong host, a wrong port, another user, a
+302, and the slot path against the value. Also gosalyn-0068's test that the env holds `LC_ALL=C`. A mutant
+that sets `protocol.allow=always` fails the argv test, and dewey-0765's four mutants are killed.

 ### Out of scope

@@ -584,7 +643,7 @@ Push and every bus write (C2-03b, C2-02). Creating the token slot, which is desi
 ### Gate

 Dewey approves the manifest. The library and bus suites are green on Sage's gate, along with every
-`scripts/test-*.sh`, and the mutant is killed. A search of the test run's output for the fixture token
+`scripts/test-*.sh`, and the mutants are killed. A search of the test run's output for the fixture token
 finds nothing.

 ---
@@ -690,9 +749,11 @@ Design 7.4. The chat view renders a cited reply through `renderItems`: each item
 with a scope badge (canon, playground or web) and "changed since" when the file's last commit is newer
 than the cited one. Each notice shows its fixed line. A status line reads `library.status`: the served
 commit and its age, `library-diverged`, a fetch error, and the count of R-problems with a link to the
-list.
+list. A web cite's `url` renders as a link only when its scheme is `https`, and as plain text otherwise.
+`renderItems` doesn't check the scheme (`packages/library/src/render.mjs:14-16`, webby-0041 N5).

-Tests: webui tests for items, scope badges, notices, "changed since" and the status line.
+Tests: webui tests for items, scope badges, notices, "changed since" and the status line, and a web cite
+with an `http:` and a `javascript:` url that each render as text.

 ### Out of scope

@@ -706,27 +767,276 @@ Dewey approves the manifest. The webui suite is green on Sage's gate, along with

 ---

-## C2-13 install script and precheck for the host
+## C2-13a unit render and host precheck
+
+Gitea #1732. Installer I2 with C2-13b, Vikunja P19 #432 (mos-1118). Re-briefed 2026-10-20 for Q189
+(the Console starts at install and at boot) and row 190's landing.

 ### Problem

-The hub runs on 10.1.1.54 as `mosaic` under `/srv/mosaic`, as `mosaic-stack.service` with
-`ProtectHome` (design 9, Q181). Nothing installs a library business there, or checks the host before it
-starts.
+The hub runs on 10.1.1.54 as `mosaic` under `/srv/mosaic`, as two system units,
+`mosaic-bus@<business>.service` and `mosaic-webui.service` (design 9 and 10 step 2c, r11). Nothing
+renders those units for a system install, and nothing checks the host before the start. Row 195 needs
+the same render and precheck for Case 1 on 10.1.1.53, so this part comes first and has no library
+dependency (sage-1480, Q177).
+
+### Owner and reviewer
+
+- Owner: Gosalyn, Opus 5.5. The scripts run on a host only under Jason's go, by him or his delegate
+  (design 10).
+- Reviewer: Webby.
+- After: nothing. Row 195 chains on this row's candidate.
+
+### Files owned
+
+`scripts/case2-unit.sh` and `scripts/case2-precheck.sh` (new), `packages/cli/tests/case2-unit.test.mjs`
+(new), and one line of `packages/cli/README.md`: at `:713`, "nothing in the repository creates or reads
+it" changes to say that nothing creates it, that only the Case 2 precheck reads it, and that the
+precheck prints only variable names, never values (webby-0034 N2, webby-0035).
+
+### What ships: `case2-unit.sh`
+
+`case2-unit.sh` is the 2c step. Root runs it from a root-owned checkout of the reviewed commit outside
+`/srv/mosaic`, never from the release, because `mosaic` can write the release.
+
+Inputs. `--profile factory|library` (default `library`), `--user`, `--home`, `--business`, `--copy ID`,
+`--node PATH`, with `factory` only `--pm` and `--claude PATH`, and the Console's serve flags after `--`.
+Row 195 calls it with those names. `library` refuses `--pm` and `--claude`.
+- `--node` must be an absolute path to a root-owned regular file outside `<home>`.
+- `--claude` follows the `--node` rule: an absolute path to a root-owned regular file outside `<home>`, so
+  nothing running as `<user>` can replace the binary the bus runs (sage-1517, darkwing on gosalyn-0057).
+  Row 195 installs claude under a root-owned prefix to match.
+- The copy id must be exactly 40 lowercase hex characters naming a directory that holds
+  `scripts/mosaic`, directly under `<home>/.local/share/mosaic-stack/copies`. That is the rule
+  `copy_root` uses (`scripts/stack-copy.sh:8`, `:22`). Anything else refuses before the render.
+- The serve flags. The script copies the checks from `serve_flags` (`scripts/webui-service.sh:201-264`)
+  into its own function, with its own tests. It doesn't source or change that script, because its
+  proof-file check compares the owner to `id -u` (`:257`), which is root here, and its render finds
+  node with `command -v` (`:294`), not `--node` (webby-0036 N3). The library profile takes exactly
+  these flags, each once, and refuses any other:
+  - `--port N`, with N in 1..1023 (design 9.3).
+  - `--business ID`, equal to `--business`.
+  - `--public-host NAME`, `--auth-header HEADER` and `--allow-user ID`, checked as
+    `webui-service.sh` checks them. Their values come from design 10 step 5.
+  - `--send`, because C2-10b's chat needs it.
+  - It refuses `--sso`. For 10-27 the library Console signs people in through the proxy, with the
+    preview set and the proof pair above. `webui-service.sh` refuses `--sso` with either (`:221-225`).
+    Taking `--sso` here waits for Q175 phase 2 (row 200 and its window), as a follow-up (gosalyn-0065 G2).
+  - `--proof-header NAME` and `--proof-file PATH`. The proof is required, not optional (design 9.3).
+    The file must be a regular file, not a symlink, owned by `<user>`'s uid from `getent passwd`, mode
+    0600 or 0400, under `<home>/.config/mosaic-dev/secrets/`. That keeps it out of the data root, where
+    a session's run directory is. The script stats it and never opens it.
+  - It refuses `--tester-port`. The tester listener takes instance, route, name and chat writes from
+    loopback with no sign-in (`packages/webui/src/serve.mjs:482`, `:552-553`).
+  - It refuses `--checkout`. Her host has no canonical checkout, and the queue store refuses a read
+    from the copy, so the queue panel isn't part of Case 2 (webby-0036 N4).
+  - It refuses `--board`. Case 2 runs no control board, and design 9.3 says why the default stays.
+  The factory profile (gosalyn-0057 items 1-3, sage-1517) takes `--port N` in 1..1023 and `--business ID`,
+  both required, and an optional `--tester-port N` in 1024..65535, never equal to `--port`, because
+  Case 1's acceptance uses the tester. .53 has no proxy, so `factory` refuses `--public-host`,
+  `--auth-header`, `--allow-user`, `--proof-header`, `--proof-file` and `--send`. It refuses `--checkout`
+  and `--board` as `library` does, and any other flag.
+
+The render. It renders two system units from the checkout's existing templates and changes neither:
+`[email protected]` from `packages/cli/systemd/mosaic-bus.service.in`, enabled as
+`mosaic-bus@<business>.service`, and `mosaic-webui.service` from
+`packages/webui/systemd/mosaic-webui.service.in`. Every token has one value (webby-0036 B2):
+- `@REPO@` is the copy directory.
+- `@NODE@` is `--node`.
+- `@PATH@` is the directory of `--node` first, then whichever of `/usr/local/bin`, `/usr/bin` and `/bin`
+  it isn't, in that order. The bus's `ExecStart=` is `scripts/mosaic`, which runs `exec node` from
+  PATH (`scripts/mosaic:22-40`), so this line picks the bus's node. It differs from
+  `scripts/webui-service.sh:303-305` in one case on purpose. That script leaves the list alone when the
+  node's directory is already in it, so with `--node /usr/bin/node` a node in `/usr/local/bin` would
+  come first and the bus would run it.
+- `@FLAGS@` is the checked serve flags, in the order given.
+- `@PM_FLAGS@` is ` --pm` when `factory` is given `--pm`, as `scripts/bus-service.sh:82` renders it,
+  and empty otherwise.
+- `@CLAUDE_ENV@` is the line `Environment=MOSAIC_CLAUDE_BIN=<--claude>` when `factory` is given
+  `--claude`, and empty otherwise.
+- `@CONFIG_ENV@` and `@SESSION_ENV@`, which row 190 added to the templates (landed 00d4cc1f6). The
+  render refuses an unknown token, and row 190 landed first, so this row renders both, with tests
+  (gosalyn-0057 item 4). Fill them as `scripts/instance.sh:85-107` does: for the default instance
+  `dev` the `@CONFIG_ENV@` line is deleted and `@SESSION_ENV@` is the session env path under `%h`, which
+  the `%h` rule below then makes literal. This row renders the default instance only, with the
+  unsuffixed unit names below, and takes no `--instance`. A named instance on a Case 2 host is a
+  follow-up (gosalyn-0065 G1). The bus template's `EnvironmentFile=` line is now
+  `mosaic-bus.service.in:25`, `EnvironmentFile=-@SESSION_ENV@`, and the checks below match it there.
+- `%h` becomes the literal `--home`, because in a system unit `%h` is root's home.
+- After the render it refuses any `@[A-Z_]+@` or `%h` left in either unit.
+
+Lines it adds or replaces. At the end of `[Service]` in both units it adds `User=<user>`,
+`Group=<user's primary group>` and these four lines, in this order (webby-0036 B3):
+```
+ProtectSystem=strict
+ReadWritePaths=<home>
+ProtectHome=yes
+PrivateTmp=yes
+```
+The templates' own `NoNewPrivileges=yes` stays. The Console unit also gets
+`AmbientCapabilities=CAP_NET_BIND_SERVICE` and `CapabilityBoundingSet=CAP_NET_BIND_SERVICE`, so it can
+bind its port below 1024 (design 9.3). The bus unit gets no capability line. It adds nothing else. No
+line restricts namespaces or system calls. A session's bwrap needs a user, PID and IPC namespace
+(`packages/seat/src/sandbox.mjs:67`) and a mount namespace, and `RestrictNamespaces=`,
+`PrivateUsers=` or `SystemCallFilter=` can each take one away, so it refuses a template or render that
+holds any of them.
+- `[Install]`. Each unit renders `WantedBy=multi-user.target` as its one `WantedBy=` line. In the bus
+  unit it replaces `WantedBy=default.target`, not followed by a second line (webby-0036 N1). The
+  Console unit gets the same line, replacing `WantedBy=default.target` at `mosaic-webui.service.in:41` (Q189, mos-1122, mos-1123, gosalyn-0064 item 1). That reverses
+  mos-1097 item 1 and webby-0036 B1's "no `[Install]` on the Console".
+- Root's 2c step enables both units, then starts the bus and then the Console (gosalyn-0064 item 2,
+  design ruling after r11 at 8614ba87c). Both come back after a boot on their own. Design 10 step 9 has
+  no hand start (item 3), and nothing in I1 or I3 starts the Console by hand either.
+- No `After=` or `Wants=`. serve calls the bus per request, so the Console starts without the bus
+  (webby-0036 N2), and a boot that brings the Console up first is safe. The port below 1024, its
+  capability lines and its precheck stay (mos-1110).
+
+Checks. It refuses unless `User=`, `Group=`, `ExecStart=`, the bus unit's `EnvironmentFile=`, the
+hardening lines and the Console's two capability lines match fixed values. `EnvironmentFile=` is the
+line in `packages/cli/systemd/mosaic-bus.service.in:25` (`:24` before row 190), with the literal home. The Console unit has
+none, and it refuses one. It also refuses:
+- any `PermissionsStartOnly=`, and any `Exec*=` value whose leading run of prefix characters (`@`, `-`,
+  `:`, `+`, `!`) holds a `+` or `!`. systemd takes those prefixes in any order, so `-+/srv/mosaic/x`
+  runs as root even with `User=mosaic`. The named-line check doesn't read these lines (webby-0026 N1,
+  webby-0027, defence in depth).
+- on a re-install, an installed pair whose two units name different copy ids (webby-0036 N5). The bus
+  accepts only its own `human-cli.mjs` path, so a split pair breaks the human proof
+  (`scripts/webui-service.sh:324-348`).
+- on a re-install, an installed unit that differs from the render in anything but the copy id. So the
+  node path and serve flags must equal the installed ones. The copy id is the one value that may
+  change, so a re-pin or a rollback to another copy re-renders both units together (row 195). With
+  `factory`, `--pm` and `--claude` must also match the installed bus unit.
+
+It writes both units under `/etc/systemd/system/` as `root:root` 0644. It never uses `systemctl link`,
+and it refuses a symlink at either unit path. It opens no file under `<home>`. It only stats the copy
+directory, its `scripts/mosaic` and the proof file.
+
+### What ships: `case2-precheck.sh`
+
+It runs as `<user>` and takes `--profile factory|library`, default `library`. C2-13a ships the host
+checks below. C2-13b adds the library checks to the same file. It refuses unless all of these hold:
+- The config validates.
+- `sudo -n true` fails as `<user>`, and `id -G` prints exactly one entry, its primary group. A system
+  user always has one, so the check is for supplementary groups.
+- `bus.tester`: `library` refuses it on. `factory` requires it on, because Case 1's acceptance uses the
+  tester. `factory` refuses a business file that has a `kind: "library"` project, with
+  `profile-library-business`, so Case 2 can't reach a tester-on check through a wrong flag.
+- The run root is 0700.
+- `XDG_DATA_HOME` is unset or is `<home>/.local/share`. `copy_root` reads the copies dir from it
+  (`scripts/stack-copy.sh:8`), and the unit fixes `<home>/.local/share`, so any other value would put
+  the copy where the unit refuses it (webby-0032 N2).
+- `node --version` is 24 or later, because every package's `engines` field says `>=24` (row 195: .53
+  has v22.22.2).
+- `bwrap --unshare-all --ro-bind / / true` exits 0 as `<user>`. Without it no session starts. Row 195
+  found no bwrap on .53, and `kernel.apparmor_restrict_unprivileged_userns=1`, and .54 may be the same.
+  On a refusal, the precheck prints the sysctl's value and whether `bwrap` is on PATH. This runs in
+  `<user>`'s shell, outside the unit's hardening, so it can't show that the unit lets bwrap run. Design
+  10 step 9 checks that.
+- `net.ipv4.ip_unprivileged_port_start` is above the Console's `--port`, read from the installed
+  Console unit. It refuses when the floor is at or below the port, because a lowered floor lets any
+  `mosaic` process bind the port, a session included, and makes the Console's capability pointless
+  (design 9.3, mos-1100).
+- When some instance's harness is claude-code, one marker prompt run through the host's claude with
+  `--system-prompt-file` shows that it replaces the default prompt. The claude version is printed. The
+  host's claude is the installed bus unit's `MOSAIC_CLAUDE_BIN` when the unit sets one, as `factory`
+  with `--claude` does, and `claude` on PATH otherwise. With
+  the design's model path, Bean and Chet run pi, so this check is skipped unless she adds a claude-code
+  specialist.
+- When an instance's provider is `zai`, `<configDir>/secrets/claude-session.env` exists, is a regular
+  file owned by `<user>` at 0600, and sets a nonempty `ZAI_API_KEY` (design 10 step 2d). It parses the
+  file the way systemd does, so the last assignment of a name wins (webby-0032 N3). A pi launch has no
+  credential check, so without this the first turn is where a missing key shows. The precheck prints
+  the name and never the value.
+
+It also prints free memory and verifies that HOME is `<home>`.
+
+### Tests
+
+`case2-unit.sh` runs against a scratch unit directory. A clean render writes 0644 files, and these hold:
+- the bus unit's `Environment=PATH=` starts with the `--node` directory, both for a `--node` outside the
+  default list and for `/usr/bin/node`, which gives `/usr/bin:/usr/local/bin:/bin`. Its `ExecStart=` is
+  the copy's `scripts/mosaic`
+- the Console unit's `ExecStart=` starts with `--node` and holds the flags in order
+- each unit has exactly one `WantedBy=`, `multi-user.target`
+- against a fake `systemctl` that records its argv, a clean run enables both units, then starts the bus,
+  then the Console, in that order. A failed bus start refuses with the Console not started
+- both units hold the four hardening lines once, in order, and only the Console holds the two
+  capability lines
+- a check of the script for `systemctl link` finds nothing
+- with `factory`, `--pm` renders an `ExecStart=` ending in `bus start <business> --pm` with one `--pm`,
+  and `--claude` renders exactly one `Environment=MOSAIC_CLAUDE_BIN=` line with that path. Without them
+  both tokens render empty
+
+These cases refuse:
+- an installed unit edited to `User=root`
+- an edited `ExecStart=`
+- an installed unit with a hardening line removed, and a template with `RestrictNamespaces=`,
+  `PrivateUsers=` or `SystemCallFilter=` added
+- a bus template with the `EnvironmentFile=` line removed or pointing elsewhere, and a Console template
+  with one added
+- a symlink at either unit path
+- a `--node` that is relative, not root-owned, or under `<home>`
+- a re-install with a different `--node` or different serve flags
+- an installed pair whose units name different copy ids
+- a template holding an unknown `@TOKEN@`, and an unrendered `%h` left in either unit
+- a template with `ExecStartPre=+/srv/mosaic/x`, and one with `ExecStartPre=-+/srv/mosaic/x`
+- a copy id that is short, uppercase, holds `/` or `..`, or names no directory
+- with `library`: `--port 7332`, a missing proof pair, a proof file owned by root, at 0644, a symlink, or
+  under the data root, `--tester-port`, `--checkout`, `--board`, a `--business` different from the
+  unit's, `--pm`, `--claude`, and an unknown flag. With `factory`: `--tester-port` equal to `--port`, a
+  missing `--port` or `--business`, each of `--public-host`, `--auth-header`, `--allow-user`,
+  `--proof-header`, `--proof-file` and `--send`, a `--claude` that is relative, not root-owned or under
+  `<home>`, and a re-install with a different `--pm` or `--claude`.
+
+The precheck runs against a scratch data root. Each refusal has a case. A fake `node` printing v22
+refuses, a fake `bwrap` that exits 1 refuses, and an unprivileged port start at or below the Console's
+port refuses. The claude check runs against a fake claude that appends rather than replaces, and that
+case refuses. With no claude-code instance the claude check doesn't run, and a test shows a missing
+claude passes. When the bus unit sets `MOSAIC_CLAUDE_BIN`, the check runs that binary: a replacing fake
+there passes while an appending fake sits first on PATH, and the swap refuses. The key file refuses when missing, at 0644, a symlink, with `ZAI_API_KEY=` empty, and
+with `ZAI_API_KEY=x` followed by `ZAI_API_KEY=`. A search of the test output for the fixture key value
+finds nothing. `factory` passes with the tester on and refuses a business file with a library project.
+`library` refuses with the tester on.
+
+The bind test (mos-1100). A session can't take the Console's port. The test builds the argv a real
+session gets, with `binds()` and `sandboxArgv()` from `packages/seat/src/sandbox.mjs`, around a node
+one-liner that binds `127.0.0.1` on a port below 1024 and prints the error code. Inside bwrap the bind
+fails with `EACCES`. The control runs the same one-liner in the same sandbox on a free port of 1024 or
+above, and that bind succeeds, so the failure comes from the port floor and not from a broken sandbox.
+The test reads `net.ipv4.ip_unprivileged_port_start` first. If the test host's floor is at or below the
+chosen port, the test fails and says so, rather than skipping.
+
+### Out of scope
+
+Running either script on a host. Design 10 steps 2 to 9 are Jason's, and the root step 2c is ops-01's
+over ssh as `localadmin`. The library checks and the install are C2-13b.
+
+### Gate
+
+Webby approves the manifest. The test file and the cli suite are green on Sage's gate, along with every
+`scripts/test-*.sh`. A run on a host is a separate window with Jason's go.
+
+---
+
+## C2-13b install script and library precheck
+
+Gitea #1727. Installer I2 with C2-13a, Vikunja P19 #432 (mos-1118).
+
+### Problem
+
+Nothing installs a library business on her host, and C2-13a's precheck doesn't yet check the library
+parts.

 ### Owner and reviewer

 - Owner: Gosalyn, Opus 5.5. The script runs only under Jason's go, by him or his delegate (design 10).
 - Reviewer: Webby.
- After: C2-04, C2-03a, C2-20.
+- After: C2-13a, C2-04, C2-03a, C2-20.

 ### Files owned

-`scripts/case2-install.sh`, `scripts/case2-precheck.sh` and `scripts/case2-unit.sh` (new), the template
-`packages/cli/systemd/mosaic-stack.service.in` (new), `packages/cli/tests/case2-install.test.mjs`
-(new), and one line of `packages/cli/README.md`: at `:713`, "nothing in the repository creates or reads
-it" changes to say that nothing creates it, that only the Case 2 precheck reads it, and that the
-precheck prints only variable names, never values (webby-0034 N2, webby-0035).
+`scripts/case2-install.sh` (new), `scripts/case2-precheck.sh` (the library checks only) and
+`packages/cli/tests/case2-install.test.mjs` (new).

 ### What ships

@@ -736,92 +1046,31 @@ path. It runs as `<user>` through `sudo -u mosaic -H` from `localadmin`, and `mo
 doesn't create `<user>` and writes no unit file. Root does those in design 10 steps 2a and 2c. Every
 host value is an input, so a later host move changes only inputs.

-Row 195 runs these scripts by input for Case 1 on 10.1.1.53 (darkwing to gosalyn, design at
-`agents/darkwing/work/queue-195/DESIGN.md` section 2). They don't copy them. So the install and the
-precheck take `--profile factory|library`, default `library`:
+Row 195 runs the install by input for Case 1 on 10.1.1.53 (darkwing to gosalyn, design at
+`agents/darkwing/work/queue-195/DESIGN.md` section 2). It doesn't copy it. So the install takes
+`--profile factory|library`, default `library`, as the precheck does:
 - `library` is everything this brief lists.
 - `factory` skips the library mapping, the persona files and digests, the token slot, and
-  `library.sync` and `library.status`. It requires `bus.tester` on, because Case 1's acceptance uses the
-  tester.
- `factory` refuses a business file that has a `kind: "library"` project, with
-  `profile-library-business`. So Case 2 can't reach a tester-on check through a wrong flag.
- `library` refuses with `bus.tester` on, as before.
+  `library.sync` and `library.status`.

-`case2-unit.sh` is the 2c step. Root runs it from a root-owned checkout of the reviewed commit outside
-`/srv/mosaic`, never from the release, because `mosaic` can write the release. It does the following:
- It renders the unit from the checkout's template, with the user, the home and the copy id as inputs.
- It refuses unless `User=`, `Group=`, `ExecStart=`, `EnvironmentFile=` and the hardening lines match
-  fixed values. `EnvironmentFile=` is the line in `packages/cli/systemd/mosaic-bus.service.in:24`. The
-  copy id is the one part of `ExecStart=` that varies, so a re-pin to a new copy can re-render the
-  unit (row 195). It must be exactly 40 lowercase hex characters naming a copy that holds `scripts/mosaic`,
-  directly under `<home>/.local/share/mosaic-stack/copies`. That is the rule `copy_root` uses
-  (`scripts/stack-copy.sh:6`, `:20`). Anything else refuses before the render.
- It refuses any `PermissionsStartOnly=`, and any `Exec*=` value whose leading run of prefix
-  characters (`@`, `-`, `:`, `+`, `!`) holds a `+` or `!`. systemd takes those prefixes in any order,
-  so `-+/srv/mosaic/x` runs as root even with `User=mosaic`. The named-line check doesn't read these
-  lines (webby-0026 N1, webby-0027, defence in depth).
- It writes `/etc/systemd/system/mosaic-stack.service` as `root:root` 0644. It never uses
-  `systemctl link`, and it refuses a symlink at the unit path.
- On a re-install, it refuses an installed unit that differs from the render.
- It reads nothing from under `<user>`'s home.
-
-The precheck refuses unless all of these hold:
- The config validates.
- `sudo -n true` fails as `<user>`, and `id -G` prints exactly one entry, its primary group. A system
-  user always has one, so the check is for supplementary groups. `bus.tester` is not on.
- The business file, `.history`, `changes.jsonl` and persona files have the modes in design 4, and
-  each persona digest matches.
- The run root is 0700.
- `XDG_DATA_HOME` is unset or is `<home>/.local/share`. `copy_root` reads the copies dir from it
-  (`scripts/stack-copy.sh:6`), and the unit fixes `<home>/.local/share`, so any other value would
-  put the copy where the unit refuses it (webby-0032 N2). A test sets it elsewhere and the precheck
-  refuses.
- `node --version` is 24 or later, because every package's `engines` field says `>=24` (row 195: .53
-  has v22.22.2).
- `bwrap --unshare-all --ro-bind / / true` exits 0 as `<user>`. Without it no session starts. Row 195
-  found no bwrap on .53, and `kernel.apparmor_restrict_unprivileged_userns=1`, and .54 may be the same.
-  On a refusal, the precheck prints the sysctl's value and whether `bwrap` is on PATH.
- When some creative instance's harness is claude-code, one marker prompt run through the host's claude
-  with `--system-prompt-file` shows that it replaces the default prompt. The claude version is printed.
-  With design r9's model path, Bean and Chet run pi, so this check is skipped unless she adds a
-  claude-code specialist.
- When an instance's provider is `zai`, `<configDir>/secrets/claude-session.env` exists, is a regular
-  file owned by `<user>` at 0600, and sets a nonempty `ZAI_API_KEY` (design 10 step 2d). It parses the
-  file the way systemd does, so the last assignment of a name wins (webby-0032 N3). A pi launch
-  has no credential check, so without this the first turn is where a missing key shows. The precheck
-  prints the name and never the value.
+The precheck's library profile adds these checks to C2-13a's:
+- The business file, `.history`, `changes.jsonl` and persona files have the modes in design 4, and each
+  persona digest matches.
 - `library.sync` fetches her repo read-only, and `library.status` lists R-problems.
 - No Discord binding exists.

-It also prints free memory and verifies HOME is `/srv/mosaic`.
+### Tests

-Tests run against a scratch data root and a local bare repo. Each precheck refusal has a case. The
-claude check runs against a fake claude that appends rather than replaces, and that case refuses. With
-no claude-code instance the claude check doesn't run, and a test shows a missing claude passes. The key
-file refuses when missing, at 0644, a symlink, with `ZAI_API_KEY=` empty, and with `ZAI_API_KEY=x`
-followed by `ZAI_API_KEY=`. A search of the test
-output for the fixture key value finds nothing.
-`case2-unit.sh` runs against a scratch unit directory. These cases refuse:
- an installed unit edited to `User=root`
- an edited `ExecStart=`
- a template with a hardening line removed
- a template with the `EnvironmentFile=` line removed or pointing elsewhere
- a symlink at the unit path
- a template with `ExecStartPre=+/srv/mosaic/x`
- a template with `ExecStartPre=-+/srv/mosaic/x`
- a copy id that is short, uppercase, holds `/` or `..`, or names no directory
-
-Precheck cases for the new lines: a fake `node` printing v22 refuses, and a fake `bwrap` that exits 1
-refuses. `--profile factory` passes with the tester on and no library items, and refuses a business
-file with a library project. `--profile library` refuses with the tester on.
-A clean render writes a 0644 file. A test checks the script for `systemctl link`.
+They run against a scratch data root and a local bare repo. Each new precheck refusal has a case: a
+persona file at 0644, a digest mismatch, a business file at the wrong mode, a sync failure and a
+Discord binding. The install's `factory` profile writes no library mapping, persona file or token slot.

 ### Out of scope

 Running it on the host. Design 10 steps 2 to 7 are Jason's. Step 1 no longer waits on #421 (Q183), and
-Mos lifted its hold (mos-1074). The root steps 2a and 2c are ops-01's, over ssh as `localadmin`,
-so the install waits on #423 step 1 and on nothing else in #423. The Gitea bot account and the token slot are steps 3 and 4. Stopping Hermes
-is step 9 and her choice.
+Mos lifted its hold (mos-1074). The root steps 2a and 2c are ops-01's, over ssh as `localadmin`, so the
+install waits on #423 step 1 and on nothing else in #423. The Gitea bot account and the token slot are
+steps 3 and 4. Stopping Hermes is step 9 and her choice.

 ### Gate

@@ -896,7 +1145,7 @@ its first turn, as `packages/cli/README.md:439-444` says.
  shell inside any of them can read it. Where the README names `claude-session.env` ("Unit", `:711`),
  "The file holds one line" becomes "The file holds one line per variable", followed by a sentence
  saying it holds every session provider key, not only Claude's (webby-0032, webby-0034 N1). Leave
-  `:713`, "nothing in the repository creates or reads it", alone. C2-13 owns that line.
+  `:713`, "nothing in the repository creates or reads it", alone. C2-13a owns that line.
 - One test in `session.test.mjs`: `ENV_ALLOW` includes `ZAI_API_KEY`, and
  `sessionEnv({ ZAI_API_KEY: "fixture-zai", ZAI_TOKEN: "t" }, run)` returns `ZAI_API_KEY` with the fixture
  value and no `ZAI_TOKEN`. The existing allowlist test (`:51-59`) stays as it is.
@@ -68,3 +68,42 @@ Tests use scratch sshd fixtures on 127.0.0.1 or fakes, never a real host.
 Duckworth approves DESIGN.md, then the manifest. The bus, business and cli suites and every
 `scripts/test-*.sh` are green on Sage's gate, and the mutants are killed (one per refusal, plus one that leaks
 the key into the agent's output and one that skips the host key pin).
+
+## Machine grant row a: enrollment, store records and migration 3i-3j
+
+Sage, 2026-10-20, for Vikunja P19 #436 (#436a), mos-1141 and mos-1143. Owner Gizmoduck, reviewer Duckworth,
+gate owner Sage. The design is `agents/gizmoduck/work/machine-grant/DESIGN.md` r6 at f9039682e on
+`gizmoduck/machine-grant-design`, which Duckworth approved for code once row 210 lands (duckworth-0063,
+mos-1141). It is not reopened here. Section 12 Q-S4 defines the split. Estimate 1.5 days. Gitea #1740.
+
+Row a ships enrollment as the approved request (section 3), the four `tools/host` files, the store records
+and their migration `3i-3j.sql` (section 5), `host.run` reading the records, and `hosts status`. It also
+moves row 210's tests onto the store. Every grant name is under `grant.*` behind one guard, as
+`action.allowed` bodies (mos-1144, gizmoduck-0086, duckworth-0065 O1). No agent creates a grant (Q188).
+
+Order and timing:
+- It builds on row 210's landing, after row 199 (mos-1135, mos-1137).
+- This row owns `SCHEMA_VERSION` 3j. Any other row with a schema step goes 3j to 3k or later and rebases
+  onto this row's landing: the #436b build takes 3j to 3k, then row 206 (193b2) 3k to 3l.
+- It lands by 10-25 and before the .53 and .54 installs (mos-1134, mos-1145). Sage flags a slip past 10-25
+  to Mos. Live on dragon-lin comes in the one 10-24 window with rows 190, 199 and 210, as an agent-run
+  `--migrate` under Q173, backup first (mos-1145 line 9). The run sheet strips row 210's `hosts` keys and
+  role grants from the business file before that re-pin (design r5 N9).
+- It needs the PRD 1.8 line before landing (Q-S4).
+
+Gate: Duckworth approves the manifest. The bus, business and cli suites and every `scripts/test-*.sh` are
+green on Sage's gate. The design's section 10 tests and mutants for row a pass, the migration test included.
+
+## Machine grant row b: raise binding, executor, reconcile and revoke
+
+Same owner, reviewer, gate owner and design as row a. Estimate 1.75 days. Chained on row a's landing.
+Gitea #1741.
+
+Row b ships the raise binding, the executor (section 5), reconcile, and revoke with the `hosts.revoke`
+verb and its marker (section 6), plus row 210's per-call decision as manual mode (section 7). After step
+5 commits, the executor ignores an abort, and both undo paths update only an existing record (r6 C1, X3,
+X5). At start, after the grant reconcile, the bus unlinks every `host.<id>` key file that has no
+`host_grants` record (r6 N1, G27). It adds no schema step. If it needs one, Sage re-briefs it first and
+assigns the next free step (#436b holds 3j to 3k, row 206 3k to 3l).
+
+Gate: as row a, with section 10's row b tests and mutants, G27, G28 and the upsert mutant included.
@@ -42,10 +42,11 @@ and mutants 1, 3, 6, 10, 11 and 12 from section 8.
 Gate: Duckworth approves the manifest. The bus suite and every `scripts/test-*.sh` are green on Sage's gate,
 and the mutants are killed.

-## Brief: 193b2, thread shares (schema 3j)
+## Brief: 193b2, thread shares (schema 3l)

 Chained on 193b1. `thread_shares`, the share verbs, the share rules of `#readable` and `#threadRead`, and the
-section 5.5 share filters. Schema 3i to 3j. The table is append-only, and row 181's restore guard and
+section 5.5 share filters. Schema 3k to 3l (Sage, 2026-10-20: machine grant row a owns 3i to 3j and
+the #436b build owns 3j to 3k, so this row builds on #436b's landing). The table is append-only, and row 181's restore guard and
 `COUNTED` include it. Bus tests for shares and the migration, and mutants 2, 4, 7, 8 and 9 from section 8.
 Going live needs a `--migrate` window with Jason. Sage takes it to Mos when this row is near.

@@ -0,0 +1,229 @@
+# Briefs: the installer rows I1 and I3 (#432)
+
+Sage, 2026-10-20, on Mos's go mos-1118 (the mapping in sage-1524, accepted). Vikunja P19 #432. Q187
+(mos-1108): install and upgrade become product commands before either VM gets the stack. ops-01 proves them
+on a throwaway PVE VM, and the same commands then install 10.1.1.53 (Case 1, factory profile) and 10.1.1.54
+(Case 2, library profile).
+
+The work is in three rows:
+- I1 (this file): `stack-release.sh` and `stack-copy.sh` learn system units and bundle copies.
+- I2: rows 230 and 226, re-briefed in `docs/plans/2026-10-20_case2-rows.md` (C2-13a and C2-13b). The install
+  command, the unit render, the precheck and the two profile files.
+- I3 (this file): the root `upgrade` driver and the ops-01 host run sheet.
+
+Row 195 shrinks to the factory profile's values and the Case 1 acceptance
+(`docs/plans/2026-10-20_hub-own-uid.md`).
+
+The source for most of I1 and I3 is row 195's DESIGN r6, `agents/darkwing/work/queue-195/DESIGN.md` at
+b7239bb66, cited below as "r6". r6 designed these pieces for one host under `case1-*` names. These rows
+build them once, for any host, under the stack's own names. Where this brief and r6 differ, this brief
+wins.
+
+Choices Mos accepted (mos-1118). They hold for all three rows:
+1. Install starts on a host that ops-01 has prepared with the run sheet. Install's precheck verifies each
+   prepared item and refuses when one is missing. Folding host prep into the command is a post-10-27 row,
+   Vikunja #437.
+2. The "next release" for the ops-01 proof is two refactor commits shipped as git bundles. I1 makes
+   `stack-copy.sh` take a bundle.
+3. Decision 96 stays as process: Mos's go per run, and Jason present for `--migrate`. `upgrade` refuses a
+   migrating target unless `--migrate` is given.
+4. The instance gets its name through row 190's `--instance NAME`. .53's profile value is `dev`, r6's
+   name, which is row 190's default instance (`scripts/instance.sh`, "other than dev").
+5. The Console starts by itself on both hosts (Q189, mos-1122). I2 renders and enables it. Nothing in I1
+   or I3 starts it by hand.
+
+---
+
+## I1 stack-release external units and bundle copies
+
+Gitea #1734. Vikunja P19 #432.
+
+### Problem
+
+`stack-release.sh` calls `systemctl --user` and `journalctl --user` throughout, so it can't run a stack
+whose units are system units owned by root, as both VMs' are. `stack-copy.sh` makes a copy only from a
+commit reachable from `refs/heads/refactor` and `refs/remotes/origin/refactor`
+(`scripts/stack-copy.sh:36-41`), and a VM has no such checkout. Its `wrapper` verb refuses when no wrapper
+exists yet (`:68-73`), so a first install can't make one.
+
+### Owner and reviewer
+
+- Owner: Darkwing.
+- Reviewer: Filbert (moved from Duckworth, mos-1119 item 4).
+- After: row 190, landed as 00d4cc1f6 on 2026-10-20. Build on 00d4cc1f6 on a new branch, then rebase to a
+  new branch name if refactor moves under a path this row owns. Never force-push. Row 200 (Launchpad,
+  `activate --sso`) also changes `scripts/stack-release.sh` and is rebasing onto 00d4cc1f6 now. Whichever of
+  the two lands second rebases onto the other.
+
+### Files owned
+
+`scripts/stack-release.sh`, `scripts/stack-copy.sh`, `packages/cli/tests/stack-release-external.test.mjs`
+(new), `packages/cli/tests/stack-copy.test.mjs`, `packages/cli/tests/stack-release.test.mjs` where a
+shared helper moves, and the `docs/TOOLS.md` and `packages/cli/README.md` lines for these verbs.
+
+### What ships
+
+- `--units user|external`, default `user`. Under `user`, every command line and every byte of output is
+  what it is today, and the existing tests pass unchanged. One units backend holds every `systemctl` and
+  `journalctl` call, so the two modes differ in that one place.
+- Under `external`, r6's pieces, as designed there:
+  - `adopt`, `activate`, `rollback` and `status` (r6 :313-316, :459-559).
+  - The open-activation marker `AWAITING-UNITS` and the `confirm`, `revert` and `gate --since` verbs, which
+    refuse without `--units external` (r6 :443-457).
+  - `rollback --to ID`, which refuses unless ID is `from_log previous` (r6 :545-555).
+  - `--plan --expect-from OLD`, which refuses `pointer-differs` (r6 A1, N5).
+  - The start floor from the bus unit's `ActiveEnterTimestamp`, compared in whole seconds, with gate code
+    `stale-start` (r6 :491-505).
+  - The PM check from `launches list --json`, with no journal read (r6 :507-523).
+  - `pm-on` and `activate --pm-after-harness` refuse `external-pm` (r6 :525-526).
+- `stack-copy.sh check --units external`, which reads the system units (r6 :739-741).
+- `stack-copy.sh copy --bundle FILE SHA`. It runs `git bundle verify`, requires the bundle to carry
+  `refs/heads/refactor` with SHA reachable from it, and makes the copy from SHA as `copy` does today. It
+  prints the `RELEASE` value at SHA and the bundle's sha256. Without `--bundle`, `reachable` stays as it is.
+  This is the release identity for a host with no refactor checkout.
+- `stack-copy.sh wrapper ID --create`. It writes the first wrapper only when none exists at the wrapper
+  path, and refuses when one does. Without `--create`, today's refusal on a missing wrapper stays.
+
+Where the stack user's `stack-release.sh` runs (darkwing on sage-1558, ruled sage-1561): from the stack
+user's own clone of the release bundle under its home, as in r6 step 2b. Each upgrade fetches the new bundle
+into that clone's `refs/heads/refactor` and `refs/remotes/origin/refactor`. So `check_target`'s reachability
+(`scripts/stack-release.sh:226`, `:258`), the plan's commit list (`:929-938`) and status drift (`:1220`)
+work unchanged under `external`, and I1 changes no reachability rule. "A VM has no such checkout" above
+means no canonical development checkout. The stack user never runs from root's checkout, and nothing adds
+`safe.directory`. `copy --bundle` still ships, for the first copy before the clone exists and as the
+release identity.
+
+The installer driver that calls these verbs as root is I3, and the install is I2. I1 has no root step and
+calls no `sudo`.
+
+### Tests
+
+r6 section 7's list for `stack-release-external.test.mjs` (r6 :742-812), all of it, including the eight
+sequences on one log. Plus these:
+- Under `--units user`, a fake `systemctl` that records its argv sees the same calls as before on the
+  existing `activate` and `rollback` tests.
+- A bundle whose `refs/heads/refactor` doesn't reach SHA refuses. So do a corrupt bundle and a bundle with
+  no `refs/heads/refactor`. A good bundle gives a copy byte-identical to `copy SHA` from a checkout.
+- `wrapper --create` refuses over an existing wrapper, and writes a wrapper equal to `wrapper ID`'s
+  output.
+
+Mutants: r6 section 7's list for these verbs, plus one that drops the bundle reachability check and one
+that lets `--create` overwrite.
+
+### Gate
+
+Filbert approves the manifest. The cli suite and every `scripts/test-*.sh` are green on Sage's gate, with
+the mutants killed. Target: in review 10-22, landed 10-23 (sage-1528 line 8).
+
+---
+
+## I3 the upgrade command and the host run sheet
+
+Gitea #1735. Vikunja P19 #432.
+
+### Problem
+
+Nothing re-pins a stack whose units are root's. r6 designed `case1-repin.sh` for .53 alone. And nothing
+tells ops-01 what to put on a fresh host before install.
+
+### Owner and reviewer
+
+- Owner: Darkwing. Fallback author: Herb (mos-1118, mos-1119). If I1 isn't approved by 10-23, Herb takes
+  I3 from this brief with no new briefing.
+- Reviewer: Filbert (moved from Duckworth, mos-1119 item 4).
+- After: I1 lands. It calls I2's render, so its tests use I2's candidate or a stand-in with the same
+  arguments.
+
+### Files owned
+
+`scripts/stack-upgrade.sh` (new), `packages/cli/tests/stack-upgrade.test.mjs` (new),
+`docs/guides/host-run-sheet.md` (new), and the `docs/TOOLS.md` lines for the new script.
+
+### What ships: `stack-upgrade.sh`
+
+Root runs it from a root-owned checkout of the reviewed commit, never from a copy, because the stack's user
+can write the copies.
+
+- `stack-upgrade.sh upgrade --instance NAME --bundle FILE --sha SHA [--migrate] [--timeout S]`
+- `stack-upgrade.sh rollback --instance NAME --to ID [--restore ACT --events N] [--timeout S]`
+
+The steps are r6's activate A1-A5, A2f and R1-R4 (r6 :459-544), and r6's rollback (:545-559), with these
+changes:
+- The unit render is I2's, called with the values from `/etc/mosaic-stack/<instance>.args`, which I2's
+  install writes. `--copy ID` is the one value upgrade changes. Upgrade never edits that file except to
+  record the new copy id after a confirmed run.
+- Before A1, `copy --bundle FILE SHA` runs as the stack's user (I1), and the copy id is SHA.
+- A rehearsal runs before A2, as the stack's user: `stack-release.sh rehearse SHA BUSINESS --instance
+  NAME` against the last activation's backup. A failed rehearsal refuses with nothing stopped.
+- The root lock (sage-1524 finding, mos-1118). `--plan` skips `lock()` (`scripts/stack-release.sh:1046`,
+  `:1058`), so two root runs could both pass A1, and one could stop the units in the middle of the other.
+  `stack-upgrade.sh` takes `flock -n` on `/run/mosaic-stack/upgrade-<instance>.lock` before A1 and holds it
+  to the end of the run, rollback included. A second run refuses `upgrade-running` with exit 3.
+- A1 also refuses `open-activation` when any `AWAITING-UNITS` file exists or the `interrupted` set isn't
+  empty, before anything stops.
+- A migrating target refuses `migrate-required` unless `--migrate` is given (decision 96 stays process).
+- Root's step log is `/var/log/mosaic-stack/upgrade-<instance>.log`, `root:root` 0640, one line per step
+  (r6 :452-455).
+- Exit codes are r6's: 0 ok, 1 failed with the old stack running, 2 rollback-failed with the units
+  stopped, 3 refused with nothing changed.
+- duckworth-0055's notes on r6 apply here. Darkwing names how each one lands in the design or BUILD.md.
+- Root never parses output the stack's user wrote, beyond exit codes (r6 section 4's rule).
+
+### What ships: the host run sheet
+
+`docs/guides/host-run-sheet.md` is what ops-01 does on a fresh host before install, and once per host for
+enrollment. Every item names the precheck line that verifies it (I2). Where a precheck line is missing,
+I3 says so and Gosalyn adds it to I2.
+- The stack user and its home (`useradd`, `/srv/mosaic`), with no sudo and no supplementary group.
+- node pinned under `/opt`, with the gpg and sha256 checks.
+- claude for the factory profile, installed by root with `npm install --prefix
+  /opt/mosaic-stack/claude-<pin>`, plus managed settings with the autoupdater off. This replaces r6's
+  `/srv/mosaic/.local/bin` (D :124), per C2-13a's `--claude` rule.
+- bubblewrap, the AppArmor profile, `dpkg-statoverride`, the no-new-privs test, the pins, `hostcheck`, the
+  apt hook and the boot unit (r6). These are for any host that runs bwrap, so .54 gets them too.
+- The release transport: the bundle file, root's checkout made from it, and the stack user's own clone of
+  the bundle under its home (I1). Upgrade fetches each new bundle into both.
+- The machine-grant enrollment step, once per host (Gizmoduck's design r1 f6b6a04b6 section 3, as changed
+  by its review and mos-1120). Mos sent Q-O1 to ops-01 (mos-1121). Until that design is approved, this
+  item names the design and its open question and has no commands.
+- The credential slots Jason places, in one table per host, so he can do them in one sitting (mos-1118).
+  Each row gives the host, the absolute path, the file name, the mode, the owner, which profile needs it
+  and which precheck line checks it. Values never appear. The known slots, which the author checks against
+  the code and completes:
+  - the model credential, `<configDir>/secrets/claude-session.env` (Q185 for the factory, `ZAI_API_KEY`
+    for the library, C2-13a precheck)
+  - the library Console's proof file under `<home>/.config/mosaic-dev/secrets/` (C2-13a, library only)
+  - the library's Gitea token slot (C2-13b)
+  - the per-agent store under `<configDir>/secrets/agents/<business>/<agent>/` (row 199 D1), which Jason
+    fills only through `mosaic credentials issue` or, after #436, Approve
+  - the installer key under `<configDir>/secrets/hosts/<business>/<hostId>/installer` (mos-1120), made by
+    enrollment, not placed by hand
+- Console start: none by hand. I2 enables the Console unit (Q189).
+
+The run sheet is for ops-01 and Jason, so it uses commands and paths, not design prose.
+
+### Tests
+
+`stack-upgrade.test.mjs` runs the driver as the test's user against a scratch root, with fakes for
+`systemctl`, `flock`'s lock dir, I2's render and `sudo` (the fake execs the real I1 verbs as the test's
+user, r6's B1 pattern). r6's sequences 1-8 run through the driver, plus:
+- a second run while the first holds the lock refuses `upgrade-running` and changes nothing
+- an open `AWAITING-UNITS` refuses at A1 with no stop
+- a migrating target without `--migrate` refuses `migrate-required`
+- a failed rehearsal refuses with no stop
+- a confirmed upgrade records the new copy id in the args file, and a failed one leaves it as it was
+- the step log has one line per step, and nothing in it comes from the stack user's output
+
+Mutants: drop the flock, release the lock before rollback ends, skip A1's open-activation check, skip the
+rehearsal, accept `--migrate`'s absence, and write the args file before confirm.
+
+### Out of scope
+
+Running it on a host. The ops-01 PVE proof (install, upgrade to N+1, rollback) is a window with Mos's go.
+Q187 item 4 covers creating that one throwaway VM, which stays after the proof (mos-1119 item 1). Folding
+host prep into the command is #437.
+
+### Gate
+
+Filbert approves the manifest. The test file, the cli suite and every `scripts/test-*.sh` are green on
+Sage's gate, with the mutants killed. Target: in review 10-24, landed 10-25 (sage-1528 line 12).
@@ -37,3 +37,21 @@ a hand-edited pointer is not an option.

 Webby approves the manifest. The cli suite and every `scripts/test-*.sh` are green on Sage's gate, and the
 mutants are killed (one per refusal, and one that keeps `--auth-header` in the written flags).
+
+## Brief: row 200 follow-up N1, the sso-config hint names the instance
+
+Sage, 2026-10-21, from Webby's round 3 note N1 on row 200 (comment 29772). Gitea #1744. Owner Launchpad,
+reviewer Webby, gate owner Sage. Size XS. Builds on row 200's landing 9e1085816.
+
+`scripts/stack-release.sh` builds the sso-config refusal's first-step hint as `activate $TO without --sso
+first, then write console.sso, then run activate $TO --sso`. For a named instance (row 190), both commands
+need `--instance NAME`, and the hint leaves it out. An operator who copies them acts on the default instance.
+
+- When the run names an instance, both commands in the hint carry `--instance NAME`. The default instance's
+  hint is unchanged.
+- A test runs the sso-config refusal for a named instance and asserts both commands carry `--instance NAME`.
+  The existing default-instance case keeps its exact text.
+- One mutant drops the flag from the hint, and it must die.
+
+Gate: Webby approves the manifest. `packages/cli/tests/stack-release.test.mjs` passes whole, and the cli suite
+and every `scripts/test-*.sh` are green on Sage's gate.
@@ -33,7 +33,7 @@ Gaps found while working go to `docs/plans/DEFERRED.md`, not here.

 <!-- mosaic-queue:begin -->

-Generated from `docs/plans/queue.json` revision 2361 by `queue render`. Do not edit between the markers; change the queue with `scripts/mosaic queue`.
+Generated from `docs/plans/queue.json` revision 2539 by `queue render`. Do not edit between the markers; change the queue with `scripts/mosaic queue`.

 | # | Piece | Owner | Issues | State | After | Gate | Brief | Note |
 |---|---|---|---|---|---|---|---|---|
@@ -102,7 +102,7 @@ Generated from `docs/plans/queue.json` revision 2361 by `queue render`. Do not e
 | 63 | Multi-project verbs: task verbs across the tree | darkwing; reviewers dewey, filbert | #1556 | done | 62 done | dewey and filbert approve on the issue naming the candidate manifest; tasks, harness and every scripts/test-*.sh green on Sage's gate rerun (sage) | `docs/plans/2026-10-11_multi-project-sync.md` § Multi-project verbs: task verbs across the tree (row B) | lands before row 90 (decision 125): both share packages/tasks/README.md and tests/verbs.test.mjs, so row 90 rebases after this lands |
 | 64 | Managed sessions get their role's skills on both harnesses | sage; reviewers darkwing, filbert | #1557 | done | 65 done | darkwing and filbert approve on #1557 naming the candidate manifest; business, harness, cli and every test-*.sh green on Sage's gate rerun; Sage's landing session on each harness shows the role's skills (sage) | `docs/plans/2026-10-11_managed-session-config.md` § Managed sessions get their role's skills on both harnesses | Landed (mos-0863/0864): 9f0039711 = c6d7d538f (range-diff =, patch-id 7e1948e2f2e9), F1 doc 6b6567b8b, packet ebfc23c43; gate-land GATE_PASSED 2384/0 on 6b6567b8b. D2 on #1557 comment 29228: claude-code coder rc13bcd555652 replied with its 4 skills, pi coder r3455505dd5da launch only (no pi credential on host, to Mos); both manifests list the 4 coder skills, sha256 = landed files. D3 window step 46de60893, D4 #1672 row 174. |
 | 65 | Model routing table: sessions resolve harness, model and thinking from one table | sage; reviewers darkwing, dewey | #1558 | done | 49 done, 131 done | Mos clears the routing table's public/ diff (decision 123, mos-0840) before in-review; darkwing and dewey approve on #1558; plugins, bus, business, harness, seat, cli, webui, test-*.sh green on Sage's rerun; landing session shows module, route, counted model, thinking; report names the mos-0840 view (sage) | `docs/plans/2026-10-11_managed-session-config.md` § Model routing table: sessions resolve harness, model and thinking from one table | Decision 94 hold ended (cutover live 17:21Z); restarted under decision 111 and Mos sage-0091. |
-| 66 | Managed sessions run the unslop check on both harnesses | sage; reviewers dewey, filbert | #1559 | in-review, round 2, request posted | 64 done | dewey and filbert approve on #1559 naming the candidate manifest; unslop, harness, cli and every test-*.sh green on Sage's gate rerun; Sage's landing session on each harness shows the notice, the correction and the counts (sage) | `docs/plans/2026-10-11_managed-session-config.md` § Managed sessions run the unslop check on both harnesses | Decision 94 hold ended (cutover live 17:21Z); restarted under decision 111 and Mos sage-0091. |
+| 66 | Managed sessions run the unslop check on both harnesses | sage; reviewers dewey, filbert | #1559 | in-review, round 3, request posted | 64 done | dewey and filbert approve on #1559 naming the candidate manifest; unslop, harness, cli and every test-*.sh green on Sage's gate rerun; Sage's landing session on each harness shows the notice, the correction and the counts (sage) | `docs/plans/2026-10-11_managed-session-config.md` § Managed sessions run the unslop check on both harnesses | Decision 94 hold ended (cutover live 17:21Z); restarted under decision 111 and Mos sage-0091. |
 | 67 | Decisions read follow-up: seen-then-resolve, list-before-503 and full-row tests | filbert; reviewers darkwing, dewey | #1560 | done | — | darkwing and dewey approve on #1560 naming the candidate manifest; bus, webui and every scripts/test-*.sh green on Sage's gate rerun (sage) | `docs/plans/2026-10-11_decisions-read-follow-up.md` § Decisions read follow-up: seen-then-resolve, list-before-503 and full-row tests | — |
 | 68 | Bus host runs an explicit Claude Code binary | sage; reviewers dewey, filbert | #1561 | done | — | Filbert and Dewey approve; cli, seat, harness suites and every scripts/test-*.sh green on Sage's gate rerun; unit reinstalled and opus probe through MOSAIC_CLAUDE_BIN (sage) | `docs/plans/2026-10-11_bus-claude-binary.md` § Bus host runs an explicit Claude Code binary | — |
 | 69 | Terminal app follow-up: narrow-terminal guard test, hidden-box way out and width tests | darkwing; reviewers dewey, filbert | #1562 | done | 55 done | dewey and filbert approve on the issue naming the candidate manifest; cli and queue node suites plus every scripts/test-*.sh green on Sage's gate rerun (sage) | `docs/plans/2026-10-11_terminal-app-follow-up.md` § Terminal app follow-up: narrow-terminal guard test, hidden-box way out and width tests | Sage accepts the two shortened texts in round 1 (hidden box way out, status line), both forced by the 40x10 frame. Follow-up at landing: when help is cut to fit, draw() points at mosaic inbox --json though help has no whole text; open it as its own row (build.md Found, not fixed) |
@@ -226,28 +226,52 @@ Generated from `docs/plans/queue.json` revision 2361 by `queue render`. Do not e
 | 187 | stack-release activate carries the row 178 proof pair (mos-0928 Part B A0) | darkwing; reviewers filbert | #1685 | done | 186 done | Filbert approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the brief mutants killed (sage) | `docs/plans/2026-10-20_activate-proof-pair.md` § Brief: activate carries the row 178 proof pair | Landed 9a71e4e80 (author Darkwing) on d17328a55; patch-id 6b57c47bc661 matches candidate 52a5ecc1d143 and Filbert's r1 reading. Sage gate passed 10:21:55Z: cli 446/446 and every package and scripts/test-*.sh green. Filbert approve 29424, rev 2204; follow-ups N1-N4 filed on P19. |
 | 188 | stack-release tests: a carried proof pair and a proof file inside the repository (P19 409, 410; gates Part B) | darkwing; reviewers filbert | #1686 | done | 187 settled | Filbert approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the brief mutants killed (sage) | `docs/plans/2026-10-20_proof-test-gaps.md` § Brief: tests for the two proof-file paths row 187 left open | Landed 8fc0ee216 (author Darkwing) on 23a609c5c; patch-id c9a56b167c07 matches candidate 86aa549bad75 and Filbert's r1 reading; stack-release.sh blob 2586a2a37cd2 unchanged. Sage gate passed 10:58Z: cli 453/453 and every package and scripts/test-*.sh green. Filbert approve 29433, rev 2212; N1 (REPO logical path) to P19 after Part B (mos-0959). |
 | 189 | stack-release activate --no-send drops the Console's --send and keeps the pointer in step (Q175 interim, mos-0972, P19 413) | sage; reviewers dewey | #1687 | done | 163 done | Dewey approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the brief mutants killed (sage) | `docs/plans/2026-10-20_activate-no-send.md` § Brief: activate --no-send drops the Console's --send | Landed ace27dc5e on refactor (cherry-pick of candidate d6116771f onto a4a42dbac). Gate GATE_PASSED on 0c177e9ef (base 0217b71c8), 2026-10-20T19:09:37Z-19:20:36Z, 25 suites rc=0. patch-id ce89378718f6 for both 0c177e9ef and ace27dc5e; range-diff differs only in the message. Landed manifest hashes to 67af69bd (Dewey approve 29485). Base drift 0217b71c8..a4a42dbac: 7 doc/README files, none on manifest paths, no test reads them. Brief re-pinned to blob 29a9e6d2d. |
-| 190 | several Mosaic Stack instances on one host: per-instance config, data root, units and ports (MVP T1.1, mos-0974, Vikunja #414) | darkwing; reviewers filbert | #1688 | in-review, round 1, request posted | — | Filbert approves DESIGN.md then the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the design mutants killed (sage) | `docs/plans/2026-10-20_multi-instance.md` § Brief: several Mosaic Stack instances on one host | — |
+| 190 | several Mosaic Stack instances on one host: per-instance config, data root, units and ports (MVP T1.1, mos-0974, Vikunja #414) | darkwing; reviewers filbert | #1688 | done | — | Filbert approves DESIGN.md then the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the design mutants killed (sage) | `docs/plans/2026-10-20_multi-instance.md` § Brief: several Mosaic Stack instances on one host | Landed 00d4cc1f6 on refactor (base 99a406ed3). Patch-id 5ec610a7 matches git diff 176a6bf4b..df65a3d4c on the 25 manifest paths. Manifest cc0ea9e8, Filbert approve r3 29713. Gate on d0bbc5c1c: packages 2664/0, scripts 429/0. Mutants 20/20. Unpushed. |
 | 191 | one kill switch for the bus, every run, Discord and new launches, from the CLI and the Console (MVP T1.4, mos-0974, Vikunja #414) | rocko; reviewers dewey | #1689 | in-progress | — | Dewey approves DESIGN.md then the manifest; cli, bus, discord and webui suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_kill-switch.md` § Brief: one kill switch for the bus, every run, Discord and new launches | — |
-| 192 | Q175 phase 1: the Console verifies SSO itself (--sso), OIDC RP with oauth4webapi 3.8.8, no live change (MVP T1.2, #412) | launchpad; reviewers webby | #1690 | in-review, round 2, request posted | — | Webby approves the manifest; webui and cli suites, scripts/test-config.sh and every scripts/test-*.sh green on Sage's gate; design section 9 mutants killed (sage) | `docs/plans/2026-10-20_sso-phase1.md` § Brief: Q175 phase 1, the Console verifies SSO itself (--sso) | — |
+| 192 | Q175 phase 1: the Console verifies SSO itself (--sso), OIDC RP with oauth4webapi 3.8.8, no live change (MVP T1.2, #412) | launchpad; reviewers webby | #1690 | done | — | Webby approves the manifest; webui and cli suites, scripts/test-config.sh and every scripts/test-*.sh green on Sage's gate; design section 9 mutants killed (sage) | `docs/plans/2026-10-20_sso-phase1.md` § Brief: Q175 phase 1, the Console verifies SSO itself (--sso) | Landed 4429a104f on refactor (squash of launchpad/row192 53bb59462..37582e820, round 2 manifest 6f8cee14...7787). patch-id 4a4869026 matches the reviewed diff on all 18 paths. Gate on 088087ac9: package suites 2758/0, scripts 429/0, mutants 22 of 23 killed (#23 equivalent, sage-1407). npm ci in canonical, oauth4webapi 3.8.8. Live re-pin is a window with Mos (mos-1099 item 3). |
 | 193 | many humans per business, human roles, private and shared threads, one access.json store (MVP T1.3, Vikunja #414/#415) | morgana; reviewers duckworth | #1691 | in-progress | — | Duckworth approves DESIGN.md then the manifest; bus, business, cli and webui suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users.md` § Brief: many humans per business, human roles, private and shared threads | — |
 | 194 | agent lifecycle from the Console and the CLI (create, launch, terminate, regenerate, delete) with a per-agent hire/fire veto (MVP T1.5, Vikunja #414/#415) | honker; reviewers webby | #1692 | in-progress | — | Webby approves DESIGN.md then the manifest; bus, cli, business and webui suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_agent-lifecycle.md` § Brief: agent lifecycle from the Console and the CLI, with a per-agent hire/fire veto | — |
-| 195 | row 195: the Case 1 install on 10.1.1.53 as mosaic under /srv/mosaic, reusing C2-13's scripts by input under row 190's canon (Q181, Q182/Q183, Q185; ops-01 root steps under #423 step 1) | darkwing; reviewers duckworth | #1693 | briefed | 190 done | Duckworth approves DESIGN.md then the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_hub-own-uid.md` § Brief: the Case 1 install on 10.1.1.53 (row 195) | sage-1439: rewritten to Case 1 on .53 (f24f2cd40). Chains on C2-13's candidate too once C2-13 is queued. Darkwing starts DESIGN.md after row 190's mutants. |
+| 195 | row 195: the Case 1 install on 10.1.1.53 as mosaic under /srv/mosaic, reusing C2-13's scripts by input under row 190's canon (Q181, Q182/Q183, Q185; ops-01 root steps under #423 step 1) | darkwing; reviewers duckworth | #1693 | briefed | 190 done, 233 done | Duckworth approves DESIGN.md then the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_hub-own-uid.md` § Brief: the Case 1 install on 10.1.1.53 (row 195) | sage-1439: rewritten to Case 1 on .53 (f24f2cd40). Chains on C2-13's candidate too once C2-13 is queued. Darkwing starts DESIGN.md after row 190's mutants. |
 | 196 | the human boundary across uids and humans: Console, tester listener, broker.sock and the path-bound human proof (P19 333, before federation R3, mos-0989) | gander; reviewers duckworth | #1694 | in-progress | — | Duckworth approves DESIGN.md then the manifest; bus, webui and cli suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-boundary.md` § Brief: the human boundary across uids and humans (P19 333) | — |
-| 197 | a second gate lane: two full gates at once on dragon-lin, design first (mos-0977 item 6) | herb; reviewers webby | #1695 | in-progress | — | Webby approves DESIGN.md then the manifest; cli suite and every scripts/test-*.sh green on Sage's gate, singly and in the two-lane proof (sage) | `docs/plans/2026-10-20_second-gate-lane.md` § Brief: a second gate lane, two full gates at once on dragon-lin | Order with row 198 (Sage, mos-1040 N1): 197 lands first. After B1 the shared tests are packages/webui/tests/serve.test.mjs:100 and preview.test.mjs:208. Row 198 rebases onto 197's landing before its manifest review. |
+| 197 | a second gate lane: two full gates at once on dragon-lin, design first (mos-0977 item 6) | herb; reviewers webby | #1695 | in-review, round 1, request posted | — | Webby approves DESIGN.md then the manifest; cli suite and every scripts/test-*.sh green on Sage's gate, singly and in the two-lane proof (sage) | `docs/plans/2026-10-20_second-gate-lane.md` § Brief: a second gate lane, two full gates at once on dragon-lin | Order with row 198 (Sage, mos-1040 N1): 197 lands first. After B1 the shared tests are packages/webui/tests/serve.test.mjs:100 and preview.test.mjs:208. Row 198 rebases onto 197's landing before its manifest review. |
 | 198 | retire the control board writer on 7331 (unauthenticated loopback writer, Q175; mos-1008) | bushroot; reviewers webby | #1696 | in-progress | 192 done, 197 done | Webby approves INVENTORY.md then the manifest; control-board, webui and cli suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_retire-control-board.md` § Brief: retire the control board writer on 7331 | Order with row 197 (Sage, mos-1040 N1): 197 lands first. Row 198 rebases onto 197's landing before its manifest review; shared tests are packages/webui/tests/serve.test.mjs:100 and preview.test.mjs:208. |
-| 199 | MVP T1 item 6: a credential store per agent, own git identity, pushes to a remote (G11, G13; mos-0974) | megavolt; reviewers duckworth | #1697 | in-progress | — | Duckworth approves DESIGN.md; Mos rules on the authority model; Duckworth approves the manifest; bus, business, cli and tasks suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_agent-credentials.md` § Brief: a credential store per agent, own git identity, pushes to a remote | — |
-| 200 | stack-release.sh activate --sso for the Q175 phase 2 window (row 192 F3; chained on 192) | launchpad; reviewers webby | #1698 | in-review, round 2, request posted | — | Webby approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_stack-release-sso.md` § Brief: stack-release.sh activates a Console with --sso (Q175 phase 2 prerequisite) | — |
-| 201 | FED R1: access.json loader and validator, and covers (#414) | gizmoduck; reviewers duckworth | #1699 | in-review, round 1, request posted | — | Duckworth approves the manifest; business suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_federation-r1-r2-r5.md` § Brief: FED R1, the access.json loader and validator | — |
+| 199 | MVP T1 item 6: a credential store per agent, own git identity, pushes to a remote (G11, G13; mos-0974) | megavolt; reviewers duckworth | #1697 | in-review, round 1, request posted | — | Duckworth approves DESIGN.md; Mos rules on the authority model; Duckworth approves the manifest; bus, business, cli and tasks suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_agent-credentials.md` § Brief: a credential store per agent, own git identity, pushes to a remote | — |
+| 200 | stack-release.sh activate --sso for the Q175 phase 2 window (row 192 F3; chained on 192) | launchpad; reviewers webby | #1698 | in-review, round 3, request posted | — | Webby approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_stack-release-sso.md` § Brief: stack-release.sh activates a Console with --sso (Q175 phase 2 prerequisite) | — |
+| 201 | FED R1: access.json loader and validator, and covers (#414) | gizmoduck; reviewers duckworth | #1699 | done | — | Duckworth approves the manifest; business suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_federation-r1-r2-r5.md` § Brief: FED R1, the access.json loader and validator | Landed afad4993f on refactor (squash of gizmoduck ae3c36f24..44e36fc4c, manifest 225597146daf...0c520). patch-id ba604ad5e matches the reviewed diff on all 3 paths. Gate on 44e36fc4c in the slot (gizmoduck-0060): business 173/0, 10 scripts 422/0, mutants 44/44. Duckworth approve 29581. |
 | 202 | FED R5: mosaic access list, grant and revoke (#414) | quackerjack; reviewers duckworth | #1700 | in-review, round 1, request posted | — | Duckworth approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_federation-r1-r2-r5.md` § Brief: FED R5, mosaic access list, grant and revoke | Chained on row 201's candidate (Q177), not its done: claimable now, lands after 201 and rebases onto its landing (Sage) |
 | 203 | FED R2: the federation key in the system config (#414) | quackerjack; reviewers webby | #1701 | briefed | — | Webby approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_federation-r1-r2-r5.md` § Brief: FED R2, the federation key in the system config | Chained on row 192's candidate (Q177): starts on 192's candidate, lands after 192 (Sage) |
-| 204 | 193a: access level check widened to viewer (#1691) | morgana; reviewers duckworth | #1702 | in-review, round 1, request posted | — | Duckworth approves the manifest; business suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users-build.md` § Brief: 193a, the access level check widened to viewer | Chained on row 201's candidate (Q177), not its done: claimable now, lands after 201 and rebases onto its landing (Sage) |
+| 204 | 193a: access level check widened to viewer (#1691) | morgana; reviewers duckworth | #1702 | done | — | Duckworth approves the manifest; business suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users-build.md` § Brief: 193a, the access level check widened to viewer | Landed d0bbc5c1c on refactor (base c9f374284). Patch-id 92c18aea matches git diff 44e36fc4c..f869fd062 on the 3 manifest paths. Manifest d38de8c9, Duckworth approve 29595. Gate 2789/0 on 4385b9ec1, mutants 7/7. Unpushed. |
 | 205 | 193b1: viewer verbs, board refusals and the message filter (#1691; also after FED R3 and R4 when filed) | morgana; reviewers duckworth | #1703 | queued | 196 done | Duckworth approves the manifest; bus suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users-build.md` § Brief: 193b1, viewer verbs, board refusals and the message filter | — |
-| 206 | 193b2: thread shares, schema 3j (#1691; live needs a --migrate window with Jason) | morgana; reviewers duckworth | #1704 | queued | 205 done | Duckworth approves the manifest; bus suite, cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users-build.md` § Brief: 193b2, thread shares (schema 3j) | — |
+| 206 | 193b2: thread shares, schema 3j-3k after machine grant row a (#1691; live needs a --migrate window with Jason) | morgana; reviewers duckworth | #1704 | queued | 205 done, 234 done | Duckworth approves the manifest; bus suite, cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users-build.md` § Brief: 193b2, thread shares (schema 3k) | — |
 | 207 | 193c: mosaic access user verbs and --level viewer (#1691) | morgana; reviewers duckworth | #1705 | queued | 202 done | Duckworth approves the manifest; cli suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users-build.md` § Brief: 193c, mosaic access user verbs and --level viewer | — |
 | 208 | 193d: Console shared list, share controls and viewer read-only (#1691; also after FED R6 when filed) | morgana; reviewers duckworth | #1706 | queued | 192 done, 206 done | Duckworth approves the manifest; webui suite and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_human-users-build.md` § Brief: 193d, the Console's shared list, share controls and viewer read-only | — |
 | 209 | FED R8: the hub window on 10.1.1.54, a recorded acceptance (#414, r4.11 b93f098f0; live window run by Jason and Mos, after the Case 2 install #416, Bean and Chet live and both Hermes gateways stopped) | sage; reviewers duckworth | — | queued | — | Every entry check's output is in the R8 record with who ran it; Jason signs in to the hub and sends one message, Melanie revokes, his next request is refused; Duckworth checks the record (sage) | `docs/plans/2026-10-20_federation-r1-r2-r5.md` § Brief: FED R8, the hub window on 10.1.1.54 | Stays queued until its entry gates near: Case 2 install on .54 (#416, by 2026-10-27), Bean and Chet live, both Hermes gateways on .54 stopped, R7, #412 phase 2, #419 answer. Filed per mos-1073 after duckworth-0034 (Sage) |
-| 210 | Agent host access with sudo through the credential store: grant per agent and host, the stack does ssh and sudo, the agent never sees the key (#1707, Vikunja #424, Q183/Q184, due 10-27; chained on row 199's candidate) | gizmoduck; reviewers duckworth | #1707 | in-progress | — | Duckworth approves DESIGN.md, then the manifest; bus, business, cli suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_host-credentials.md` § Brief: agent host access with sudo through the credential store (#424) | Design runs before 199 lands (Q177 chain on 199's candidate). after cleared so Gizmoduck can claim; lands only after 199 and rebases onto it. |
+| 210 | Agent host access with sudo through the credential store: grant per agent and host, the stack does ssh and sudo, the agent never sees the key (#1707, Vikunja #424, Q183/Q184, due 10-27; chained on row 199's candidate) | gizmoduck; reviewers duckworth | #1707 | in-review, round 1, request posted | — | Duckworth approves DESIGN.md, then the manifest; bus, business, cli suites and every scripts/test-*.sh green on Sage's gate; the mutants killed (sage) | `docs/plans/2026-10-20_host-credentials.md` § Brief: agent host access with sudo through the credential store (#424) | Design runs before 199 lands (Q177 chain on 199's candidate). after cleared so Gizmoduck can claim; lands only after 199 and rebases onto it. |
 | 211 | Force-push guard: scripts/git-hooks/pre-push refuses non-fast-forward and delete pushes from every worktree, and scripts/slot-busy.sh exits 1 on BUSY (#1709, Vikunja #426, mos-1078/1083) | rocko; reviewers dewey | #1709 | briefed | — | Dewey approves the manifest; the new or changed scripts/test-*.sh and every other scripts/test-*.sh green on Sage's gate; the mutants killed; hook installed in the canonical checkout with a scripted refused force-push (sage) | `docs/plans/2026-10-20_force-push-guard.md` § Brief: a pre-push hook that refuses force-pushes, and a busy check that fails on BUSY (#426) | — |
+| 212 | Case 2 C2-01 packages/library: mapping, scope, reader, resolver, R-rules, renderItems, survey | gosalyn; reviewers webby | #1713 | in-review, round 1, request posted | — | Webby approves the manifest. The library tests and the cli suite are green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-01 packages/library: mapping, scope, reader, resolver, R-rules, renderItems, survey | — |
+| 213 | Case 2 C2-08 creative roles, persona file and block, M1, M2, M6, M10, prompt passed by file | morgana; reviewers webby | #1714 | in-review, round 2, request posted | — | Webby approves the manifest. The business, bus and harness suites, `scripts/test-config.sh` and every `scripts/test-*.sh` are green on Sage's gate, and the `models` mutant is killed. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-08 creative roles, persona file and block, M1, M2, M6, M10, prompt passed by file | — |
+| 214 | Case 2 C2-11a editor wikilink node, after measuring whether [[ round-trips | rocko; reviewers filbert | #1715 | briefed | — | Filbert approves the manifest. The webui suite is green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-11a editor wikilink node, after measuring whether [[ round-trips | — |
+| 215 | Case 2 C2-04 the library entry in the business file, consumer skips, M9, mirror, library.file and library.status | herb; reviewers filbert | #1716 | briefed | — | Filbert approves the manifest. The business, seat, cli, project, bus and webui suites are green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-04 the library entry in the business file, consumer skips, M9, mirror, library.file and library.status | — |
+| 216 | Case 2 C2-05a lookup index and queries | researcher; reviewers filbert | #1717 | briefed | — | Filbert approves the manifest. The library suite is green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-05a lookup index and queries | — |
+| 217 | Case 2 C2-06 the cited-reply guard, the page store and the three notices | launchpad; reviewers webby | #1718 | briefed | — | Webby approves the manifest. The library, bus and harness suites are green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-06 the cited-reply guard, the page store and the three notices | — |
+| 218 | Case 2 C2-12 the setup sheet for Melanie and the survey run sheet | sage; reviewers webby | #1719 | briefed | — | Doc only. Webby approves it against C2-01's real flags. Before landing, grep `packages/*/tests` and `scripts/test-*.sh` to confirm no test reads either file. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-12 the setup sheet for Melanie and the survey run sheet | — |
+| 219 | Case 2 C2-09a one thread per creative instance | rocko; reviewers dewey | #1720 | briefed | — | Dewey approves the manifest. The bus, cli and webui suites are green on Sage's gate, along with every `scripts/test-*.sh`. Watch for hash pins on `bus.js` and `broker.mjs` (`packages/bus/tests/channel-proof.test.mjs` pins a webui file). (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-09a one thread per creative instance | — |
+| 220 | Case 2 C2-10a no raw session view (M7) and no raw Discord engine (M8) | researcher; reviewers filbert | #1721 | briefed | — | Filbert approves the manifest. The conversation and discord suites and `scripts/test-discord.sh` are green on Sage's gate, along with every `scripts/test-*.sh`. No test reaches a Discord server. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-10a no raw session view (M7) and no raw Discord engine (M8) | — |
+| 221 | Case 2 C2-20 Bean and Chet persona import, with a count-only dry run | gosalyn; reviewers webby | #1722 | briefed | — | Webby approves the manifest. The test file runs green on its own and the cli suite is green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-20 Bean and Chet persona import, with a count-only dry run | — |
+| 222 | Case 2 C2-03a fetch-only sync | megavolt; reviewers dewey | #1723 | briefed | — | Dewey approves the manifest. The library and bus suites are green on Sage's gate, along with every `scripts/test-*.sh`, and the mutant is killed. A search of the test run's output for the fixture token finds nothing. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-03a fetch-only sync | — |
+| 223 | Case 2 C2-07 runner retry on a guard refusal, and the runner's notices | researcher; reviewers filbert | #1724 | briefed | — | Filbert approves the manifest. The harness suite is green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-07 runner retry on a guard refusal, and the runner's notices | — |
+| 224 | Case 2 C2-05b broker lookup verbs and typed tools | rocko; reviewers dewey | #1725 | briefed | — | Dewey approves the manifest. The bus and harness suites are green on Sage's gate, along with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-05b broker lookup verbs and typed tools | — |
+| 225 | Case 2 C2-10b Console chat: cited items and the status line | researcher; reviewers dewey | #1726 | briefed | — | Dewey approves the manifest. The webui suite is green on Sage's gate, along with every `scripts/test-*.sh`. Grep for hash pins on `bus.js` and `serve.mjs` before in-review. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-10b Console chat: cited items and the status line | — |
+| 226 | Case 2 C2-13 install script and precheck for the host | gosalyn; reviewers webby | #1727 | briefed | — | Webby approves the manifest. The test file and the cli suite are green on Sage's gate, along with every `scripts/test-*.sh`. The run on the host is a separate window with Jason's go. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-13b install script and library precheck | — |
+| 227 | Case 2 C2-14 end-to-end acceptance on a scratch root | launchpad; reviewers dewey | #1728 | briefed | — | Dewey runs the script and approves. It is green on Sage's gate with every `scripts/test-*.sh`. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-14 end-to-end acceptance on a scratch root | — |
+| 228 | Row A: ZAI_API_KEY passes through ENV_ALLOW to sessions, README line, pass-through test (XS, Haiku high) | researcher; reviewers webby | #1729 | in-review, round 1, request posted | — | Webby approves the manifest. The mutant is killed. The seat suite and the cli suite are green on Sage's gate with every scripts/test-*.sh. (sage) | `docs/plans/2026-10-20_case2-rows.md` § Brief: row A, ZAI_API_KEY in the session env allowlist | — |
+| 229 | Row B: per-instance pi agent dir for Chet's Codex login, design only, starts after 10-27 (#428) | gosalyn; reviewers webby | #1730 | queued | — | A live check, with Jason's or Mos's go, that two clients on one ChatGPT login don't revoke each other's refresh tokens. No build row starts before it passes. Held until after 10-27. (sage) | `docs/plans/2026-10-20_case2-rows.md` § Brief: row B, a per-instance pi agent dir for Chet's Codex login (#428) | — |
+| 230 | Case 2 C2-13a unit render and host precheck (case2-unit.sh, case2-precheck.sh) | gosalyn; reviewers webby | #1732 | in-progress | — | Webby approves the manifest. The test file and the cli suite are green on Sage's gate, along with every scripts/test-*.sh. A run on a host is a separate window with Jason's go. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-13a unit render and host precheck | — |
+| 231 | Case 2 C2-01b survey escapes, list item lines and attachment embeds (row 212 N1-N3) | gosalyn; reviewers webby | #1733 | briefed | 212 done | Webby approves the manifest. The library tests are green on Sage's gate, along with every scripts/test-*.sh. (sage) | `docs/plans/2026-10-20_case2-rows.md` § C2-01b survey escapes, list item lines and attachment embeds | — |
+| 232 | Installer I1: stack-release external units and stack-copy bundle copies (MVP, Q187, Vikunja #432) | darkwing; reviewers filbert | #1734 | in-progress | — | Filbert approves the manifest. The cli suite and every scripts/test-*.sh are green on Sage's gate, with the mutants killed. (sage) | `docs/plans/2026-10-20_installer-rows.md` § I1 stack-release external units and bundle copies | — |
+| 233 | Installer I3: stack-upgrade.sh root driver and the ops-01 host run sheet (MVP, Q187, Vikunja #432) | darkwing; reviewers filbert | #1735 | queued | 232 done | Filbert approves the manifest. The test file, the cli suite and every scripts/test-*.sh are green on Sage's gate, with the mutants killed. (sage) | `docs/plans/2026-10-20_installer-rows.md` § I3 the upgrade command and the host run sheet | — |
+| 234 | Machine grant row a: host enrollment, store records and migration 3i-3j (#436a, design r6 f9039682e, lands by 10-25 before the .53/.54 installs) | gizmoduck; reviewers duckworth | #1740 | queued | 210 done | Duckworth approves the manifest. The bus, business and cli suites and every scripts/test-*.sh are green on Sage's gate. The design's section 10 row a tests and mutants pass, the migration test included. (sage) (sage) | `docs/plans/2026-10-20_host-credentials.md` § Machine grant row a: enrollment, store records and migration 3i-3j | — |
+| 235 | Machine grant row b: raise binding, executor, reconcile and revoke (#436, design r6 f9039682e, C1, N1, G27, G28) | gizmoduck; reviewers duckworth | #1741 | queued | 234 done | Duckworth approves the manifest. The bus, business and cli suites and every scripts/test-*.sh are green on Sage's gate. Section 10's row b tests and mutants pass, G27, G28 and the upsert mutant included. (sage) (sage) | `docs/plans/2026-10-20_host-credentials.md` § Machine grant row b: raise binding, executor, reconcile and revoke | — |

 <!-- mosaic-queue:end -->

@@ -9,7 +9,8 @@
      "version": "0.0.3",
      "license": "UNLICENSED",
      "dependencies": {
-        "@earendil-works/pi-coding-agent": "0.85.1"
+        "@earendil-works/pi-coding-agent": "0.85.1",
+        "oauth4webapi": "3.8.8"
      }
    },
    "node_modules/@anthropic-ai/sdk": {
@@ -1933,6 +1934,15 @@
        "url": "https://opencollective.com/node-fetch"
      }
    },
+    "node_modules/oauth4webapi": {
+      "version": "3.8.8",
+      "resolved": "https://registry.npmjs.org/oauth4webapi/-/oauth4webapi-3.8.8.tgz",
+      "integrity": "sha512-8N28E+a/oxfXWBgOMt+ZP/JUf/XR+IFbvkAEPP3gznXOMv9BpAAwiIj0TFNz3tGTPc0ZQ8zmWBNgN1nAys0gng==",
+      "license": "MIT",
+      "funding": {
+        "url": "https://github.com/sponsors/panva"
+      }
+    },
    "node_modules/openai": {
      "version": "6.40.0",
      "resolved": "https://registry.npmjs.org/openai/-/openai-6.40.0.tgz",
@@ -5,6 +5,7 @@
  "description": "Minimal Mosaic Stack container proof of concept: one Pi agent, four local contract files, one real model request returning MOSAIC_HELLO_OK.",
  "license": "UNLICENSED",
  "dependencies": {
-    "@earendil-works/pi-coding-agent": "0.85.1"
+    "@earendil-works/pi-coding-agent": "0.85.1",
+    "oauth4webapi": "3.8.8"
  }
 }
@@ -215,6 +215,13 @@ an operator inspect content and delivery evidence after an uncertain result.
 | `trail` | `{subject}`: task ref, decision UUID or message UUID. Linked records in broker write order. |
 | `decisions` | `{list}`: `roles` or `recent`; human and reader sessions only. Open decisions routed to a role, or the last 50 closed. |
 | `credentials` | No args; human and reader sessions only. `[{service,account,role,dateKind,date,state}]` for the capability's business, never a token, file path or variable name. |
+| `credentials.issue` | `{agent,service,token,date}`; human only (row 199, #1697). Writes the token to `<configDir>/secrets/agents/<business>/<agent>/<service>` (0600, dirs 0700: tmp, fsync, rename), rewrites the agent's reference in the business file to `{"store":true,<rotateBy or expires>:date}`, then holds the token in memory, with no restart. Over an issued entry it is a rotate: the old value is gone from disk and memory when it returns. `service` is `gitea` or `vikunja` and the business file must already name it for the agent (`credential-unknown`). A token the bus already holds is `credential-leak`; a bad token `credential-format`; a bad date `credential-date`. Returns `{agent,verb,service,date,state}`, `verb` `issue` or `rotate`. The tester gets `tester-refused`. |
+| `credentials.revoke` | `{agent,service?,reason}`; human, or the tester (Q173). Drops the entry from memory, then unlinks a store file; a `file` or `env` reference keeps its file and becomes `store`, so a restart loads nothing. Without `service`, every kind the agent has. Returns `{agent,verb,services:[{service,state}]}`. |
+| `credentials.delete` | `{agent,reason}`; human only. `credentials.revoke` for every kind, then removes the agent's store dir; a file there other than a token is `credential-file`. While the agent or one of its threads holds a claim, `agent-running`. |
+
+Each of the three leaves one receipt in the organization's `changes.jsonl`: the actor and a
+`detail` of `{verb,agent,kind,date or reason}`, never a value. A change to the store alone writes
+a receipt with empty `changes`. A refusal is `action.refused` with its code alone.
 | `requirements` | No args; role sessions only, as `task.create` is (row 90, #1584). The approved PRD's requirement ids, `{prd,version,requirements:[{id,title}]}`, from `packages/tasks/requirements.json`, loaded when the broker starts; a bad file refuses the start. A human session refuses `agent-required`, a reader `read-only`. |
 | `state` | No args; role, human and reader sessions (row 109, #1603). `{launch:{state,at,event},tasks:{open:[{task_ref,title}],total,cap}}` for the capability's business. `launch` is the latest `launch.revoked` or `launch.restored` event: `allowed` with `at` and `event` null when none exists. `open` is the tracker snapshot's open tasks in `task_ref` order, at most `cap` (the `tasks` page size, 50); `total` counts every open task. The harness runner reads it before each turn. Writes nothing. |
 | `replies` | `{id}`: a message UUID; human and reader sessions only. The messages whose `in_reply_to` is that id, oldest first, at most 50. Writes nothing. |
@@ -3,7 +3,7 @@ import { isAbsolute } from 'node:path';
 import { NAME as HARNESS_NAME } from '../../plugins/src/kinds.mjs';
 import { loadRequirements } from '../../tasks/src/requirements.mjs';
 import { MERGE, LandingRefusal, readLanding } from './landing.mjs';
-import { ID_PATTERN, THREAD_DEFINITION, END_PROTECTED } from '../../business/src/vocabulary.mjs';
+import { ID_PATTERN, THREAD_DEFINITION, END_PROTECTED, forkProblem, forkUrl, unhireableAction } from '../../business/src/vocabulary.mjs';

 // Kept closed while S1 lands; its vocabulary is the integration authority.
 export const ACTIONS = Object.freeze([
@@ -18,6 +18,8 @@ export const ACTIONS = Object.freeze([
  'git.push.working',
  'git.push.protected',
  'git.merge.protected',
+  // Row 199 (#1697, mos-1027 Q-M2): publish to the agent's fork. Not in ROUTED, so a hard wait.
+  'git.push.remote',
  'review.request',
  'review.verdict',
  'record.write',
@@ -29,6 +31,9 @@ export const ACTIONS = Object.freeze([
  'organization.change',
  // Row 141 (#1635): routed under PRD 1.5 REQ-MSG-2.
  'instance.name',
+  // Row 194 (#1692): routed under PRD 1.7 REQ-COS-3, below.
+  'role.hire',
+  'role.fire',
  'credential.mint',
  'spend',
  'deploy',
@@ -64,6 +69,9 @@ const ROUTED = new Set([
  'policy.change',
  'prd.approve',
  'decision.resolve.technical',
+  // PRD 1.7 REQ-COS-3 (row 194, #1692): the chief's hire and fire, within the bounds the broker checks.
+  'role.hire',
+  'role.fire',
 ]);
 // REQ-WAIT-1's hard waits: always gated, and a raise for one goes to the human, cited or not.
 export const HARD_WAITS = Object.freeze(ACTIONS.filter((action) => !ROUTED.has(action)));
@@ -97,10 +105,48 @@ export const TASK_VERBS = Object.freeze(ACTIONS.filter((a) => a.startsWith('task
 // Row 177 (#1675, Q173): the tester's own threads, owner `tester`, and a stop of their runs.
 export const TESTER_VERBS = Object.freeze(['message.send', 'message.receive', 'message.read', 'inbox', 'agents', 'tasks', 'trail', 'decisions', 'messages', 'replies',
  'usage', 'names', 'limits', 'plugins', 'instances', 'project.list', 'thread.list', 'name.set', 'project.create', 'credentials',
-  'thread.create', 'thread.open', 'thread.send', 'thread.messages', 'assistant.stop']);
+  'thread.create', 'thread.open', 'thread.send', 'thread.messages', 'assistant.stop',
+  // Row 194 (#1692, D4.1): launch and terminate, and the read of the requests they make.
+  'instance.launch', 'instance.end', 'instance.request']);
 // Row 175: the organization verbs a tester may call. Its writes run every check the human's do
 // and log actor `tester`; row 176 adds routes reads; limits.set, organization.set and organization.revision refuse it.
 export const TESTER_ORGANIZATION_VERBS = Object.freeze(['limits', 'plugins', 'instances', 'plugins.set', 'instances.set', 'routes.set', 'routes']);
+// Row 199 (#1697, design section 6): the credential lifecycle, human-only. Under Q173 the tester may
+// revoke; issue (rotate is an issue over an issued entry) and delete refuse it, because a token it
+// issued would pass through its session (duckworth N1). The status read stays the `credentials` verb.
+export const CREDENTIAL_VERBS = Object.freeze(['credentials.issue', 'credentials.revoke', 'credentials.delete']);
+const TESTER_CREDENTIAL_VERBS = Object.freeze(['credentials.revoke']);
+// Row 194 (#1692, D4): the human lifecycle verbs, one entry per verb and instances.set op. Each calls
+// #mayHuman after #human, and the hook refuses a verb missing here. Row 193 maps each entry to the
+// human roles that may use it.
+export const LIFECYCLE_HUMAN_VERBS = Object.freeze(['instance.launch', 'instance.end', 'instance.regenerate', 'veto.set',
+  'instances.set add', 'instances.set change', 'instances.set delete']);
+// Row 194 (D1.1): the requests the launcher carries out, and the events that move each one. All are
+// action.allowed events, which event.emit refuses for any action but routine.
+const LIFECYCLE_REQUESTS = ['lifecycle.launch', 'lifecycle.regenerate', 'lifecycle.delete', 'lifecycle.end'];
+const LIFECYCLE_STEPS = ['lifecycle.taken', 'lifecycle.done', 'lifecycle.cancelled'];
+// A launch, regenerate or delete request older than this never runs. A terminate's signal has no
+// limit: the launcher checks each run's start time before it signals.
+export const LIFECYCLE_REQUEST_MS = 60_000;
+const LIFECYCLE_CODE = /^[a-z-]{1,64}$/;
+const BOT_NAME = /^bot-[a-z0-9][a-z0-9._-]{0,60}$/;
+// Row 194 (#1692, D2.1, D2.2, PRD 1.7 REQ-COS-3): the chief's hire and fire arguments, allowed then
+// required. Each carries the reason the log records.
+const HIRE_FIRE_ARGS = Object.freeze({
+  'role.hire': [['name', 'definition', 'vars', 'reason'], ['name', 'definition', 'reason']],
+  'role.fire': [['name', 'reason'], ['name', 'reason']],
+});
+// N3: hire's vars hold only the model key and limits.* keys. The writer checks the values.
+const HIRE_VAR = (key) => key === 'model' || key.startsWith('limits.');
+// What instance.request and the host ops answer about a request.
+const lifecycleView = (r) => ({
+  request: r.request, action: r.action, instance: r.instance, by: r.by, at: r.at, state: r.state,
+  ...('revision' in r ? { revision: r.revision, retry: r.retry === true } : {}),
+  ...('runs' in r ? { runs: r.runs } : {}),
+  ...(r.kill === true ? { kill: true } : {}),
+  done: r.done ? { run: r.done.run ?? null, transaction: r.done.transaction ?? null, refusal: r.done.refusal ?? null, ...(r.done.bot ? { bot: r.done.bot } : {}) } : null,
+  cancelled: r.cancelled ? { by: r.cancelled.by } : null,
+});
 const SELF_KINDS = new Set(['task.created', 'task.assigned', 'task.state', 'task.closed', 'task.conflict']);
 const POLL_KINDS = new Set([
  'task.changed.external',
@@ -144,7 +190,9 @@ const oid = (x) => typeof x === 'string' && /^[0-9a-f]{40}([0-9a-f]{24})?$/.test
 // Row 155 (#1649) adds assistants: an assistant instance's vars, tracker and definition.
 export const ORGANIZATION_KEYS = ['revision', 'limits', 'models', 'instances', 'reset', 'assistants'];
 // Row 165 (#1662): the keys of the human-only instances.set (business instance-settings.mjs).
-const INSTANCE_KEYS = ['revision', 'instance', 'op', 'definition', 'vars', 'launch'];
+// Row 194 (brief item 7, sage-1610 a): add takes tracker, an existing Vikunja bot.
+const INSTANCE_KEYS = ['revision', 'instance', 'op', 'definition', 'vars', 'launch', 'tracker'];
+const VETO_KEYS = ['revision', 'op', 'name'];
 // Row 123 (#1617): role.end never reaches the caller's own run. END_PROTECTED (vocabulary.mjs, row
 // 155): only the chief of staff, or a decision the human resolved through the CLI, ends or revokes
 // an instance of one (#protectedEnd, Q169). A raise to revoke one is a hard wait.
@@ -180,6 +228,36 @@ export const THREAD_PAGE_MAX = 200;
 // A project or thread name: what the user calls it, one line.
 const name = (x) => text(x, 200) && !/[\r\n]/.test(x);

+// The checks a business document passes at boot and at every reload.
+function checkBusiness(name, b) {
+  // Row 177: a human named `tester` would share the tester's threads.
+  if (!id(name) || b.id !== name || !id(b.human) || b.human === 'tester' || !object(b.roles) || !object(b.arbiters))
+    fail('invalid-business');
+  for (const role of Object.keys(b.roles)) {
+    if (!id(role) || role === 'human' || role === 'tester') fail('invalid-business');
+    const a = b.roles[role].authority;
+    if (!object(a) || !Array.isArray(a.withinRole) || !Array.isArray(a.crossRole))
+      fail('invalid-authority');
+    const all = [...a.withinRole, ...a.crossRole];
+    if (new Set(all).size !== all.length || all.some((v) => !ACTIONS.includes(v) || GATED.has(v)))
+      fail('invalid-authority');
+  }
+  if (!Object.hasOwn(b.roles, b.arbiters.technical) || !Object.hasOwn(b.roles, b.arbiters.delivery))
+    fail('invalid-arbiter');
+  // Row 120 (#1614): a role definition's optional messaging lists. A malformed one refuses at boot.
+  for (const d of Object.values(b.definitions ?? {})) {
+    const m = d?.messaging;
+    if (m === undefined || m === null) continue;
+    if (
+      !object(m) ||
+      !['sendTo', 'receiveFrom'].every(
+        (k) => Array.isArray(m[k]) && m[k].every((r) => id(r) && r !== 'tester'),
+      )
+    )
+      fail('invalid-messaging');
+  }
+}
+
 export class Broker {
  #store;
  #businesses;
@@ -191,25 +269,32 @@ export class Broker {
  #received = new Set();
  // Row 137 (#1631): landings checkLand let start, by ticket, until recordLand or landRefused ends them.
  #landings = new Map();
+  // Row 199: a publish between checkPublish and recordPublish or publishRefused.
+  #publishes = new Map();
  #secretCheck;
  #credentialStatus;
  #requirements;
  #organization;
+  #credentialVerbs;
  #project;
  #usage;
  #limits;
  #harnessOn;
+  #testerOn;
+  #roleFile;
  // Row 125 (#1619, REQ-LIMIT-4): a run a limit stops, by business:run, until its next receive or state.
  #stops = new Map();
  #clock = 0;
  // credentialStatus is the runtime's metadata-only Credentials.status(); the broker never gets use().
-  constructor({ store, businesses, secretCheck = () => {}, credentialStatus = () => [], organization = null, project = null, usage = null, limits = null, harnessOn = null }) {
+  constructor({ store, businesses, secretCheck = () => {}, credentialStatus = () => [], organization = null, project = null, usage = null, limits = null, harnessOn = null, credentialVerbs = null, testerOn = null, roleFile = null }) {
    if (!object(businesses) || !Object.keys(businesses).length) fail('invalid-business');
    this.#businesses = structuredClone(businesses);
    this.#store = store;
    this.#secretCheck = secretCheck;
    this.#credentialStatus = credentialStatus;
    this.#organization = organization;
+    // Row 199: the runtime's credential lifecycle (credential-verbs.mjs); it holds the store, not the broker.
+    this.#credentialVerbs = credentialVerbs;
    this.#project = project;
    this.#usage = usage;
    this.#limits = limits;
@@ -218,6 +303,15 @@ export class Broker {
    // module-shaped name passes and the launcher's own harness-off check is the only one.
    if (harnessOn !== null && typeof harnessOn !== 'function') throw new TypeError('harnessOn must be a function');
    this.#harnessOn = harnessOn ?? (() => true);
+    // Row 194 (#1692, D4.1, B8): testerOn(business) is true when the organization file as it stands
+    // sets bus.tester to exactly true; the bus runtime reads it live, so a hand edit counts at the next
+    // tester lifecycle call and at the take. Without it the broker's own copy decides.
+    if (testerOn !== null && typeof testerOn !== 'function') throw new TypeError('testerOn must be a function');
+    this.#testerOn = testerOn ?? ((business) => this.#business(business).vars?.['bus.tester'] === true);
+    // Row 194 (#1692, D2.3): roleFile(name) loads role definition `name` from the roles directory as it
+    // stands, for the hire checks. Without it a hire refuses not-configured.
+    if (roleFile !== null && typeof roleFile !== 'function') throw new TypeError('roleFile must be a function');
+    this.#roleFile = roleFile;
    // Row 90 (#1584): the approved PRD's requirement ids. A bad requirements.json refuses here.
    this.#requirements = loadRequirements();
    for (const table of [
@@ -240,34 +334,17 @@ export class Broker {
        this.#clock = Math.max(this.#clock, ms);
      }
    }
-    for (const [name, b] of Object.entries(this.#businesses)) {
-      // Row 177: a human named `tester` would share the tester's threads.
-      if (!id(name) || b.id !== name || !id(b.human) || b.human === 'tester' || !object(b.roles) || !object(b.arbiters))
-        fail('invalid-business');
-      for (const role of Object.keys(b.roles)) {
-        if (!id(role) || role === 'human' || role === 'tester') fail('invalid-business');
-        const a = b.roles[role].authority;
-        if (!object(a) || !Array.isArray(a.withinRole) || !Array.isArray(a.crossRole))
-          fail('invalid-authority');
-        const all = [...a.withinRole, ...a.crossRole];
-        if (new Set(all).size !== all.length || all.some((v) => !ACTIONS.includes(v) || GATED.has(v)))
-          fail('invalid-authority');
-      }
-      if (!Object.hasOwn(b.roles, b.arbiters.technical) || !Object.hasOwn(b.roles, b.arbiters.delivery))
-        fail('invalid-arbiter');
-      // Row 120 (#1614): a role definition's optional messaging lists. A malformed one refuses at boot.
-      for (const d of Object.values(b.definitions ?? {})) {
-        const m = d?.messaging;
-        if (m === undefined || m === null) continue;
-        if (
-          !object(m) ||
-          !['sendTo', 'receiveFrom'].every(
-            (k) => Array.isArray(m[k]) && m[k].every((r) => id(r) && r !== 'tester'),
-          )
-        )
-          fail('invalid-messaging');
-      }
-    }
+    for (const [name, b] of Object.entries(this.#businesses)) checkBusiness(name, b);
+  }
+  // Row 194 (#1692, D3): swap in one business's document, loaded from the file as a restart would
+  // load it. It is synchronous, so no request sees half of it. A new human is row 193's ground.
+  reloadBusiness(name, document) {
+    if (!Object.hasOwn(this.#businesses, name)) fail('unknown-business');
+    if (!object(document)) fail('invalid-business');
+    const next = structuredClone(document);
+    checkBusiness(name, next);
+    if (next.human !== this.#businesses[name].human) fail('invalid-business');
+    this.#businesses[name] = next;
  }
  #now() {
    this.#clock = Math.max(Date.now(), this.#clock + 1);
@@ -304,6 +381,92 @@ export class Broker {
      owner,
    );
  }
+  // Row 194 (#1692): the runs that hold a claim for an instance, one per thread for a thread instance.
+  #running(business, instance) {
+    if (this.#threaded(business, instance)) return this.#threadHolders(business, instance).map((h) => h.holder_run);
+    const h = this.#holder(business, instance);
+    return h?.op === 'claim' ? [h.holder_run] : [];
+  }
+  // Row 194 (#1692, D1.1): a lifecycle request and how far it got, or null. The request is the
+  // action.allowed event the verb wrote. Its taken, done and cancelled events name it by id.
+  #lifecycle(business, request) {
+    const row = this.#store.get(
+      "SELECT * FROM events WHERE business=? AND kind='action.allowed' AND json_extract(body,'$.request')=? AND json_extract(body,'$.action') IN (?,?,?,?)",
+      business, request, ...LIFECYCLE_REQUESTS);
+    if (!row) return null;
+    const steps = this.#store.all(
+      "SELECT body FROM events WHERE business=? AND kind='action.allowed' AND json_extract(body,'$.request')=? AND json_extract(body,'$.action') IN (?,?,?) ORDER BY seq",
+      business, request, ...LIFECYCLE_STEPS).map((e) => JSON.parse(e.body));
+    const step = (action) => steps.find((x) => x.action === action) ?? null;
+    const done = step('lifecycle.done'), cancelled = step('lifecycle.cancelled'), taken = step('lifecycle.taken') !== null;
+    return { ...JSON.parse(row.body), at: row.at, instance: row.subject, taken, done, cancelled,
+      state: done || cancelled ? 'closed' : taken ? 'taken' : 'open' };
+  }
+  // The requests not yet closed, oldest first, of one instance or of the whole business.
+  #openRequests(business, instance = null) {
+    return this.#store.all(
+      `SELECT json_extract(r.body,'$.request') request FROM events r WHERE r.business=? AND r.kind='action.allowed'
+        AND json_extract(r.body,'$.action') IN (?,?,?,?) AND (? IS NULL OR r.subject=?)
+        AND NOT EXISTS (SELECT 1 FROM events c WHERE c.business=r.business AND c.kind='action.allowed'
+          AND json_extract(c.body,'$.request')=json_extract(r.body,'$.request') AND json_extract(c.body,'$.action') IN ('lifecycle.done','lifecycle.cancelled'))
+        ORDER BY r.seq`,
+      business, ...LIFECYCLE_REQUESTS, instance, instance).map((r) => this.#lifecycle(business, r.request));
+  }
+  #expired(r) {
+    return Math.max(Date.now(), this.#clock) - Date.parse(r.at) >= LIFECYCLE_REQUEST_MS;
+  }
+  // V5 instance-starting: a launch, regenerate or delete of I that is taken, or open and still young
+  // enough to be taken. An open request past its 60 s can only close as request-expired.
+  #starting(business, instance) {
+    return this.#openRequests(business, instance).some((r) => r.action !== 'lifecycle.end' && (r.state === 'taken' || !this.#expired(r)));
+  }
+  // The verb's request event, with a human.input for the human's own, as launch.revoke writes. A
+  // tester request records `tester` and has no human input.
+  #lifecycleRecord(s, action, instance, extra = {}) {
+    const request = randomUUID();
+    const eid = this.#event(s, 'action.allowed', { action, request, via: s.tester ? 'tester' : s.via, by: this.#owner(s), ...extra }, instance);
+    if (!s.tester) this.#event(s, 'human.input', { kind: 'admin', event: eid });
+    return request;
+  }
+  // A step the launcher's host ops write, or a terminate's cancel. No session acts in it.
+  #lifecycleStep(business, action, body) {
+    this.#event({ business, role: null, run: null }, 'action.allowed', { action, ...body });
+  }
+  // D4.1: a tester lifecycle call, and the take of a tester request, need bus.tester exactly true in
+  // the file as it stands.
+  #testerFile(business) {
+    if (this.#testerOn(business) !== true) fail('tester-off');
+  }
+  // V2 and V4 at the verb. The take repeats the revoked and retired checks.
+  #launchable(s, instance, thread) {
+    const b = this.#business(s.business);
+    if ((b.retired ?? []).includes(instance)) fail('instance-retired');
+    if (!Object.hasOwn(b.roles, instance)) fail('unknown-role');
+    if (this.#threaded(s.business, instance)) fail(thread);
+    if (this.#store.get('SELECT state FROM launch_state WHERE business=?', s.business)?.state === 'revoked') fail('launch-revoked');
+    if (this.#firing(s.business, instance)) fail('instance-firing');
+  }
+  // W-N1 (webby-0014): a fire of I stopped its runs, and no fire of I has finished since.
+  #firing(business, instance) {
+    return !!this.#store.get(
+      `SELECT 1 FROM events f WHERE f.business=? AND f.kind='action.allowed' AND f.subject=? AND json_extract(f.body,'$.action')='fire.stopped'
+        AND NOT EXISTS (SELECT 1 FROM events d WHERE d.business=f.business AND d.kind='action.allowed' AND d.subject=f.subject
+          AND json_extract(d.body,'$.action')='fire.done' AND d.seq>f.seq) LIMIT 1`,
+      business, instance);
+  }
+  // D1.1 item 2: why the take closes a request instead of going, or null. A terminate's signal
+  // always goes. Its claims were revoked at the verb.
+  #takeRefusal(business, r) {
+    if (r.action === 'lifecycle.end') return null;
+    if (this.#expired(r)) return 'request-expired';
+    if (r.action !== 'lifecycle.delete') {
+      if (this.#store.get('SELECT state FROM launch_state WHERE business=?', business)?.state === 'revoked') return 'launch-revoked';
+      if ((this.#business(business).retired ?? []).includes(r.instance)) return 'instance-retired';
+      if (this.#firing(business, r.instance)) return 'instance-firing';
+    }
+    if (r.by === 'tester' && this.#testerOn(business) !== true) return 'tester-off';
+    return null;
+  }
  // The claim a run acts under: its thread's for a thread run, its role's otherwise.
  #own(s) {
    return s.thread ? this.#threadHolder(s.thread) : this.#holder(s.business, s.role);
@@ -376,6 +539,12 @@ export class Broker {
    if (s.reader) fail('read-only');
    if (!s.human || s.via !== 'cli' || s.outsideAgent !== true) fail('human-required');
  }
+  // Row 194 (#1692, D4): until row 193, a lifecycle verb passes for the business's one human, the
+  // owner. Row 193 replaces this body and nothing else.
+  #mayHuman(s, verb, target) {
+    if (!LIFECYCLE_HUMAN_VERBS.includes(verb) || typeof target !== 'string') fail('human-required');
+    if (s.human !== this.#business(s.business).human) fail('human-required');
+  }
  #cap(s) {
    const cap = randomBytes(32).toString('hex');
    this.#sessions.set(cap, Object.freeze(s));
@@ -772,6 +941,7 @@ export class Broker {
      this.#store.get('SELECT state FROM launch_state WHERE business=?', s.business)?.state === 'revoked'
    )
      fail('launch-revoked');
+    if (action === 'role.launch' && this.#firing(s.business, target)) fail('instance-firing');
    const cls = this.#classification(s, action, target);
    if (cls === 'within-role' && !decision) return { class: cls };
    if (!decision) fail('decision-required');
@@ -795,7 +965,12 @@ export class Broker {
    // records `?? null` and the current holder reads undefined.
    if (action === 'role.revoke' && (context.holderRun ?? null) !== (this.#holder(s.business, target)?.holder_run ?? null))
      fail('decision-mismatch');
-    return { class: cls, decision: d.id };
+    // Row 199 (r4 B4): approve at A, push B, publish refuses.
+    if (action === 'git.push.remote' && (context.pushCommit ?? null) !== (this.#latestPush(s.business, target)?.commit ?? null))
+      fail('decision-mismatch');
+    return action === 'git.push.remote'
+      ? { class: cls, decision: d.id, pushCommit: context.pushCommit ?? null }
+      : { class: cls, decision: d.id };
  }
  // The raise's context: its target and approval option, from the decision.raise action.allowed.
  #raised(business, decision) {
@@ -858,13 +1033,14 @@ export class Broker {
    if (body.commit !== push.commit) fail('verdict-stale');
  }
  // A push is the action.allowed recordPush wrote, the only one for git.push.working with a commit.
+  // role is the role that pushed (row 199, work-not-yours).
  #latestPush(business, task) {
    const r = this.#store.get(
-      "SELECT body FROM events WHERE business=? AND kind='action.allowed' AND json_extract(body,'$.action')='git.push.working' AND json_type(body,'$.commit')='text' AND subject=? ORDER BY seq DESC LIMIT 1",
+      "SELECT body, actor_role FROM events WHERE business=? AND kind='action.allowed' AND json_extract(body,'$.action')='git.push.working' AND json_type(body,'$.commit')='text' AND subject=? ORDER BY seq DESC LIMIT 1",
      business,
      task,
    );
-    return r ? JSON.parse(r.body) : null;
+    return r ? { ...JSON.parse(r.body), role: r.actor_role } : null;
  }
  // Row 93: the bus host's git socket asks before it takes a push's bytes. Nothing is recorded
  // unless it refuses: the push is recorded, and its authority consumed, once the ref moved.
@@ -998,6 +1174,98 @@ export class Broker {
    this.#landings.delete(ticket);
    return code;
  }
+  // Row 199 (#1697, design D9 steps 1 to 3, D9b): the bus host's git socket publishes a task's
+  // recorded work commit to the agent's own fork. checkPublish runs before anything touches the
+  // network. The run holds its claim; git.push.remote is a hard wait, so it cites a decision the
+  // human resolved for this task, bound to the task's latest push (#authorityFor). The project must
+  // be in the agent's publish grant with an upstream; the fork is built from that upstream and the
+  // agent's own Gitea user, never from the request. The ticket carries the session and decision to
+  // recordPublish or publishRefused. No token is in the result.
+  checkPublish(cap, args) {
+    const s = this.#session(cap);
+    return this.#store.transaction(() => {
+      keys(args, ['task_ref', 'project', 'branch', 'decision'], ['task_ref', 'project', 'branch']);
+      if (!taskRef(args.task_ref) || (args.decision !== undefined && !id(args.decision))) fail('invalid-request');
+      identifier(args.project);
+      string(args.branch, 200);
+      this.#agent(s);
+      const { task_ref, project, branch } = args;
+      const decision = args.decision ?? null;
+      const result = this.#checkAuthority(s, 'git.push.remote', { decision, target: task_ref });
+      const facts = this.#publishFacts(s, task_ref, project, result);
+      const ticket = randomUUID();
+      const dst = `refs/heads/${facts.user}/${branch}`;
+      this.#publishes.set(ticket, { s, task_ref, project, decision, dst, ...facts });
+      return { ticket, task_ref, project, fork: facts.fork, user: facts.user, email: facts.email, source: facts.source, dst };
+    });
+  }
+  // Steps 2 and 3, checked again at recordPublish. After routing a within-role publish has no
+  // decision, so the commit is the latest push's (N9); the git socket still checks the work ref tip.
+  #publishFacts(s, task_ref, project, result) {
+    if (result.decision && this.#spent(s.business, result.decision)) fail('decision-consumed');
+    const b = this.#business(s.business);
+    const role = b.roles?.[s.role];
+    const upstream = b.projects?.[project]?.remote;
+    if (!role?.identity || !(role.publish ?? []).includes(project) || !upstream) fail('remote-not-granted');
+    const problem = forkProblem(upstream, role.identity);
+    if (problem) fail(problem);
+    const push = this.#latestPush(s.business, task_ref);
+    if (!push) fail('no-push');
+    if (push.role !== s.role) fail('work-not-yours');
+    if (push.project !== project) fail('work-ref');
+    const source = result.pushCommit ?? push.commit;
+    if (source !== push.commit) fail('decision-mismatch');
+    const user = role.identity.gitea.user;
+    return { fork: forkUrl(upstream, user), user, email: role.identity.email, source };
+  }
+  #publish(ticket) {
+    return (typeof ticket === 'string' && this.#publishes.get(ticket)) || fail('publish-unknown');
+  }
+  // Design D5: the only key the git socket's gitea token use gets is the agent checkPublish checked
+  // (#agent: a run holding its claim, never a tester, reader or human). Trusted host only.
+  publishSession(ticket) {
+    const { s } = this.#publish(ticket);
+    return Object.freeze({ business: s.business, role: s.role });
+  }
+  // Where the bus process's git sends the push (D9 step 5): all from the ticket, none from the
+  // host's message. Trusted host only.
+  publishTarget(ticket) {
+    const { s, project, fork, user, source, dst } = this.#publish(ticket);
+    return Object.freeze({ business: s.business, project, fork, user, source, dst });
+  }
+  // Step 6: records the push the git socket made as the action.allowed for git.push.remote, which
+  // spends the decision. The checks run again; the run may have ended while git ran, so the holder
+  // check is not repeated (as recordLand). Trusted host only.
+  recordPublish(ticket, pushed) {
+    const t = this.#publish(ticket);
+    const done = this.#store.transaction(() => {
+      keys(pushed, ['ref', 'commit', 'previous'], ['ref', 'commit', 'previous']);
+      if (!oid(pushed.commit) || (pushed.previous !== null && !oid(pushed.previous))) fail('invalid-request');
+      string(pushed.ref, 260);
+      const result = this.#authorityFor(t.s, 'git.push.remote', { decision: t.decision, target: t.task_ref });
+      const facts = this.#publishFacts(t.s, t.task_ref, t.project, result);
+      if (facts.source !== t.source || pushed.commit !== t.source || facts.fork !== t.fork || pushed.ref !== t.dst) fail('ref-moved');
+      const { ref, commit, previous } = pushed;
+      this.#event(
+        t.s,
+        'action.allowed',
+        { project: t.project, fork: t.fork, ref, commit, previous, action: 'git.push.remote', ...result, target: t.task_ref },
+        t.task_ref,
+      );
+      return { task_ref: t.task_ref, fork: t.fork, ref, commit, previous };
+    });
+    this.#publishes.delete(ticket);
+    return done;
+  }
+  // Ends a publish that didn't push: action.refused with the code on the task's trail. The git
+  // socket answers the run with the same code. Trusted host only.
+  publishRefused(ticket, { code } = {}) {
+    const t = this.#publish(ticket);
+    if (!/^[a-z-]{1,64}$/.test(code ?? '')) fail('invalid-request');
+    this.#store.transaction(() => this.#event(t.s, 'action.refused', { code }, t.task_ref));
+    this.#publishes.delete(ticket);
+    return code;
+  }
  // The outcome as a RESULT from the bus, as #notice sends: the runner takes a turn on it and sends
  // no automatic reply. It goes to the role in the thread the decision was raised in.
  #landMessage(s, decision, body) {
@@ -1069,6 +1337,72 @@ export class Broker {
    this.#store.transaction(() => this.#claimEnd(session, h, 'release', null, null, 'land-relaunch'));
    return { released: true };
  }
+  // Row 194 (#1692, D1.1): the launcher's lifecycle pass. Trusted launcher API, not socket verbs.
+  // lifecycleRequests lists the requests not yet closed, oldest first.
+  lifecycleRequests(business) {
+    this.#business(identifier(business));
+    return this.#openRequests(business).map(lifecycleView);
+  }
+  // The take, in one transaction: an open request that passes #takeRefusal is taken and answers go,
+  // one that fails it closes with the code. A taken request is never taken again.
+  lifecycleTake(record) {
+    keys(record, ['business', 'request'], ['business', 'request']);
+    this.#business(identifier(record.business));
+    identifier(record.request);
+    return this.#store.transaction(() => {
+      const r = this.#lifecycle(record.business, record.request) ?? fail('unknown-request');
+      if (r.state !== 'open') return { go: false, refusal: 'request-closed', ...lifecycleView(r) };
+      const refusal = this.#takeRefusal(record.business, r);
+      this.#lifecycleStep(record.business, refusal ? 'lifecycle.done' : 'lifecycle.taken', { request: r.request, ...(refusal ? { refusal } : {}) });
+      return { go: !refusal, refusal, ...lifecycleView(this.#lifecycle(record.business, r.request)) };
+    });
+  }
+  // V5 step 2 for a taken delete: the running and starting checks again, then the writer's delete
+  // against the file as it stands, with the human's revision. The bus reloads after the commit, as
+  // after every write. A retry of a retired name commits nothing and goes to the rename, with the
+  // transaction of the delete whose rename failed (row 194 S3), which names the rename's target.
+  lifecycleDelete(record) {
+    keys(record, ['business', 'request'], ['business', 'request']);
+    this.#business(identifier(record.business));
+    const r = this.#lifecycle(record.business, identifier(record.request)) ?? fail('unknown-request');
+    if (r.action !== 'lifecycle.delete' || r.state !== 'taken') fail('request-not-taken');
+    if (r.retry === true) {
+      const failed = this.#store.all(
+        "SELECT json_extract(body,'$.request') request FROM events WHERE business=? AND kind='action.allowed' AND subject=? AND json_extract(body,'$.action')='lifecycle.delete' AND json_extract(body,'$.request')<>? ORDER BY seq DESC",
+        record.business, r.instance, r.request).map((x) => this.#lifecycle(record.business, x.request))
+        .find((x) => x.done?.refusal === 'workspace-rename-failed');
+      return { transaction: failed?.done?.transaction ?? null, retry: true };
+    }
+    if (this.#running(record.business, r.instance).length > 0) fail('instance-running');
+    if (this.#openRequests(record.business, r.instance).some((o) => o.request !== r.request && o.action !== 'lifecycle.end' &&
+        (o.state === 'taken' || !this.#expired(o)))) fail('instance-starting');
+    if (!this.#organization) fail('not-configured');
+    let out;
+    try {
+      out = this.#organization(record.business, 'instances.set', { revision: r.revision, instance: r.instance, op: 'delete' }, r.by);
+    } catch (e) {
+      this.#organizationFail(e, 'instances.set');
+    }
+    // sage-1610 (b): a deleted agent's Vikunja bot is named, so the human removes it in Vikunja.
+    return { transaction: out.transaction, retry: false, ...(out.tracker ? { bot: out.tracker.bot } : {}) };
+  }
+  // The close of a taken request, with the run it started, the delete's transaction or the code
+  // that stopped it. A delete also names the agent's Vikunja bot (sage-1610 b).
+  lifecycleDone(record) {
+    keys(record, ['business', 'request', 'run', 'transaction', 'refusal', 'bot'], ['business', 'request']);
+    if ('bot' in record && (typeof record.bot !== 'string' || !BOT_NAME.test(record.bot))) fail('invalid-request');
+    this.#business(identifier(record.business));
+    identifier(record.request);
+    for (const k of ['run', 'transaction']) if (k in record) identifier(record[k]);
+    if ('refusal' in record && !LIFECYCLE_CODE.test(record.refusal)) fail('invalid-request');
+    return this.#store.transaction(() => {
+      const r = this.#lifecycle(record.business, record.request) ?? fail('unknown-request');
+      if (r.state !== 'taken') fail(r.state === 'open' ? 'request-not-taken' : 'request-closed');
+      const { business, ...body } = record;
+      this.#lifecycleStep(business, 'lifecycle.done', body);
+      return lifecycleView(this.#lifecycle(business, r.request));
+    });
+  }
  // The merge decisions landHeld would count, each with its raised context and closing event. A
  // null role is every non-thread instance's (row 156): raised outside a thread by a role that
  // isn't a thread instance.
@@ -1245,7 +1579,10 @@ export class Broker {
        return this.#requestProject(s, { verb: request.verb, args: structuredClone(args) });
      if (PROJECT_FILE_VERBS.includes(request.verb))
        return this.#requestProjectFile(s, { verb: request.verb, args: structuredClone(args) });
-      if (["limits", "limits.set", "organization.set", "organization.revision", "plugins", "plugins.set", "instances", "instances.set", "routes", "routes.set"].includes(request.verb)) {
+      if (CREDENTIAL_VERBS.includes(request.verb)) return this.#requestCredential(s, request.verb, structuredClone(args));
+      if (request.verb === 'instance.hire' || request.verb === 'instance.fire')
+        return this.#chiefLifecycle(s, request.verb, structuredClone(args));
+      if (["limits", "limits.set", "organization.set", "organization.revision", "plugins", "plugins.set", "instances", "instances.set", "routes", "routes.set", "veto.set"].includes(request.verb)) {
        // Row 123 (#1617, REQ-COS-1, REQ-LIMIT-1): organization.set is limits.set for a role whose
        // file lists organization.change. It takes the same keys, runs the same write path and
        // logs the same receipt; only the actor differs: the role definition and instance.
@@ -1262,13 +1599,42 @@ export class Broker {
        else if (request.verb === "plugins.set") keys(args, ["revision", "plugins"], ["revision", "plugins"]);
        // Row 165 (#1662): instances.set is human-only and outside ORGANIZATION_KEYS, so
        // organization.set and the chief of staff's tool never reach it (sage-0918).
-        else if (request.verb === "instances.set") keys(args, INSTANCE_KEYS, ["revision", "instance", "op"]);
+        else if (request.verb === "instances.set") {
+          keys(args, INSTANCE_KEYS, ["revision", "instance", "op"]);
+          if (!["add", "change", "delete"].includes(args.op)) fail("invalid-request");
+          // Row 194 (D4.1, B6): the tester never deletes.
+          if (s.tester && args.op === "delete") fail("tester-refused");
+          if (!s.tester) {
+            this.#human(s);
+            this.#mayHuman(s, `instances.set ${args.op}`, args.instance);
+          }
+          // A delete is a launcher request (V5): the checks here write nothing, and the launcher's
+          // pass commits the file and renames the workspace after the take.
+          if (args.op === "delete") return this.#deleteRequest(s, args);
+          // Row 194 (D3 item 4): the write now goes live at once, so a live cap's authority must not
+          // change under its run.
+          if (args.op === "change" && "definition" in args && typeof args.instance === "string" &&
+              Object.hasOwn(this.#business(s.business).roles, args.instance) && this.#running(s.business, args.instance).length > 0)
+            fail("instance-running");
+        }
        // Row 65 (mos-0840): routes.set, the Console's routing table, is human-only and outside
        // ORGANIZATION_KEYS too. Through organization.set the chief of staff changes only the model
        // key of an instance, except the assistant, whose whole vars it may set (Q169); that write
        // runs the same route checks.
        else if (request.verb === "routes.set") keys(args, ["revision", "routes"], ["revision", "routes"]);
-        else keys(args, ORGANIZATION_KEYS, ["revision"]);
+        // Row 194 (#1692, D2.4, V6): only the human writes launch.keep and launch.noHire. The tester
+        // is refused by the gate above, as veto.set isn't in TESTER_ORGANIZATION_VERBS.
+        else if (request.verb === "veto.set") {
+          keys(args, VETO_KEYS, VETO_KEYS);
+          this.#human(s);
+          this.#mayHuman(s, "veto.set", args.name);
+        } else {
+          keys(args, ORGANIZATION_KEYS, ["revision"]);
+          // Row 194 (D2.4, B7): the chief can't change a kept instance's model, as that replaces it at
+          // the next launch. The human's limits.set still can.
+          const keep = this.#business(s.business).launch?.keep ?? [];
+          if (role && object(args.instances) && Object.keys(args.instances).some(i => keep.includes(i))) fail("instance-kept");
+        }
        let actor = s.tester ? "tester" : s.human;
        // This branch runs outside the store transaction below, so the grant is checked before the writer
        // and consumed only once the writer has committed: a refused change logs action.refused alone,
@@ -1283,20 +1649,14 @@ export class Broker {
            ? { revision: this.#organization(s.business, "limits", {}, actor).revision }
            : this.#organization(s.business, role ? "limits.set" : request.verb, args, actor);
        } catch (e) {
-          if (e.code === "revision-conflict") fail("revision-conflict");
-          if (e.code?.startsWith("organization-")) fail(e.code);
-          if (e.code === "invalid-plugins" || e.code === "unknown-plugin") fail(e.code);
-          // Row 65: the route checks every write of an instance's route vars runs.
-          if (["harness-off", "harness-refused", "thinking-unsupported"].includes(e.code)) fail(e.code);
-          // The routing table names a model the table lacks; the older verbs keep invalid-request.
-          if (request.verb === "routes.set" && e.code === "unknown-model") fail(e.code);
-          if (e.name === "BusinessError" || e.code === "invalid-request" || e.code === "unknown-model") {
-            fail("invalid-request");
-          }
-          throw new BusError("outcome-unknown");
+          this.#organizationFail(e, request.verb);
        }
        if (role && !revisionRead) this.#store.transaction(() => this.#consumeAuthority(s, "organization.change"));
        this.#secretCheck(result);
+        // Row 194 (#1692, D1): the read gains each instance's running runs, from the bus claims. An
+        // answer with no instances map passes through as it did before.
+        if (request.verb === "instances" && result?.instances && typeof result.instances === "object")
+          for (const [name, entry] of Object.entries(result.instances)) entry.running = this.#running(s.business, name);
        return result;
      }
      return this.#store.transaction(() => {
@@ -1316,6 +1676,184 @@ export class Broker {
      throw this.#refused(s, e, request);
    }
  }
+  // Row 199 (#1697, design section 6). The token of an issue comes in args from the human's stdin; the
+  // secret check above has refused one the bus already holds, a refusal records its code alone, and
+  // nothing returned carries it. Outside the store transaction, as the organization branch.
+  #requestCredential(s, verb, a) {
+    if (s.tester ? !TESTER_CREDENTIAL_VERBS.includes(verb) : !s.human) fail(s.tester ? 'tester-refused' : 'human-required');
+    if (!this.#credentialVerbs) fail('not-configured');
+    if (verb === 'credentials.issue') keys(a, ['agent', 'service', 'token', 'date'], ['agent', 'service', 'token', 'date']);
+    else keys(a, verb === 'credentials.revoke' ? ['agent', 'service', 'reason'] : ['agent', 'reason'], ['agent', 'reason']);
+    string(a.agent, 64);
+    if (a.service !== undefined && !['gitea', 'vikunja'].includes(a.service)) fail('invalid-request');
+    if (a.token !== undefined) string(a.token, 16384);
+    if (a.date !== undefined) string(a.date, 10);
+    if (a.reason !== undefined) string(a.reason, 500);
+    if (!Object.hasOwn(this.#business(s.business).roles, a.agent)) fail('credential-unknown');
+    // A running agent keeps its tokens until its runs end: delete waits for every claim to end.
+    if (verb === 'credentials.delete' && (this.#holder(s.business, a.agent)?.op === 'claim' || this.#threadHolders(s.business, a.agent).length))
+      fail('agent-running');
+    let result;
+    try {
+      result = this.#credentialVerbs(s.business, verb, a, s.tester ? 'tester' : s.human);
+    } catch (e) {
+      if (e instanceof BusError && e.code.startsWith('credential-')) throw e;
+      if (e.code === 'revision-conflict' || e.code?.startsWith('organization-')) fail(e.code);
+      if (e.name === 'BusinessError') fail('invalid-request');
+      throw new BusError('outcome-unknown');
+    }
+    this.#secretCheck(result);
+    return result;
+  }
+  // Row 194 (#1692, D2.1, D2.2): the chief's hire and fire. PRD 1.7 REQ-COS-3 routes both within the
+  // chief's role with a reason, as role.end ends a run (S2e). The writer commits outside the store
+  // transaction, so the grant is checked before it and the use logged only after it, as
+  // organization.set's grant is.
+  #chiefLifecycle(s, verb, a) {
+    const hire = verb === 'instance.hire', action = hire ? 'role.hire' : 'role.fire';
+    this.#agent(s);
+    const [allowed, required] = HIRE_FIRE_ARGS[action];
+    keys(a, allowed, required);
+    this.#hireFireArgs(action, a);
+    const args = a;
+    const b = this.#business(s.business);
+    if (b.launch?.by !== s.role) fail('role-not-chief');
+    if (!this.#organization) fail('not-configured');
+    // The grant: the action is routed and on the chief's withinRole. Without both it needs a decision
+    // (decision-required), and these verbs take none.
+    const authority = { target: args.name };
+    this.#checkAuthority(s, action, authority);
+    // D2.4: a kept name is neither hired nor fired.
+    if ((b.launch?.keep ?? []).includes(args.name)) fail('instance-kept');
+    const actor = b.roles[s.role].definition + '.' + s.role;
+    const context = { instance: s.role, run: s.run, reason: args.reason };
+    // The writer gets its own keys. The reason goes in the context, which its receipt logs.
+    const { reason: _, ...written } = args;
+    const write = (op) => {
+      try {
+        return this.#organization(s.business, op, written, actor, context);
+      } catch (e) {
+        this.#organizationFail(e, verb);
+      }
+    };
+    if (hire) {
+      this.#hireable(s, args.definition);
+      const result = write('instance.hire');
+      this.#store.transaction(() => this.#consumeAuthority(s, action, authority, { reason: args.reason, transaction: result.transaction }));
+      return result;
+    }
+    if (!Object.hasOwn(b.roles, args.name)) fail('unknown-role');
+    if (END_PROTECTED.includes(b.roles[args.name].definition)) fail('organization-definition-refused');
+    if (b.launch?.by === args.name) fail('organization-instance-referenced');
+    // The last listed name refuses before step A stops anything, as the writer would at step B.
+    const listed = b.launch?.instances ?? [];
+    if (listed.length === 1 && listed[0] === args.name) fail('invalid-request');
+    // Step A (webby-0011 B2): the store side first, so a delisted agent never keeps a live process.
+    // V3's revoke, cancel and end, with kill: true for the launcher's escalation.
+    const stopped = this.#store.transaction(() => {
+      const held = this.#threaded(s.business, args.name)
+        ? this.#threadHolders(s.business, args.name)
+        : [this.#holder(s.business, args.name)].filter((h) => h?.op === 'claim');
+      for (const h of held) this.#claimEnd(s, h, 'revoke', null, args.reason);
+      const runs = held.map((h) => h.holder_run);
+      for (const [key, r] of this.#runs)
+        if (r.business === s.business && r.role === args.name && !this.#ended.has(key) && !runs.includes(r.run)) runs.push(r.run);
+      const open = this.#openRequests(s.business, args.name).filter((r) => r.action !== 'lifecycle.end');
+      const cancelled = open.filter((r) => r.state === 'open').map((r) => r.request);
+      const taken = open.filter((r) => r.state === 'taken').map((r) => r.request);
+      for (const request of cancelled) this.#lifecycleStep(s.business, 'lifecycle.cancelled', { request, by: s.role });
+      // The request the launcher's pass takes to signal the runs.
+      const request = runs.length === 0 ? null : randomUUID();
+      if (request)
+        this.#event(s, 'action.allowed', { action: 'lifecycle.end', request, via: 'chief', by: s.role, runs, reason: args.reason, kill: true }, args.name);
+      this.#event(s, 'action.allowed', { action: 'fire.stopped', request }, args.name);
+      return { request, runs, cancelled, taken };
+    });
+    // Step B: the delist. An instance already delisted counts as done.
+    const result = write('instance.fire');
+    // Step C: log the fire and record it done. A failure at B or C leaves I firing until a repeat.
+    this.#store.transaction(() => {
+      this.#consumeAuthority(s, action, authority, { reason: args.reason, transaction: result.transaction ?? null });
+      this.#event(s, 'action.allowed', { action: 'fire.done', transaction: result.transaction ?? null }, args.name);
+    });
+    return { ...result, ...stopped };
+  }
+  // The shape of hire and fire arguments.
+  #hireFireArgs(action, args) {
+    identifier(args.name);
+    if (args.name === 'human' || args.name === 'tester') fail('invalid-request');
+    string(args.reason, 500);
+    if (action === 'role.fire') return;
+    identifier(args.definition);
+    if ('vars' in args && (!object(args.vars) || !Object.keys(args.vars).every(HIRE_VAR))) fail('invalid-request');
+  }
+  // D2.3 at hire, against the role files as they stand: a version 2 definition whose every action is
+  // on HIRE_ALLOWED (W-N2), named in the chief role file's hireable list and not in launch.noHire.
+  #hireable(s, definition) {
+    if (!this.#roleFile) fail('not-configured');
+    const b = this.#business(s.business);
+    const load = (name) => {
+      try {
+        return this.#roleFile(name);
+      } catch (e) {
+        if (e.name === 'BusinessError') fail('definition-not-hireable');
+        throw e;
+      }
+    };
+    const def = load(definition);
+    if (def.roleVersion !== 2 || unhireableAction(def) !== null) fail('definition-not-hireable');
+    if (!(load(b.roles[s.role].definition).hireable ?? []).includes(definition)) fail('definition-not-hireable');
+    if ((b.launch?.noHire ?? []).includes(definition)) fail('definition-not-hireable');
+  }
+  // The bus code for an organization writer's refusal. Anything the writer didn't refuse by name is
+  // outcome-unknown: the write may have committed.
+  #organizationFail(e, verb) {
+    if (e.code === "revision-conflict") fail("revision-conflict");
+    if (e.code?.startsWith("organization-")) fail(e.code);
+    if (e.code === "invalid-plugins" || e.code === "unknown-plugin") fail(e.code);
+    // Row 194: the writer's own copy of the hire and fire checks, against the file as it stands.
+    if ((verb === "instance.hire" || verb === "instance.fire") && ["definition-not-hireable", "instance-kept"].includes(e.code)) fail(e.code);
+    // Row 194 (brief item 8): a fire's or a delete's revoke failed, and nothing was written.
+    if ((verb === "instance.fire" || verb === "instances.set") && e.code === "credential-revoke-failed") fail(e.code);
+    // Row 65: the route checks every write of an instance's route vars runs.
+    if (["harness-off", "harness-refused", "thinking-unsupported"].includes(e.code)) fail(e.code);
+    // The routing table names a model the table lacks; the older verbs keep invalid-request.
+    if (verb === "routes.set" && e.code === "unknown-model") fail(e.code);
+    if (e.name === "BusinessError" || e.code === "invalid-request" || e.code === "unknown-model") {
+      fail("invalid-request");
+    }
+    throw new BusError("outcome-unknown");
+  }
+  // Row 194 (#1692, V5): a delete's checks at the verb, in the design's order, then its request.
+  // The writer's instances.check runs deleteRefusal then the last-listed check, with no write. Its
+  // named refusals come first. The last-listed one (a BusinessError) waits until the broker's
+  // running and starting checks have passed. A retired name is a retry of the workspace rename, and
+  // only after a rename that failed.
+  #deleteRequest(s, args) {
+    keys(args, ["revision", "instance", "op"], ["revision", "instance", "op"]);
+    identifier(args.instance);
+    if (typeof args.revision !== "string" || !/^[a-f0-9]{64}$/.test(args.revision)) fail("invalid-request");
+    const b = this.#business(s.business);
+    if ((b.retired ?? []).includes(args.instance) && !Object.hasOwn(b.roles, args.instance)) {
+      const last = this.#store.get(
+        "SELECT json_extract(body,'$.request') request FROM events WHERE business=? AND kind='action.allowed' AND subject=? AND json_extract(body,'$.action')='lifecycle.delete' ORDER BY seq DESC LIMIT 1",
+        s.business, args.instance);
+      if (this.#lifecycle(s.business, last?.request ?? "")?.done?.refusal !== "workspace-rename-failed") fail("organization-instance-retired");
+      return { request: this.#store.transaction(() => this.#lifecycleRecord(s, "lifecycle.delete", args.instance, { revision: args.revision, retry: true })) };
+    }
+    let lastListed = null, revision = null;
+    try {
+      ({ revision } = this.#organization(s.business, "instances.check", { instance: args.instance }, s.human));
+    } catch (e) {
+      if (e.name !== "BusinessError") this.#organizationFail(e, "instances.set");
+      lastListed = e;
+    }
+    if (this.#running(s.business, args.instance).length > 0) fail("instance-running");
+    if (this.#starting(s.business, args.instance)) fail("instance-starting");
+    if (lastListed) fail("invalid-request");
+    if (revision !== args.revision) fail("revision-conflict");
+    return { request: this.#store.transaction(() => this.#lifecycleRecord(s, "lifecycle.delete", args.instance, { revision: args.revision })) };
+  }
  // Only the runner's bound session and delivered message identify a turn; no host path crosses the wire.
  // Row 156 (#1651, sage-0808): a role run's landing turn is a merge decision id instead. Its begin
  // needs the decision held for the run's role; its end needs that begin, since the landing may
@@ -1610,6 +2148,9 @@ export class Broker {
          this.#consumeAuthority(s, 'role.end', { target: a.role }, { reason: a.reason });
          if (a.role === s.role) fail('role-end-refused');
          this.#protectedEnd(s, a.role);
+          // Row 194 (#1692, D2.4): a kept instance's run ends only by a decision the human resolved,
+          // the human's own end or the limits. End then launch would be a replace.
+          if ((this.#business(s.business).launch?.keep ?? []).includes(a.role)) fail('instance-kept');
        } else {
          identifier(a.decision);
          this.#consumeAuthority(s, 'role.revoke', { decision: a.decision, target: a.role });
@@ -1698,6 +2239,12 @@ export class Broker {
            by,
          );
        }
+        // Row 199 (#1697, design D9 step 1, r4 B4): a publish decision binds one commit, the task's
+        // latest recorded push now, read here and never taken from the agent. The human sees it.
+        const pushCommit =
+          a.action === 'git.push.remote' ? (this.#latestPush(s.business, a.target)?.commit ?? fail('no-push')) : null;
+        const question = pushCommit ? `${a.question} (commit ${pushCommit})` : a.question;
+        string(question);
        const did = randomUUID();
        this.#store.run(
          'INSERT INTO decisions(id,at,business,project,raised_by_role,raised_by_run,class,action,route_to,question,options,recommendation,task_ref,requirement_ref,blocking,supersedes,spec_path,spec_commit) VALUES(?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)',
@@ -1710,7 +2257,7 @@ export class Broker {
          cls,
          a.action,
          route,
-          a.question,
+          question,
          JSON.stringify(a.options),
          a.recommendation,
          a.task_ref ?? null,
@@ -1732,6 +2279,7 @@ export class Broker {
            approvalChoice,
            holderRun:
              a.action === 'role.revoke' ? (this.#holder(s.business, a.target)?.holder_run ?? null) : null,
+            ...(pushCommit ? { pushCommit } : {}),
          },
          a.task_ref ?? (taskRef(a.target) ? a.target : did),
        );
@@ -2285,6 +2833,60 @@ export class Broker {
          this.#claimEnd(s, h, 'revoke', null, s.tester ? 'stopped by the tester' : 'stopped by the human', s.tester ? 'tester' : s.human);
        return { stopped: held.map((h) => ({ thread: h.thread, run: h.holder_run })) };
      }
+      // Row 194 (#1692, D1.1, V2, V4): launch and regenerate are requests the launcher's pass takes.
+      // The tester launches (D4.1) and never regenerates: instance.regenerate isn't in TESTER_VERBS.
+      case 'instance.launch':
+      case 'instance.regenerate': {
+        if (!s.tester) this.#human(s);
+        keys(a, ['instance'], ['instance']);
+        identifier(a.instance);
+        if (s.tester) this.#testerFile(s.business);
+        else this.#mayHuman(s, verb, a.instance);
+        this.#launchable(s, a.instance, verb === 'instance.launch' ? 'not-thread-launch' : 'regenerate-thread');
+        const action = verb === 'instance.launch' ? 'lifecycle.launch' : 'lifecycle.regenerate';
+        return { request: this.#lifecycleRecord(s, action, a.instance) };
+      }
+      // V3: every claim of I is revoked, and every open request of I cancelled, in this transaction.
+      // lifecycle.end names the runs for the launcher's pass to signal, the bound runs that hold no
+      // claim included. A tester ends only its own threads of a thread instance, as assistant.stop
+      // does, and cancels only its own requests.
+      case 'instance.end': {
+        if (!s.tester) this.#human(s);
+        keys(a, ['instance', 'reason'], ['instance']);
+        identifier(a.instance);
+        if ('reason' in a) string(a.reason, 500);
+        if (s.tester) this.#testerFile(s.business);
+        else this.#mayHuman(s, verb, a.instance);
+        if (!Object.hasOwn(b.roles, a.instance)) fail('unknown-role');
+        const owner = s.tester ? 'tester' : null;
+        const threaded = this.#threaded(s.business, a.instance);
+        const held = threaded
+          ? this.#threadHolders(s.business, a.instance, owner)
+          : [this.#holder(s.business, a.instance)].filter((h) => h?.op === 'claim');
+        const reason = a.reason ?? (s.tester ? 'ended by the tester' : 'ended by the human');
+        for (const h of held) this.#claimEnd(s, h, 'revoke', null, reason, this.#owner(s));
+        const runs = held.map((h) => h.holder_run);
+        for (const [key, r] of this.#runs)
+          if (r.business === s.business && r.role === a.instance && !this.#ended.has(key) && !runs.includes(r.run) &&
+              (!owner || !r.thread || this.#store.get('SELECT owner FROM threads WHERE id=?', r.thread)?.owner === owner))
+            runs.push(r.run);
+        const open = this.#openRequests(s.business, a.instance).filter((r) => r.action !== 'lifecycle.end' && (!owner || r.by === owner));
+        const cancelled = open.filter((r) => r.state === 'open').map((r) => r.request);
+        // A taken request is past cancelling. Its run reaches the registry, and the lifecycle.end
+        // lets the pass signal it there.
+        const taken = open.filter((r) => r.state === 'taken').map((r) => r.request);
+        if (runs.length === 0 && cancelled.length === 0 && taken.length === 0) fail('not-held');
+        for (const request of cancelled) this.#lifecycleStep(s.business, 'lifecycle.cancelled', { request, by: this.#owner(s) });
+        return { request: this.#lifecycleRecord(s, 'lifecycle.end', a.instance, { runs, reason }), runs, cancelled, taken };
+      }
+      // D1.1 item 5: the read the CLI and the Console poll. A tester reads only its own requests.
+      case 'instance.request': {
+        if (!s.tester) this.#human(s);
+        keys(a, ['request'], ['request']);
+        const r = this.#lifecycle(s.business, identifier(a.request));
+        if (!r || (s.tester && r.by !== 'tester')) fail('unknown-request');
+        return lifecycleView(r);
+      }
      case 'names': {
        keys(a, []);
        if (!s.human && !s.tester) this.#agent(s);
@@ -0,0 +1,53 @@
+import { BusError } from './broker.mjs';
+// Row 199 (#1697, design section 6): issue, rotate, revoke and delete of one agent's credentials, for
+// the broker's human-only verbs. The broker checks the session, the keys and a running claim first.
+// Each verb leaves one receipt in the organization's changes.jsonl: the actor and a detail naming the
+// verb, agent, kinds, date or reason, never a value. Nothing here logs, and a result carries no token.
+const DATE_KEY = Object.freeze({ gitea: 'rotateBy', vikunja: 'expires' });
+const deny = (code) => {
+  throw new BusError(code);
+};
+export function credentialVerbs({ credentials, writer }) {
+  const state = (instance, service) =>
+    credentials.status().find((e) => e.instance === instance && e.service === service)?.state;
+  return (id, verb, args, actor) => {
+    const { agent } = args;
+    const instance = id + '/' + agent;
+    const { document, revision } = writer.read(id);
+    const current = document.roles?.[agent]?.credentials;
+    if (!current) deny('credential-unknown');
+    if (verb === 'credentials.issue') {
+      const { service, token, date } = args;
+      if (!current[service]) deny('credential-unknown');
+      // rotate is an issue over an entry the bus holds now; the old value is gone when this returns.
+      const kind = ['not-issued', 'revoked', undefined].includes(state(instance, service)) ? 'issue' : 'rotate';
+      const next = structuredClone(document);
+      next.roles[agent].credentials[service] = { store: true, [DATE_KEY[service]]: date };
+      const detail = { verb: kind, agent, kind: [service], date };
+      const status = credentials.issue(instance, service, token, date, () =>
+        writer.write(id, next, { revision, actor, detail }),
+      );
+      return { agent, verb: kind, service, date: status.date, state: status.state };
+    }
+    const services = verb === 'credentials.revoke' && args.service ? [args.service] : Object.keys(current);
+    if (services.some((service) => !current[service])) deny('credential-unknown');
+    // Memory first, then the store file (Credentials.revoke), then the business file. A reference
+    // outside the store becomes `store` with its date, so a restart loads nothing for it. When that
+    // write fails, the entry stays revoked in memory and the refusal says to run the verb again.
+    if (verb === 'credentials.delete') credentials.remove(instance);
+    else for (const service of services) credentials.revoke(instance, service);
+    const detail = { verb: verb.slice('credentials.'.length), agent, kind: services, reason: args.reason };
+    const moved = services.filter((service) => current[service].store !== true);
+    if (moved.length) {
+      const next = structuredClone(document);
+      for (const service of moved)
+        next.roles[agent].credentials[service] = { store: true, [DATE_KEY[service]]: current[service][DATE_KEY[service]] };
+      writer.write(id, next, { revision, actor, detail });
+    } else writer.record(id, { actor, detail });
+    return {
+      agent,
+      verb: detail.verb,
+      services: services.map((service) => ({ service, state: state(instance, service) ?? 'not-issued' })),
+    };
+  };
+}
@@ -1,5 +1,8 @@
-import { openSync, closeSync, fstatSync, readFileSync, lstatSync, realpathSync, constants } from 'node:fs';
-import { isAbsolute, relative, resolve } from 'node:path';
+import {
+  openSync, closeSync, fstatSync, readFileSync, lstatSync, realpathSync, constants, mkdirSync, writeSync, fsyncSync,
+  renameSync, unlinkSync, rmdirSync, readdirSync,
+} from 'node:fs';
+import { dirname, isAbsolute, join, relative, resolve } from 'node:path';
 import { BusError } from './broker.mjs';
 const deny = (code) => {
  throw new BusError(code);
@@ -13,9 +16,33 @@ const day = (value) =>
  /^\d{4}-\d{2}-\d{2}$/.test(value) &&
  !Number.isNaN(Date.parse(value)) &&
  new Date(value).toISOString().slice(0, 10) === value;
+const TOKEN = /^[-A-Za-z0-9._~]+\n?$/;
+// Row 199 (#1697, design D1, D4): a store dir is the stack instance's user's own and nobody else's.
+const privateDir = (path, { missing = false } = {}) => {
+  let st;
+  try {
+    st = lstatSync(path);
+  } catch (e) {
+    if (missing && e.code === 'ENOENT') return false;
+    deny('credential-file');
+  }
+  if (!st.isDirectory() || st.uid !== process.getuid() || (st.mode & 0o077) !== 0) deny('credential-file');
+  return true;
+};
 export class Credentials {
  #tokens = new Map();
-  constructor({ references = {}, repoRoots = [], dataRoot, env = process.env }) {
+  // Row 199: every reference the bus loaded, so issue, rotate, revoke and status work per entry.
+  #refs = new Map();
+  #revoked = new Set();
+  #storeRoot;
+  #repoRoots;
+  #dataRoot;
+  // storeRoot is <configDir>/secrets/agents (design D1); a reference with store: true must name the
+  // path under it for its own business, agent and service.
+  constructor({ references = {}, repoRoots = [], dataRoot, env = process.env, storeRoot = null }) {
+    this.#storeRoot = storeRoot;
+    this.#repoRoots = repoRoots;
+    this.#dataRoot = dataRoot;
    try {
      for (const [instance, services] of Object.entries(references))
        for (const [service, ref] of Object.entries(services)) {
@@ -26,12 +53,41 @@ export class Credentials {
          if (
            (ref.service !== undefined && ref.service !== service) ||
            Object.keys(ref).some(
-              (k) => !['service', 'file', 'env', service === 'vikunja' ? 'expires' : 'rotateBy'].includes(k),
+              (k) => !['service', 'file', 'env', 'store', service === 'vikunja' ? 'expires' : 'rotateBy'].includes(k),
            ) ||
-            Boolean(ref.file) === Boolean(ref.env)
+            Boolean(ref.file) === Boolean(ref.env) ||
+            (ref.store !== undefined && (ref.store !== true || ref.file !== this.#storePath(instance, service)))
          )
            deny('credential-reference');
+          this.#refs.set(instance + ':' + service, { ref, date });
+          const token = this.#read(ref, env);
+          if (token !== null) this.#tokens.set(instance + ':' + service, { token, date });
+        }
+    } catch (e) {
+      this.close();
+      throw e;
+    }
+  }
+  #storePath(instance, service) {
+    if (!this.#storeRoot) deny('credential-reference');
+    const [business, agent, ...rest] = instance.split('/');
+    if (!business || !agent || rest.length || agent.startsWith('@')) deny('credential-reference');
+    return join(this.#storeRoot, business, agent, service);
+  }
+  // One token, read and checked, or null for a store reference with no file yet (design D3a).
+  #read(ref, env) {
          let token;
+          if (ref.store) {
+            const agentDir = dirname(ref.file);
+            privateDir(this.#storeRoot);
+            if (!privateDir(dirname(agentDir), { missing: true }) || !privateDir(agentDir, { missing: true })) return null;
+            try {
+              lstatSync(ref.file);
+            } catch (e) {
+              if (e.code === 'ENOENT') return null;
+              deny('credential-file');
+            }
+          }
          if (ref.file) {
            if (!isAbsolute(ref.file)) deny('credential-location');
            let resolved, original;
@@ -43,7 +99,7 @@ export class Credentials {
            }
            if (original.isSymbolicLink() || !original.isFile()) deny('credential-file');
            if (
-              [...repoRoots, dataRoot].filter(Boolean).some((root) =>
+              [...this.#repoRoots, this.#dataRoot].filter(Boolean).some((root) =>
                inside(
                  (() => {
                    try {
@@ -81,16 +137,98 @@ export class Credentials {
            if (!/^[A-Z_][A-Z0-9_]*$/.test(ref.env)) deny('credential-reference');
            token = env[ref.env];
          }
-          if (typeof token !== 'string' || token.length > 16384 || !/^[-A-Za-z0-9._~]+\n?$/.test(token))
-            deny('credential-format');
-          token = token.replace(/\n$/, '');
-          if (token.length < 16) deny('credential-format');
-          this.#tokens.set(instance + ':' + service, { token, date });
-        }
-    } catch (e) {
-      this.close();
-      throw e;
+          return Credentials.#format(token);
+  }
+  static #format(token) {
+    if (typeof token !== 'string' || token.length > 16384 || !TOKEN.test(token)) deny('credential-format');
+    token = token.replace(/\n$/, '');
+    if (token.length < 16) deny('credential-format');
+    return token;
+  }
+  #known(instance, service) {
+    const known = this.#refs.get(instance + ':' + service);
+    if (!known) deny('credential-unknown');
+    return known;
+  }
+  // Row 199 (design section 6): write the token to the agent's store path (tmp, fsync, rename), then
+  // `commit` (the business file's reference becomes store), then memory. The token comes from the
+  // caller's stdin and is never logged. Returns the entry's new status.
+  issue(instance, service, token, date, commit = () => {}) {
+    this.#known(instance, service);
+    if (!day(date)) deny('credential-date');
+    token = Credentials.#format(token);
+    const file = this.#storePath(instance, service);
+    const agentDir = dirname(file);
+    mkdirSync(this.#storeRoot, { recursive: true, mode: 0o700 });
+    privateDir(this.#storeRoot);
+    for (const dir of [dirname(agentDir), agentDir]) {
+      if (!privateDir(dir, { missing: true })) mkdirSync(dir, { mode: 0o700 });
+      privateDir(dir);
    }
+    const tmp = file + '.tmp';
+    try {
+      unlinkSync(tmp);
+    } catch (e) {
+      if (e.code !== 'ENOENT') deny('credential-file');
+    }
+    let fd;
+    try {
+      fd = openSync(tmp, constants.O_WRONLY | constants.O_CREAT | constants.O_EXCL | constants.O_NOFOLLOW, 0o600);
+      writeSync(fd, token + '\n');
+      fsyncSync(fd);
+    } finally {
+      if (fd !== undefined) closeSync(fd);
+    }
+    renameSync(tmp, file);
+    const dirFd = openSync(agentDir, constants.O_RDONLY);
+    try {
+      fsyncSync(dirFd);
+    } finally {
+      closeSync(dirFd);
+    }
+    commit();
+    this.#refs.set(instance + ':' + service, { ref: { service, store: true, file, [service === 'vikunja' ? 'expires' : 'rotateBy']: date }, date });
+    this.#tokens.set(instance + ':' + service, { token, date });
+    this.#revoked.delete(instance + ':' + service);
+    return this.status().find((e) => e.instance === instance && e.service === service);
+  }
+  // Memory first, then the store file (design section 6, D12). A file or env reference outside the
+  // store is never unlinked; the caller turns its reference into store, so a restart finds nothing.
+  revoke(instance, service) {
+    const { ref } = this.#known(instance, service);
+    this.#tokens.delete(instance + ':' + service);
+    this.#revoked.add(instance + ':' + service);
+    if (ref.store) {
+      try {
+        unlinkSync(ref.file);
+      } catch (e) {
+        if (e.code !== 'ENOENT') deny('credential-file');
+      }
+    }
+    return { file: Boolean(ref.store) };
+  }
+  // revoke for every service, then the agent's dir. A file other than a token or its tmp refuses.
+  remove(instance) {
+    const services = [...this.#refs.keys()].filter((k) => k.startsWith(instance + ':')).map((k) => k.slice(instance.length + 1));
+    for (const service of services) this.revoke(instance, service);
+    const agentDir = dirname(this.#storePath(instance, 'gitea'));
+    let names;
+    try {
+      names = readdirSync(agentDir);
+    } catch (e) {
+      if (e.code === 'ENOENT') return { services };
+      deny('credential-file');
+    }
+    if (names.some((n) => !/^(gitea|vikunja)(\.tmp)?$/.test(n))) deny('credential-file');
+    for (const n of names) unlinkSync(join(agentDir, n));
+    rmdirSync(agentDir);
+    return { services };
+  }
+  // The agent-facing use (design D5): the key comes only from the broker's verified session.
+  async useFor(session, service, operation) {
+    if (!session || typeof session.business !== 'string' || typeof session.role !== 'string' || session.role.startsWith('@'))
+      deny('credential-not-yours');
+    return this.use(session.business + '/' + session.role, service, operation);
  }
  assertClean(value) {
    let encoded;
@@ -109,14 +247,16 @@ export class Credentials {
    let result;
    try {
      result = await operation(entry.token);
-    } catch {
+    } catch (e) {
+      // Row 199: a host step's own refusal (publish) keeps its code; anything else is the service's.
+      if (e instanceof BusError) throw e;
      deny('service-failed');
    }
    this.assertClean(result);
    return result;
  }
  status() {
-    return [...this.#tokens.entries()].map(([key, { date }]) => {
+    return [...this.#refs.entries()].map(([key, { date }]) => {
      const i = key.lastIndexOf(':'),
        service = key.slice(i + 1),
        left = Date.parse(date + 'T00:00:00Z') - Date.now();
@@ -124,8 +264,11 @@ export class Credentials {
        instance: key.slice(0, i),
        service,
        date,
-        state:
-          service === 'gitea'
+        state: !this.#tokens.has(key)
+          ? this.#revoked.has(key)
+            ? 'revoked'
+            : 'not-issued'
+          : service === 'gitea'
            ? left <= 0
              ? 'rotation-due'
              : 'valid'
@@ -139,5 +282,6 @@ export class Credentials {
  }
  close() {
    this.#tokens.clear();
+    this.#refs.clear();
  }
 }
--- a/Show More
+++ b/Show More
Author	SHA1	Message	Date
jason.woltje	86889c59ee	honker: row 194 b3 sage-1634: commit() checks the revision before the revoke, so a stale delete or fire refuses revision-conflict with nothing revoked (N1); bus T21; option 2 a follow-up	2026-10-20 20:20:36 -05:00
jason.woltje	a61a49a513	honker: row 194 b3 sage-1630: BUILD.md follow-up N1, a revoke that succeeds before a refused write (a stale-revision delete does it every time)	2026-10-20 20:15:26 -05:00
jason.woltje	b397661129	honker: row 194 b3 sage-1620: credential-revoke-failed says the business file is unchanged and a retry is safe (CLI and Console), W2 checks the log per case	2026-10-20 20:05:59 -05:00
jason.woltje	b1db067c59	honker: row 194 b3 (sage-1605, sage-1610): fire and delete revoke before the write (T20), a human add takes a tracker bot, a store-only delete names the bot; the tester keeps the credential refusal (row 175 W2); channel-proof and project-runtime pins	2026-10-20 20:02:25 -05:00
jason.woltje	589ae2c1d7	honker: row 194 on row 199's landing `cb5fdb064` (sage-1601): honker/row194-b2 `85edab7c7` squashed, five conflicts kept both sides (broker imports, constructor, dispatch, the credential and lifecycle verbs; runtime imports; organization write takes detail and context; cli credentials and veto dispatch; vocabulary comment as row 199 wrote it)	2026-10-20 19:29:28 -05:00
jason.woltje	cb5fdb064f	credentials: a credential store per agent, its own git identity, pushes to a remote (row 199, #1697 ) Squash of Megavolt's 627979a17..86963d281 on origin/megavolt/row199-on-190 (base `00d4cc1f6`, row 190's landing), the 37 manifest paths, build.patch 05383075, manifest 35f900fd (Duckworth approve round 1, comment 29779, rev 2540). Mutant batches 1 and 2 in agents/megavolt/work/queue-199/BUILD.md: batch 2 26 of 28 killed, M17 and M27 equivalent. docs/TOOLS.md is a 3-way merge with row 200 (`9e1085816`): row 199's hunk applies unchanged (patch-id d88379111e2e) and no test reads the file. Gate on `9e1085816` plus the patch: 15 package suites 2735 pass 0 fail, 10 scripts/test-*.sh suites 429 pass 0 fail (plus 156 node tests in the queue suite). Refactor moved to `76134dfde` since, a brief touching no manifest path. No live change: the stack runs from copy `4429a104f` until the 10-24 re-pin window.	2026-10-20 19:23:12 -05:00
jason.woltje	76134dfde1	plans: row 200 follow-up N1 brief (#1744 , Launchpad, Webby): the sso-config hint carries --instance NAME	2026-10-20 19:12:34 -05:00
jason.woltje	9e10858160	stack-release: activate --sso for the Q175 phase 2 window (row 200, #1698 ) Squash of Launchpad's 30e4bb1a3..9df40878f (round 3 on row 190's landing `00d4cc1f6`), the 3 manifest paths: scripts/stack-release.sh, packages/cli/tests/stack-release.test.mjs, docs/TOOLS.md. Manifest b3ead55c8b48 (Webby approve round 3, rev 2539, comment 29772). Patch b2a8f5de18b7. Gate on `9df40878f`: 15 package suites 2675 pass 0 fail, 10 scripts/test-*.sh suites 429 pass 0 fail (plus 156 node tests in the queue suite). Mutants 13 of 14 killed, M12 the ruled equivalent (sage-1446). Refactor moved to `722136772` since the base, touching none of the 3 paths. No live change: the stack runs from copy `4429a104f` until a re-pin.	2026-10-20 19:09:00 -05:00
jason.woltje	7221367728	plans: row 194 item 7 takes the restart route (honker-0044) and item 8 revokes on fire and delete before the business file changes (row 199 D13), with tests and mutants	2026-10-20 18:51:20 -05:00
jason.woltje	a304dad947	plans: C2-03a askpass ruling (megavolt-0060 to -0063, dewey-0765, gosalyn-0068): fixed argv with followRedirects=false and credential.helper reset, LC_ALL=C, exact-prompt helper with row 199's HOST/NAME checks, no userinfo; tests and four mutants	2026-10-20 18:42:52 -05:00
jason.woltje	919a84738b	plans: #436b build brief (#1742 , schema 3j-3k, design r5 `1be535aca`) and row 199 N1 follow-up (#1743 ); row 194 carries 199 N2; 193b2 moves to 3k-3l after #436b	2026-10-20 18:39:24 -05:00
jason.woltje	2d8687bcfd	sessions: pending lines from Darkwing, Rocko, Launchpad, Morgana, Honker, Gander, Herb, Dewey and Sage (2026-10-20 18:45Z to 23:32Z)	2026-10-20 18:32:42 -05:00
jason.woltje	1c46d0abf6	queue: revs 2456-2539. Morgana row 213 in-review rounds 1-2 (2456-2476); Gizmoduck row 210 in-review 1 (2458-2459); Gosalyn row 212 in-review r1 and row 230 start (2464-2470); Duckworth row 210 record (2466); Webby row 213 verdicts r1-r2 and row 200 r3 approve (2469, 2500, 2539); Darkwing row 190 r3 in-progress through row 232 in-progress (2501-2514); Filbert row 190 record and row 66 r3 approve (2504, 2526); Dewey row 66 r3 approve (2529); Megavolt row 199 in-review round 1 (2535-2536); Launchpad row 200 r3 in-progress and in-review (2509-2525); Sage requests, row 190 done, rows 232/233 added and briefed, row 195 after 190 and 233, brief re-pins of 226/230/232/233, row 66 round 3, the row 200 r3 request as jarvis, machine grant rows 234 and 235 added and row 206 after 234 with its 3k brief and piece, the row 199 r1 request as jarvis (2460-2538, 57 revs)	2026-10-20 18:32:06 -05:00
jason.woltje	f519fb1d26	plans: machine grant rows a (#1740 , schema 3i-3j) and b (#1741 ) briefs from design r6 f9039682e; 193b2 moves to schema 3j-3k after row a	2026-10-20 18:24:28 -05:00
jason.woltje	b8236a7e13	sessions: Filbert row 66 round 3 APPROVE	2026-10-20 18:20:31 -05:00
jason.woltje	c7675476b1	sage: P19 catch-up comments 411-413 on 413 (row 189 landed, no-send activate), 424 (row 210 status) and 414 (rows 201 and 204 landed)	2026-10-20 18:19:49 -05:00
jason.woltje	9de7ad8292	sage: row 66 r3 packet, rebase of r2 onto `c40d846cb` (sage/row66-r3 `2369c00e36`, same patch-id, manifest 42e3876ca168)	2026-10-20 18:15:59 -05:00
jason.woltje	c40d846cb8	sage: Vikunja comment scripts and read-backs for row 192 landing (P19 412) and the row 190 W11 comments 406-409	2026-10-20 18:12:18 -05:00
jason.woltje	01b40d3576	plans: C2-13a rulings for gosalyn-0065. G1: default instance only, no --instance, a named instance is a follow-up. G2: library refuses --sso for 10-27, preview set and proof pair stay, --sso waits for Q175 phase 2. Line cites moved to their places after rows 190 and 192 (webui-service.sh, stack-copy.sh, bus-service.sh, serve.mjs), and the Console's WantedBy replaces :41	2026-10-20 18:09:04 -05:00
jason.woltje	ad6f0be7aa	plans: installer I1/I3 brief, the stack user's stack-release.sh runs from its own clone of the release bundle (darkwing question, sage-1561)	2026-10-20 18:05:14 -05:00
jason.woltje	ffc124bf68	plans: installer I2 re-brief of C2-13a (row 230, #1732 ) and C2-13b (row 226, #1727 ) for Vikunja #432 . Q189: both units WantedBy=multi-user.target, root's 2c step enables both and starts the bus then the Console, no hand start at step 9 (gosalyn-0064, mos-1122, mos-1123). Row 190 landed first, so row 230 renders @CONFIG_ENV@ and @SESSION_ENV@	2026-10-20 18:02:39 -05:00
jason.woltje	8a14931fa4	plans: installer briefs I1 (Gitea #1734 ) and I3 (#1735 ) for Vikunja #432 (mos-1118, mos-1122). I1 builds on row 190's landing 00d4cc1f6; I3 carries the root lock finding, duckworth-0055's notes, the per-host enrollment step and the credential slot table	2026-10-20 17:56:07 -05:00
jason.woltje	0272383f58	sessions: Darkwing row 190 landed as `00d4cc1f6`, row 195 r6 approved and held	2026-10-20 17:53:27 -05:00
jason.woltje	00d4cc1f69	stack: several Mosaic Stack instances on one host (row 190, #1688 ) Squash of Darkwing's 176a6bf4b..df65a3d4c on origin/darkwing/row190-r3, the 25 manifest paths, build-r3.patch efe898c2, manifest cc0ea9e8 (Filbert approve round 3, comment 29713). Design revision 3 in agents/darkwing/work/queue-190/DESIGN.md. Gate on base `d0bbc5c1c` with the patch: 15 package suites 2664 pass 0 fail, 10 scripts/test-*.sh suites 429 pass 0 fail (plus 156 node tests in the queue suite). Refactor moved to `99a406ed3` since, a window record touching no manifest path. Mutants 20 of 20 killed (BUILD.md, round 3). No live change: the stack runs from copy `4429a104f` until a re-pin.	2026-10-20 17:49:06 -05:00
jason.woltje	99a406ed3c	sage: re-pin window `490e2771d` to `4429a104f` (row 192) record, STATE.md (sha256 a4d0a7b12f431f15), W.txt (ca9ad4a09059d3b7), S1/S2, matrices, W10 browser check and diagnosis (screenshots not committed), Mos's P3 rehearsal and flags check, W11 reads. Plan corrections after the window: NEW is 103 commits past OLD (not 106), the P3 flags note (mos-1107), and W10's line g and corrected browser checks (mos-1135, mos-1137). PRD 1.8 raise record, decision 3a6c8fb9 (mos-1140) (#1690 ; P19 386, 412)	2026-10-20 17:46:36 -05:00
jason.woltje	d0bbc5c1cb	business: 193a access level check widened to viewer (row 204, #1702 ) Squash of Morgana's 7f07da4aa..f869fd062 on origin/morgana/row193a (diff from R1's candidate `44e36fc4c`), the three manifest paths, manifest d38de8c9 (Duckworth approve, comment 29595). LEVELS gains collaborator and viewer, covers() takes a required least level, and an unknown grant level covers nothing. Gate on base `4385b9ec1` with the patch: packages and scripts/test-*.sh 2789 pass 0 fail. Refactor moved to `c9f374284` since, a SESSIONS line only. Mutants 7 of 7 killed (agents/morgana/work/queue-193a/ mutants.log on the branch). No live change.	2026-10-20 17:25:27 -05:00
jason.woltje	c9f374284b	sessions: Filbert row 190 manifest round 3 APPROVE	2026-10-20 17:16:20 -05:00
jason.woltje	4385b9ec18	plans: Case 2 briefs. C2-13a factory profile from gosalyn-0057 items 1-3 (--pm, --claude under the --node rule, no proxy flags), row 190 tokens to whichever lands second. New C2-01b for row 212's notes N1-N3, N4 to the C2-12 setup sheet, N5 to C2-10b (webby-0041, sage-1517)	2026-10-20 16:52:39 -05:00
jason.woltje	afad4993f6	business: FED R1, access.json loader and validator with covers (row 201, #1699 ) Squash of Gizmoduck's ae3c36f24..44e36fc4c, the three manifest paths, manifest 225597146daf1c0e3ffe2049636095733f40a3395318f8ba07dad1bf08c0c520 (Duckworth approve, comment 29581). Gate on `44e36fc4c`, run by Gizmoduck in Sage's slot: business suite 173 pass 0 fail, scripts/test-*.sh 10 scripts 422 pass 0 fail, mutants 44 of 44 killed. index.mjs gains one additive export line. No live change.	2026-10-20 16:47:42 -05:00
jason.woltje	f41729178e	plans: re-pin plan `490e2771d` to `4429a104f` (row 192, Q175 phase 1), npm ci in the new copy, for Mos's check (mos-1099 item 3)	2026-10-20 16:39:56 -05:00
jason.woltje	305857c8f9	queue: revs 2362-2455. Sage: Case 2 rows re-pinned to design r11 (`5b8def2f1`, row 226 to C2-13b), row 230 C2-13a added and briefed (#1732 ), row 215 (C2-04) assigned to Herb, row 192 landed `4429a104f` with landing note and done, row 228 review request resolved, plus earlier Sage revs. Other seats' revs: Filbert 2362, 2447 (row 190 verdicts); Herb 2395-2396; Webby 2420, 2428 (rows 197/228 verdicts); Morgana 2421 (row 213 claim); Researcher subagent 2422-2424 (row 228); Gosalyn 2426 (row 212 claim); Darkwing 2431, 2433, 2438 (row 190)	2026-10-20 16:35:11 -05:00
jason.woltje	176a6bf4b9	sessions: Filbert row 190 manifest round 2 CHANGES (base drift on row 192)	2026-10-20 16:29:20 -05:00
jason.woltje	5b8def2f14	plans: Case 2 row briefs from Gosalyn's `eac92d956` (design r11, approved webby-0038: C2-13 split into C2-13a unit render and host precheck and C2-13b install script and library precheck, C2-04 owner Herb, Console unit without [Install] per mos-1097)	2026-10-20 16:22:47 -05:00
jason.woltje	4429a104f6	webui: Q175 phase 1, the Console verifies SSO itself under --sso, OIDC RP with oauth4webapi 3.8.8 (row 192, #1690 ) Squash of Launchpad's launchpad/row192 53bb59462..37582e820, manifest round 2 6f8cee147713c53652b58d47c5efd15ed47da1efbef6a126464857269b0b7787 (18 paths). Sage's gate on `088087ac9`: package suites 2758 pass 0 fail, scripts/test-*.sh 429 pass 0 fail; mutants 22 of 23 killed, #23 (second origin check) declared equivalent by Launchpad (sage-1407). New dependency oauth4webapi 3.8.8: the canonical checkout and any stack copy need npm ci. No live change; the live re-pin is a window with Mos (mos-1099 item 3).	2026-10-20 16:21:29 -05:00
				`@@ -0,0 +1 @@`
				`copied: /home/jwoltje/.local/share/mosaic-stack/copies/4429a104f6d65ccf165f6c83b5d1dce3147dfde0`