Stop verifying Ward in the image, which is frozen as a contract #1409
No reviewers
Labels
No labels
burndown-2026-06
burndown-2026-08
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/advocate
role/director
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/science
role/sysadmin
state
ambient
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/agentic-os!1409
Loading…
Reference in a new issue
No description provided.
Delete branch "aos/claude/ee98-wardfreeze"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Kai settled this on 2026-08-24. Ward's schema, the
ward:AGENTS.md lane vocabulary, and the shipped binary all stay. The runtime comes out of this repo's hot paths.What was actually left
The CI and promote call sites the issue enumerates are already gone -
ci.ymlandpromote.ymlcarry no Ward reference today. What remained is the image's common verification:That is the risk the issue names: an unmaintained binary (dispatch record ends 2026-06-18, repo quiet since 2026-08-17) sitting where a toolchain bump breaking its install surfaces as a broken image build rather than as a Ward problem.
test_common_verification_covers_the_composed_runtime_surfaceasserted both commands were present. It now asserts they are absent, because the invariant is what changed rather than the code drifting from it.Two judgment calls, both stated rather than assumed
The issue's scope lists
install-common.sh:193-195as removable "only if nothing else reads that path". Nothing in this repo does - the one other hit is a fixture string inside acode-commentstest. But Ward itself writes there at runtime, and Ward is still installed, so I left the~/.ward/auditprovisioning in place.Same reasoning for
Dockerfile:35, which installs Ward and ends with its ownward --version. Removing that stops the image shipping Ward at all, which is a bigger change than "runtime out of hot paths" and would breakward agentdispatch. It stays.So a dispatch works exactly as before. Verification of a frozen component stopped, not the component.
docs/ward-specs.mdrecords that, including why, so the next reader does not restore the check as a missing safety net.Closes #1299