Skip to content

Run the routing probe on every deploy, which is what makes it a guard - #268

Merged
adamjohnwright merged 1 commit into
mainfrom
docs/009-t005c-probe-on-deploy
Sep 19, 2026
Merged

adamjohnwright merged 1 commit into
mainfrom
docs/009-t005c-probe-on-deploy

Conversation

@adamjohnwright

Copy link
Copy Markdown
Contributor

T005c. The probe from #267 is wired into ~/update-beta-chat.sh, immediately after the sweep and honouring the same --skip-sweep flag.

One run of a probe is a measurement. The risk it addresses is drift — a classifier that stops choosing complexes next month gives confident answers and a green sweep — so only repetition turns it into a control. That is the whole point of this change, and it is why #267 on its own did not close the risk.

It fails the deploy and points at --rollback rather than rolling back by itself: the same judgement the sweep already makes, since a rollback is disruptive too, the container is already serving, and which is worse depends on the failure.

An image built before the probe existed skips it with a warning rather than failing, so the check cannot block a rollback to an older tag. Verified against the running container, which is exactly that case today — bin/answer-sweep is present and bin/routing-probe is not, so the guard is discriminating rather than always-true.

The script is not version controlled, so this task is its only record in the repository. Backed up before editing and bash -n clean.

Documentation only here; the script change is outside the repo.

🤖 Generated with Claude Code

T005c. Wired into ~/update-beta-chat.sh beside the sweep, honouring the
same --skip-sweep flag.

One run of the probe is a measurement; the risk it addresses is drift, so
only repetition makes it a control. A classifier that stops choosing a
collection next month would otherwise give confident answers and a green
sweep.

It fails the deploy and points at --rollback rather than rolling back
itself -- the judgement the sweep already makes, since a rollback is
disruptive and the container is already serving. An image built before the
probe existed skips it with a warning, so the check cannot block a
rollback to an older tag; verified against the running container, which is
exactly that case today.

That script is not version controlled, so this task is its only record
here.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@adamjohnwright
adamjohnwright merged commit 08cf22b into main Sep 19, 2026
10 checks passed
@adamjohnwright
adamjohnwright deleted the docs/009-t005c-probe-on-deploy branch September 19, 2026 18:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant