catherd-cli 1.4.0 → 1.5.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (139) hide show
  1. package/README.md +93 -30
  2. package/catalog/ATTRIBUTION.md +12 -4
  3. package/catalog/models.json +8 -0
  4. package/package.json +1 -1
  5. package/plugin/.claude-plugin/plugin.json +1 -1
  6. package/plugin/.codex-plugin/plugin.json +1 -1
  7. package/plugin/bin/catherd-mcp +1 -1
  8. package/plugin/skills/catherd/SKILL.md +110 -45
  9. package/plugin/skills/catherd-setup/SKILL.md +2 -2
  10. package/src/adapters/antigravity/index.ts +18 -3
  11. package/src/adapters/backend.ts +18 -2
  12. package/src/adapters/claude-code/index.ts +126 -14
  13. package/src/adapters/codex/events.ts +10 -0
  14. package/src/adapters/codex/index.ts +17 -5
  15. package/src/adapters/cursor/index.ts +7 -1
  16. package/src/adapters/grok/home.ts +75 -20
  17. package/src/adapters/grok/index.ts +27 -8
  18. package/src/adapters/opencode/index.ts +38 -1
  19. package/src/cli.ts +5 -0
  20. package/src/domain/agents.ts +3 -1
  21. package/src/domain/brief.ts +91 -0
  22. package/src/domain/calibration.ts +7 -0
  23. package/src/domain/catalog.ts +12 -1
  24. package/src/domain/changes.ts +23 -1
  25. package/src/domain/cost.ts +8 -3
  26. package/src/domain/errors.ts +4 -0
  27. package/src/domain/failover.ts +17 -5
  28. package/src/domain/gate-brief.ts +52 -0
  29. package/src/domain/hints.ts +13 -2
  30. package/src/domain/lane.ts +99 -3
  31. package/src/domain/notice.ts +9 -2
  32. package/src/domain/profile-rules.ts +112 -16
  33. package/src/domain/profile.ts +24 -0
  34. package/src/domain/record.ts +16 -2
  35. package/src/domain/reply.ts +29 -0
  36. package/src/domain/role-prompts.ts +56 -16
  37. package/src/domain/role-scope.ts +106 -0
  38. package/src/domain/role-tools.ts +34 -0
  39. package/src/domain/route.ts +73 -0
  40. package/src/domain/select.ts +177 -25
  41. package/src/domain/state.ts +5 -0
  42. package/src/domain/util.ts +22 -0
  43. package/src/domain/workspace.ts +130 -0
  44. package/src/entry/catalog-command.ts +14 -6
  45. package/src/entry/cli-kit.ts +17 -1
  46. package/src/entry/deps.ts +2 -0
  47. package/src/entry/doctor-command.ts +20 -2
  48. package/src/entry/host-arg.ts +28 -0
  49. package/src/entry/init-command.ts +2 -1
  50. package/src/entry/knowledge-command.ts +78 -3
  51. package/src/entry/lock-command.ts +104 -8
  52. package/src/entry/mcp/dispatch-tools.ts +3 -3
  53. package/src/entry/mcp/handshake.ts +6 -2
  54. package/src/entry/mcp/lane-tools.ts +55 -8
  55. package/src/entry/mcp/protocol-tools.ts +10 -4
  56. package/src/entry/mcp/push-tools.ts +16 -0
  57. package/src/entry/mcp/role-bin.ts +20 -0
  58. package/src/entry/mcp/role-server.ts +116 -0
  59. package/src/entry/mcp/run-tools.ts +20 -4
  60. package/src/entry/mcp/server.ts +98 -7
  61. package/src/entry/mcp/setup-tools.ts +4 -3
  62. package/src/entry/mcp/workspace-tools.ts +142 -0
  63. package/src/entry/pause-command.ts +67 -0
  64. package/src/entry/profile-command.ts +23 -4
  65. package/src/entry/role-cli-command.ts +115 -0
  66. package/src/entry/runs-command.ts +78 -8
  67. package/src/entry/supervise-command.ts +30 -3
  68. package/src/entry/tui/effects.ts +4 -0
  69. package/src/entry/tui/state.ts +37 -10
  70. package/src/entry/tui/views/profiles.tsx +1 -1
  71. package/src/entry/tui/views/runs.tsx +66 -20
  72. package/src/entry/tui/views/save-dialog.tsx +6 -2
  73. package/src/entry/tui/views/status.tsx +6 -2
  74. package/src/entry/workspace-command.ts +44 -0
  75. package/src/infra/boot-lock.ts +25 -0
  76. package/src/infra/delivery.ts +3 -0
  77. package/src/infra/dispatch-dir.ts +2 -0
  78. package/src/infra/env.ts +11 -1
  79. package/src/infra/git.ts +6 -0
  80. package/src/infra/heavy-lock.ts +93 -4
  81. package/src/infra/host-probe.ts +16 -0
  82. package/src/infra/lock-activity.ts +88 -0
  83. package/src/infra/login-env.ts +48 -0
  84. package/src/infra/paths.ts +35 -0
  85. package/src/infra/role-mcp.ts +69 -0
  86. package/src/infra/sources/arena.ts +11 -3
  87. package/src/infra/sources/artificial-analysis.ts +8 -1
  88. package/src/infra/sources/cache.ts +2 -0
  89. package/src/infra/supervisor.ts +107 -16
  90. package/src/services/admission.ts +110 -23
  91. package/src/services/budget.ts +26 -6
  92. package/src/services/catalog-service.ts +20 -12
  93. package/src/services/credentials.ts +11 -6
  94. package/src/services/dispatch-service.ts +204 -16
  95. package/src/services/dispatches.ts +30 -2
  96. package/src/services/doctor-access.ts +8 -3
  97. package/src/services/doctor-docker.ts +221 -0
  98. package/src/services/doctor-role-mcp.ts +65 -0
  99. package/src/services/doctor.ts +68 -6
  100. package/src/services/end-push.ts +157 -0
  101. package/src/services/finalize.ts +12 -2
  102. package/src/services/gate-env.ts +218 -0
  103. package/src/services/gate-service.ts +216 -45
  104. package/src/services/global-install.ts +46 -13
  105. package/src/services/lane-edit.ts +154 -0
  106. package/src/services/lane-service.ts +257 -52
  107. package/src/services/milestones.ts +137 -26
  108. package/src/services/notifier.ts +56 -3
  109. package/src/services/orchestrator-wait.ts +82 -0
  110. package/src/services/pause.ts +161 -0
  111. package/src/services/peek.ts +79 -17
  112. package/src/services/ports.ts +31 -2
  113. package/src/services/preflight.ts +153 -19
  114. package/src/services/profile-service.ts +1 -0
  115. package/src/services/profile-store.ts +10 -3
  116. package/src/services/protocol.ts +119 -25
  117. package/src/services/provenance.ts +16 -12
  118. package/src/services/questions.ts +15 -0
  119. package/src/services/reconcile.ts +22 -1
  120. package/src/services/reentry.ts +7 -6
  121. package/src/services/role-access.ts +27 -0
  122. package/src/services/routing-service.ts +144 -36
  123. package/src/services/run-pin.ts +125 -0
  124. package/src/services/run-service.ts +151 -19
  125. package/src/services/run-store.ts +109 -15
  126. package/src/services/runs-page.ts +42 -7
  127. package/src/services/scratch.ts +60 -0
  128. package/src/services/sessions.ts +3 -1
  129. package/src/services/source-derive.ts +28 -5
  130. package/src/services/source-sync.ts +9 -2
  131. package/src/services/standins.ts +40 -6
  132. package/src/services/state.ts +21 -0
  133. package/src/services/summary.ts +49 -9
  134. package/src/services/treat-likes.ts +19 -3
  135. package/src/services/verifier-brief.ts +23 -0
  136. package/src/services/verifier-step.ts +48 -0
  137. package/src/services/workspace-admission.ts +267 -0
  138. package/src/services/workspace-service.ts +254 -0
  139. package/src/services/workspace-store.ts +95 -0
package/README.md CHANGED
@@ -46,7 +46,7 @@ of work, climbing a ladder only when a cheaper rung falls short.
46
46
 
47
47
  `catherd doctor` checks each backend's version and login and prints the fix for anything missing. The default
48
48
  profile runs its workers on Codex; without Codex, doctor's fix also names how to move those roles to a backend
49
- you have (`/catherd-setup`, or `catherd profile set roles.<role>.rungs <rung> --host <codex|claude-code>`). Codex-only setup does not require or configure Claude; enabled selected roles and reachable failover decide optional dependencies. Doctor sends nothing by default; `--test-push` is an explicit smoke send from a validated host session.
49
+ you have (`/catherd-setup`, or `catherd profile set roles.<role>.rungs <rung> --host <codex|claude-code>`). Codex-only setup does not require or configure Claude; enabled selected roles and reachable failover decide optional dependencies. Doctor sends nothing by default; `--test-push` is an explicit smoke send from a validated host session (`--thread <uuid>` names the Codex thread from a shell; inside a session, the `test_push` tool does the same).
50
50
 
51
51
  ### Cursor
52
52
 
@@ -92,7 +92,9 @@ grok keeps a session on the access it started with, so catherd refuses to resume
92
92
  An Antigravity rung names the model `agy models` lists, without an effort suffix; the effort is agy's `--effort`
