Repository navigation
2.0.1 — doctor certifies what it launched on the local leg too
doctor certifies what it launched on the local leg too. 1.14.0 retired
"MCP server launchable" — a shutil.which presence check standing in for
identity — but the replacement handshake only ever ran for portable wiring.
A repo wired to a machine-local absolute path (any venv, pipx or uv tool
install) still certified presence and called it green: H-20's false green,
surviving in the branch nobody looked at.
- Identity now runs on local wiring whenever the host of record is native and
the server can therefore be spawned, falling back to the launchability probe
only when identity is genuinely unmeasurable — a cross-host target we cannot
execute (D-010/L-59). A skewed local install now warns by name. - Found by a fresh-process test driving the real CLI (L-60: the test
process' import graph is not the CLI's execution leg). That test also
exposed why it hid for three releases:conftestsets
CLAUDERIZER_NO_SPAWN_PROBEsuite-wide, so no in-process test could have
exercised the probe end-to-end, and a naive subprocess test inherits the guard
and passes while measuring nothing. Armed red against the pre-fix branch. - Fixed:
_procedure_driftrenderedm.group(0)— the whole regex match — so a
MAJOR mismatch printedhost procedure vProcedure version**: 2.0.0. - D-083 — no version floor in the emitted
.mcp.json(resolves an open item
from 2026-07-24). A floor couples a committed, twelve-host config to release
cadence, and bounds only downward, so an older repo meeting a newer engine
sails through. The handshake catches skew both directions.
One visible change for NEW repos
clauderize init no longer scaffolds generic doc names — ARCHITECTURE,
VISION, TESTING, SECURITY, SCHEMA, DEPLOYMENT, REQUIREMENTS,
INCIDENTS, DATASOURCES, ENGINEERING-PRINCIPLES — into your docs/. Those
are the project's, and every measured naming collision lived there. They remain
available via clauderize init --seed-project-docs. Existing repos are
unaffected: a repo's recorded module list is preserved, so nothing appears or
disappears on upgrade.
Also present but dormant
The engine/project doc separation (docs/clauderizer/) is implemented and
tested but inert: docs_layout defaults to legacy, the identity default
resolves every path exactly where it always did, and nothing migrates. It ships
as capability, not as behaviour, and will be activated in a release of its own.
Suite 1599 → 1622. Procedure stays 1.13.0 — nothing procedural changed.