93
93
  (`low`, `medium`, `high` or `max`), and `#default` passes none: `antigravity:gemini-3.8-flash#low`. No profile uses
94
94
  Antigravity until you put a rung on it. catherd never runs `agy -p` while agy is signed out, since agy would open a
95
- browser and wait; `catherd doctor` says so, with the fix. A Google login draws on your plan's quota (doctor shows
95
+ browser and wait; `catherd doctor` says so, with the fix. A sign-in check that passed is kept for 10 minutes, so
96
+ after you sign agy out, restart the catherd MCP server (or wait those minutes) before the next Antigravity dispatch.
97
+ A Google login draws on your plan's quota (doctor shows
96
98
  what is left); `GEMINI_API_KEY` bills the Gemini API project. Gemini rungs fail over between Antigravity and Cursor
97
99
  when either runs out, unless your profile names another stand-in.
98
100
 
@@ -110,7 +112,7 @@ route is the one meant for automation; check the terms before you rely on a plan
110
112
 
111
113
  ## Install
112
114
 
113
- The published `v1.3.0` marketplace and global `catherd-cli@1.3.0` remain the stable Claude integration. The native Codex feature in this checkout is unreleased and held pending actual packaged CLI/Desktop/Claude acceptance. A matching version alone does not prove that the feature core ran. Use the [local packaged acceptance procedure](docs/dev/live-verification.md#14-native-codex-packaging-and-completion-acceptance) for this candidate; do not publish or update the remote tag to test it.
115
+ catherd runs from Claude Code or, since 1.4, from native Codex; one global `catherd` and one plugin version serve both. To check a packaged build before you rely on it, follow the [local packaged acceptance procedure](docs/dev/live-verification.md#14-native-codex-packaging-and-completion-acceptance); a matching version alone does not prove that the feature core ran.
114
116
 
115
117
  ### Claude Code
116
118
 
@@ -122,7 +124,9 @@ catherd init --host claude-code
122
124
  The npm package is `catherd-cli`; the command it installs is `catherd`. `bunx catherd-cli init --host claude-code`
123
125
  works too (a terminal with no host evidence cannot pick the architect/verifier defaults, so name the host): `init`
124
126
  installs the global command at its own version (`--no-global` skips it) and says `installing catherd…` before
125
- it does, though the first `bunx` resolve itself prints nothing for up to half a minute. `init` asks for the
127
+ it does, though the first `bunx` resolve itself prints nothing for up to half a minute: bunx fetches about a
128
+ hundred packages before catherd's first line, TypeScript among them (a peer dependency of OpenTUI's native
129
+ layer, which Bun installs), so `bun add -g catherd-cli` first is the quicker start. `init` asks for the
126
130
  optional Jev key and the optional Artificial Analysis key, syncs the public model sources, writes the default
127
131
  profile and links its Claude agents, lists your backends' models, and ends with a readiness report (`--no-input`
128
132
  asks nothing and keeps what exists; `--profile <name>` sets up and activates that profile instead of `default`;
@@ -138,9 +142,7 @@ claude plugin install catherd@catherd
138
142
  Start a new Claude Code session so the plugin, its MCP server and the agent files load, then check with
139
143
  `catherd doctor --host claude-code`. From inside that session, explicit `catherd doctor --test-push` sends a labeled smoke notice; inspect actual processing separately from transport acceptance.
140
144
 
141
- ### Native Codex — after the feature release
142
-
143
- These remote commands become feature installation guidance only after the held release is published:
145
+ ### Native Codex
144
146
 
145
147
  ```sh
146
148
  bun add -g catherd-cli
@@ -175,6 +177,10 @@ It removes only architect/verifier `rungs` and `defaultRung`; every other settin
175
177
 
176
178
  Completion never uses `await_results` or model polling. Codex sends through `codex queue --remote unix://` to the validated original thread: idle wake and ordered busy follow-up are the native semantics, without Claude's urgent tool-round priority. A receipt proves queue acceptance, not observed generation or collection; unloaded/interrupted hosts may retain input. Only `result` collects the actual stored record. Explicit `peek(run)` adopts the run for the current host/session; `status` and `result` do not. Unknown/conflicting identity never owns or pushes.
177
179
 
180
+ When a role ends, its own supervisor also queues the notice to a Codex owner's thread, under the same receipt as the server's push, so a thread whose MCP server Codex has stopped still hears, and nothing arrives twice. Run a Codex coordinator inside `tmux` (or `screen`): Codex stops a thread's MCP servers once no client is attached, and the queued input waits for the next attach. Every catherd message names the role's `thread:`; resume it with `dispatch(…, thread: "latest")` under the same name.
181
+
182
+ Roles get catherd's tools too. Headless Codex and Claude Code roles get a `catherd_role` MCP server, isolated or not, without any change to your config; roles on other backends run `catherd run-file read|write <run> <path>` and `catherd gate check|pass <run> …` from their shell, bound to their own run and to their role's tools: every role may read run files, only the architect and researcher write them, and only the verifier runs `gate check|pass` (anything else is `E_ROLE_SCOPE`). The coordinator tools (`dispatch`, `result`, `land`, `climb`, `peek` of another role, `run_start`, `park`, `answer`, `cancel`, `set_next`, `profile_set`, `test_push`, `run_pin`, `lane_set`, `owns_add`, `record_agent_run` and the workspace writers) are the orchestrator's: a role's process gets `E_ROLE_SCOPE` for them, so a role can never take the run over.
183
+
178
184
  Recover unread work with `peek` and `result`. Accepted or ambiguous attempts are not automatically resent. When ambiguity needs a deliberate retry, run from the current owner's validated host session:
179
185
 
180
186
  ```sh
@@ -185,24 +191,30 @@ This acknowledges possible duplicate native input; an accepted receipt still sup
185
191
 
186
192
  In a terminal:
187
193
 
188
- | Command | What it does |
189
- | ------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------- |
190
- | `catherd` | The dashboard: Status, Profiles and Runs (below) |
191
- | `catherd init [--host codex\|claude-code\|auto] [--no-input] [--no-global] [--profile <p>]` | First-run setup; installs the global `catherd` at its own version unless `--no-global` |
192
- | `catherd doctor [--host codex\|claude-code\|auto] [--test-push] [--json]` | Readiness and capability report; no send unless explicit smoke; exits 3 when not ready |
193
- | `catherd profile list\|show\|use [--repo]\|new [--from <p>]\|copy\|rm\|diff\|validate` | Profiles; `use --repo` binds one to the repo you are in |
194
- | `catherd profile use --repo --clear` | Unbinds the repo you are in; it runs on the active profile again |
195
- | `catherd profile set <path> <value> [--profile <p>]` | One field, e.g. `roles.verifier.access read-only`, `roles.worker.network false`, `budget.usd 20` |
196
- | `catherd status [run]`, `catherd watch [--once] [--interval <s>]` | Where runs stand, grouped by host and session; read-only ownership |
197
- | `catherd runs list [--repo <path>]\|show <id> [--debug [--name <n>]]\|cancel <id> <name>` | Past runs, by session; `--debug` adds exit.json and the stderr and event tails, `--name` one role's |
198
- | `catherd catalog refresh\|list [--backend <b>] [--role <r>] [--text <t>] [--scored]` | The models catherd can place, filtered |
199
- | `catherd catalog sync [--force] [--unmatched]` | Fetches the public model facts and scores now (below); `--unmatched` lists ids no model matched |
200
- | `catherd catalog treat-like <rung> <like>` | Scores an unscored rung as a scored one |
201
- | `catherd catalog treat-like --suggest <rung>\|--clear <rung>\|--reset` | The three nearest stand-ins for a rung; removes one or every mapping of yours |
202
- | `catherd knowledge show\|add "<line>"\|path [--repo <path>]` | The repo's knowledge.md, which new runs read; `add` appends a fact of yours, marked "by hand" |
203
- | `catherd lock [--slots N] -- <cmd>` | Runs a heavy command behind the machine-wide semaphore, in its own session (no /dev/tty) |
204
- | `catherd mcp` | The MCP server on stdio; the plugin starts it, you never need to |
205
- | `catherd capture-fixtures [--backend <b>] [--out <dir>]` | Contributors: records sanitized test fixtures from real runs (see CONTRIBUTING.md) |
194
+ | Command | What it does |
195
+ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------ |
196
+ | `catherd` | The dashboard: Status, Profiles and Runs (below) |
197
+ | `catherd init [--host codex\|claude-code\|auto] [--no-input] [--no-global] [--profile <p>]` | First-run setup; installs the global `catherd` at its own version unless `--no-global` |
198
+ | `catherd doctor [--host codex\|claude-code\|auto] [--test-push [--thread <uuid>]] [--docker] [--json]` | Readiness and capability report; no send unless explicit smoke; `--docker` probes a compose network and the Docker disk; exits 3 when not ready |
199
+ | `catherd profile list\|show\|use [--repo]\|new [--from <p>]\|copy\|rm\|diff\|validate` | Profiles; `use --repo` binds one to the repo you are in |
200
+ | `catherd profile use --repo --clear` | Unbinds the repo you are in; it runs on the active profile again |
201
+ | `catherd profile set <path> <value> [--profile <p>]` | One field, e.g. `roles.verifier.access read-only`, `roles.worker.network false`, `budget.usd 20` |
202
+ | `catherd status [run]`, `catherd watch [--once] [--interval <s>]` | Where runs stand, grouped by host and session; read-only ownership |
203
+ | `catherd runs list [--repo <path>]\|show <id> [--debug [--name <n>]]\|cancel <id> <name>` | Past runs, by session; `--debug` adds exit.json and the stderr and event tails, `--name` one role's |
204
+ | `catherd runs clean [<id>]` | Removes the roles' scratch folders (each role's `$TMPDIR`) of runs with no live role |
205
+ | `catherd catalog refresh\|list [--backend <b>] [--role <r>] [--text <t>] [--scored]` | The models catherd can place, filtered |
206
+ | `catherd catalog sync [--force] [--unmatched]` | Fetches the public model facts and scores now (below); `--unmatched` lists ids no model matched |
207
+ | `catherd catalog treat-like <rung> <like>` | Scores an unscored rung as a scored one |
208
+ | `catherd catalog treat-like --suggest <rung>\|--clear <rung>\|--reset` | The three nearest stand-ins for a rung; removes one or every mapping of yours |
209
+ | `catherd knowledge show\|add "<line>"\|path [--repo <path>]` | The repo's knowledge.md, keyed by its git origin (its toplevel when it has none), which new runs read; `add` appends a fact of yours, marked "by hand" |
210
+ | `catherd knowledge env set NAME=value\|NAME --from VAR`, `env rm NAME`, `env list` | The repo's gate environment, which the verifier and preflight run with; a secret by reference only |
211
+ | `catherd runs supersede <id> --by <id>`, `catherd runs pin <id>` | Closes a run with a pointer to the one that took over; re-pins a run to the repo's profile now |
212
+ | `catherd pause --machine\|--workspace <id> "<reason>"`, `catherd resume --machine\|--workspace <id>` | Pauses every run on the machine (or in a workspace) on one blocker; dispatch is refused until resume |
213
+ | `catherd lock [--slots N] [--role verifier [--run <id>]] -- <cmd>` | Runs a heavy command behind the machine-wide semaphore, in its own session (no /dev/tty); `--role verifier` keeps two runs' verifiers apart |
214
+ | `catherd run-file read\|write <run> <path>` | A run's plan, lanes and notes (`write` reads stdin); in a role, its own run only |
215
+ | `catherd gate check <run> [--item <i> --command <c> --paths <p,…>] [--milestone <M>]`, `catherd gate pass <run> --item <i> --command <c> --paths <p,…> --evidence <e>` | A verifier's gate evidence, as `gate_check`/`gate_pass`; in a role, its own run only |
216
+ | `catherd mcp` | The MCP server on stdio; the plugin starts it, you never need to |
217
+ | `catherd capture-fixtures [--backend <b>] [--out <dir>]` | Contributors: records sanitized test fixtures from real runs (see CONTRIBUTING.md) |
206
218
 
207
219
  A profile command without a profile name (`show`, `set`, `diff`, `validate`), like the MCP profile tools, acts
208
220
  on the profile the repo you are in runs on: the one bound to it, else the active one. Pass `repo` explicitly to MCP tools; profile CLI commands accept `--host` for effective defaults. Run them as
@@ -224,15 +236,59 @@ A lane's kind and difficulty pick a bar: a threshold on each dimension it spans
224
236
  `honesty`, `agentic`, `frontend`; `steer` is shown but has no default bar), and the lane starts on the cheapest
225
237
  rung that clears them all. A rung with no value on a dimension takes its nearest stand-in's as `inferred`, and
226
238
  `profile validate` and `doctor` list it as a "stand-in to confirm": confirm or replace it with `catherd catalog
227
- treat-like --suggest <rung>`, then `treat-like <rung> <like>`. `route` says, for the rung it picks, each threshold,
228
- the value used, its confidence and source, and catherd's own runs on it ("12 lanes, 2 climbed, 1 partial"), which
229
- it shows but never routes on. A bar of your own goes in `~/.config/catherd/catalog.override.json`, per dimension
239
+ treat-like --suggest <rung>`, then `treat-like <rung> <like>`. A ladder holds only rungs at least as strong as its
240
+ start, and rungs of equal scores on two quotas start on the one the run has used least. `route` returns the rung,
241
+ its ladder and a one-line why (a lane's declared `Kind:`/`Difficulty:` wins over Jev, and the why says when Jev
242
+ disagreed, when no rung clears the bar, or when a tie decided); the run's `routes.jsonl` keeps every role's
243
+ decision with, for the rung it picks, each threshold, the value used, its confidence and source, and catherd's own
244
+ runs on it ("12 lanes, 2 climbed, 1 partial"), which it shows but never routes on. A bar of your own goes in `~/.config/catherd/catalog.override.json`, per dimension
230
245
  (`"bars": { "ui": { "hard": { "frontend": 1700, "honesty": null } } }`: a number sets a threshold, `null` removes
231
246
  the default's).
232
247
 
233
248
  Run data lives in `~/.local/share/catherd/`, config in `~/.config/catherd/` (both follow
234
249
  `XDG_*`).
235
250
 
251
+ ### Coordinating several repositories
252
+
253
+ A workspace can be a plain directory containing independent Git repositories. Declare its members explicitly
254
+ in `catherd.workspace.json`; catherd does not scan neighboring folders:
255
+
256
+ ```json
257
+ {
258
+ "schema": 1,
259
+ "repos": { "api": "./api", "web": "./web" }
260
+ }
261
+ ```
262
+
263
+ Run `catherd workspace inspect /path/to/workspace --json` to check the resolved members. Through MCP,
264
+ `workspace_start` takes `root`, `title`, `a_lines`, and `steps`: each step has `id`, a member `repo`, `title`,
265
+ `a_lines`, optional `depends_on` step ids, and the `milestone` that releases its dependents (default `M1`).
266
+ A step with `release: "merge"` and a `base` ref (`origin/main`) releases them only once its landed commit is
267
+ an ancestor of that ref (`git merge-base --is-ancestor`), checked when a dependent asks; fetch first, nothing
268
+ is polled.
269
+ An explicit `repos` map can replace the manifest. Only members used by the steps enter the run snapshot.
270
+ Steps reusing one member must be ordered by dependencies. A final verification step can reuse a member
271
+ after both parallel producer steps land; unordered steps in the same repository are refused.
272
+
273
+ Write the shared interface or coordination agreement with `workspace_contract(workspace, content)` before
274
+ starting children; the first child freezes it, and every child receives `workspace-contract.md`.
275
+ `workspace_child_start(workspace, step)` creates a single-repo run only when its prerequisites have landed.
276
+ Use the existing route, dispatch, verification and land workflow with that child's run id. Each member keeps
277
+ its own profile, knowledge and repository rules; workers write within their own repository.
278
+
279
+ `workspace_status(workspace)` and `catherd workspace status <id> --json` show the shared view and spending.
280
+ The optional workspace `budget` (`minutes`, `tokens`, `usd`; no cap unless given, minutes from the first
281
+ child) stops new admissions when aggregate observed spending reaches its cap, alongside each child's budget;
282
+ `workspace_budget(workspace, …)` raises it. Running workers may overshoot; native subagent usage is reported
283
+ after execution. Dependency readiness requires a recorded landing and finalized dispatches, not just a
284
+ finished worker. Landing a step's completion milestone and dispatch admission share the parent lock; other
285
+ milestones land freely, and a landed step admits a post-land fix. `workspace_pause(workspace, reason)` stops
286
+ every child's admission on one blocker until `workspace_resume`. Workspaces support at most 100 repositories
287
+ and 100 steps. A run folder without a readable `meta.json` is skipped and named in `workspace_status`; with a
288
+ cap set, unreadable or negative usage evidence blocks admission until repaired. Stored status remains available after a checkout disappears, while child
289
+ recovery and admission require the captured Git root. catherd never automatically commits, pushes,
290
+ rolls back repositories or starts the next child.
291
+
236
292
  ### Environment variables
237
293
 
238
294
  | Variable | What it does |
@@ -283,6 +339,12 @@ opens on its brief, reply and record; the open screen redraws as run files chang
283
339
 
284
340
  ## Upgrading
285
341
 
342
+ From 1.4: `bun add -g catherd-cli@latest && catherd doctor`, update the plugin and start a new session; `doctor`
343
+ names the Claude agent links to refresh. There is still no `wait` tool (it never shipped and is gone): end the
344
+ turn, and on Codex run the coordinator inside `tmux`. A role calling a coordinator tool now gets `E_ROLE_SCOPE`,
345
+ knowledge is keyed by the git origin, and `route` returns seven keys with the rest in `routes.jsonl`.
346
+ [MIGRATION.md](MIGRATION.md), "From 1.4 to 1.5", has the rest.
347
+
286
348
  From 1.0: install 1.1 and run its `init` (`bun add -g catherd-cli@latest && catherd init`, or
287
349
  `bunx catherd-cli@latest init`; 1.0's own `catherd init` does not upgrade), update the plugin
288
350
  (`claude plugin marketplace update catherd && claude plugin update catherd@catherd`) and start a new Claude Code
@@ -303,10 +365,11 @@ Code session. The details are in [MIGRATION.md](MIGRATION.md).
303
365
 
304
366
  | Where | What |
305
367
  | -------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------- |
306
- | [MIGRATION.md](MIGRATION.md) | Upgrading from 1.0 and from 0.x |
368
+ | [MIGRATION.md](MIGRATION.md) | Upgrading from each release to the next, and from 0.x |
307
369
  | [CHANGELOG.md](CHANGELOG.md) | Releases |
308
370
  | [CONTRIBUTING.md](CONTRIBUTING.md) | Development setup, the checks, commits, changesets, live tests |
309
371
  | [SECURITY.md](SECURITY.md) | Reporting a vulnerability; what catherd stores and how |
372
+ | [`docs/specs/2026-10-02-catherd-1.5-design.md`](docs/specs/2026-10-02-catherd-1.5-design.md) | The 1.5 design (binding where it differs from the earlier ones) |
310
373
  | [`docs/specs/2026-09-28-catherd-1.1-design.md`](docs/specs/2026-09-28-catherd-1.1-design.md) | The 1.1 design (binding; builds on 1.0's) |
311
374
  | [`docs/specs/2026-09-25-catherd-1.0-design.md`](docs/specs/2026-09-25-catherd-1.0-design.md) | The 1.0 design |
312
375
  | [`docs/dev/`](docs/dev/) | Maintainer docs: live verification, manual tests, dependencies, ideas |
@@ -317,7 +380,7 @@ Code session. The details are in [MIGRATION.md](MIGRATION.md).
317
380
 
318
381
  ## Contributing
319
382
 
320
- See [CONTRIBUTING.md](CONTRIBUTING.md). This feature's checks and acceptance are local, with release held; do not request or re-enable CI for it. The documented historical CI matrix uses Linux/macOS and Bun 1.4.0/latest;
383
+ See [CONTRIBUTING.md](CONTRIBUTING.md). CI runs the checks on every pull request on Linux and macOS, with Bun 1.4.0 and the latest Bun (the full matrix nightly);
321
384
  live verification is in [`docs/dev/live-verification.md`](docs/dev/live-verification.md). Report security issues
322
385
  privately, as [SECURITY.md](SECURITY.md) describes. Everyone taking part follows the
323
386
  [Code of Conduct](CODE_OF_CONDUCT.md).
@@ -1,7 +1,8 @@
1
1
  # Attribution for the shipped catalog data
2
2
 
3
3
  `catalog/scores.json` carries model scores from public sources. Each value names its source (`source`), the page
4
- it came from (`url`), its date and its confidence. The weekly `catalog-refresh` workflow rebuilds the values that
4
+ it came from (`url`), its date and its confidence. `catalog/models.json` carries each model's release date
5
+ (`releaseDate`) from models.dev. The weekly `catalog-refresh` workflow rebuilds the values that
5
6
  come from the keyless sources below; the hand-typed values (no `source`) cite their own vendor or benchmark page in
6
7
  their `url`.
7
8
 
@@ -20,6 +21,12 @@ their `url`.
20
21
  - License: CC BY 4.0; external tables keep their own license
21
22
  - Attribution: Epoch AI, 'Capabilities & benchmarking'. Published online at epoch.ai. Retrieved from 'https://epoch.ai/benchmarks' (CC BY 4.0)
22
23
 
24
+ ### models.dev
25
+
26
+ - Data: https://models.dev/api.json, the release dates in `catalog/models.json`
27
+ - License: MIT License
28
+ - Attribution: models.dev (MIT License), https://github.com/sst/models.dev
29
+
23
30
  ### Vectara hallucination leaderboard
24
31
 
25
32
  - Data: the README table of https://github.com/vectara/hallucination-leaderboard
@@ -28,9 +35,10 @@ their `url`.
28
35
 
29
36
  ## Sources read at run time only
30
37
 
31
- catherd reads these on the user's machine and ships none of their data: models.dev (MIT License,
32
- https://models.dev), the OpenRouter API (https://openrouter.ai) and LiteLLM's
33
- `model_prices_and_context_window.json` (MIT License, https://github.com/BerriAI/litellm).
38
+ catherd reads these on the user's machine and ships none of their data: the OpenRouter API
39
+ (https://openrouter.ai) and LiteLLM's `model_prices_and_context_window.json` (MIT License,
40
+ https://github.com/BerriAI/litellm). models.dev's prices, capabilities and efforts are read at run time too;
41
+ only its release dates ship (above).
34
42
 
35
43
  Artificial Analysis (https://artificialanalysis.ai) is read only with the user's own key, and its values are never
36
44
  shipped.
@@ -45,6 +45,7 @@
45
45
  {
46
46
  "id": "gpt-6.1-sol",
47
47
  "name": "GPT-6.1 Sol",
48
+ "predecessor": "gpt-6-sol",
48
49
  "vendor": "openai",
49
50
  "releaseDate": "2026-09-29",
50
51
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
@@ -63,6 +64,7 @@
63
64
  {
64
65
  "id": "gpt-6-sol",
65
66
  "name": "GPT-6 Sol",
67
+ "predecessor": "gpt-5.6-sol",
66
68
  "vendor": "openai",
67
69
  "releaseDate": "2026-09-22",
68
70
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
@@ -88,6 +90,7 @@
88
90
  {
89
91
  "id": "gpt-6-luna",
90
92
  "name": "GPT-6 Luna",
93
+ "predecessor": "gpt-5.6-luna",
91
94
  "vendor": "openai",
92
95
  "releaseDate": "2026-09-22",
93
96
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
@@ -239,6 +242,7 @@
239
242
  {
240
243
  "id": "claude-sonnet-5-5",
241
244
  "name": "Claude Sonnet 5.5",
245
+ "predecessor": "claude-sonnet-5",
242
246
  "vendor": "anthropic",
243
247
  "releaseDate": "2026-09-28",
244
248
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
@@ -292,6 +296,7 @@
292
296
  {
293
297
  "id": "grok-4-7",
294
298
  "name": "Grok 4.7",
299
+ "predecessor": "grok-4-6",
295
300
  "vendor": "xai",
296
301
  "releaseDate": "2026-09-21",
297
302
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
@@ -308,6 +313,7 @@
308
313
  {
309
314
  "id": "grok-4-6",
310
315
  "name": "Grok 4.6",
316
+ "predecessor": "grok-4-5",
311
317
  "vendor": "xai",
312
318
  "releaseDate": "2026-08-12",
313
319
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
@@ -356,6 +362,7 @@
356
362
  {
357
363
  "id": "gemini-3-8-flash",
358
364
  "name": "Gemini 3.8 Flash",
365
+ "predecessor": "gemini-3-7-flash",
359
366
  "vendor": "google",
360
367
  "releaseDate": "2026-09-02",
361
368
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
@@ -368,6 +375,7 @@
368
375
  {
369
376
  "id": "gemini-3-7-flash",
370
377
  "name": "Gemini 3.7 Flash",
378
+ "predecessor": "gemini-3-6-flash",
371
379
  "vendor": "google",
372
380
  "releaseDate": "2026-08-13",
373
381
  "capabilities": { "toolUse": true, "imageIn": true, "reasoning": true },
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "catherd-cli",
3
- "version": "1.4.0",
3
+ "version": "1.5.0",
4
4
  "description": "Herds coding agents: autopilot builds from your own Claude Code session.",
5
5
  "keywords": [
6
6
  "autopilot",
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "catherd",
3
- "version": "1.4.0",
3
+ "version": "1.5.0",
4
4
  "description": "Herds coding agents: Claude plans and verifies, Codex, opencode or headless Claude Code workers write the code, and Jev picks the model and effort for each piece.",
5
5
  "author": {
6
6
  "name": "47vigen",
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "catherd",
3
- "version": "1.4.0",
3
+ "version": "1.5.0",
4
4
  "description": "Shared catherd orchestration, profiles and durable role results through the versioned MCP core.",
5
5
  "author": { "name": "47vigen", "url": "https://github.com/47vigen" },
6
6
  "homepage": "https://github.com/47vigen/catherd",
@@ -1,7 +1,7 @@
1
1
  #!/bin/sh
2
2
  # catherd's MCP launcher (spec 1.1 §12): the plugin's .mcp.json runs it. The release stamps VERSION
3
3
  # (scripts/stamp-plugin-version.mjs), so the plugin always starts the server it was released with.
4
- VERSION="1.4.0"
4
+ VERSION="1.5.0"
5
5
 
6
6
  # a global catherd at this version (catherd init installs one): start it, no resolve at all
7
7
  if command -v catherd >/dev/null 2>&1 && [ "$(catherd --version 2>/dev/null)" = "$VERSION" ]; then