fix(dev-base): pin agent-compose past the Core Roster reflow #1233
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!1233
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/agent-compose-pin-v3-roster"
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?
The image ships agent-compose 2.32.0, which predates the seven-seat reflow (
agent-compose@12c7198, first released in 2.39.0). So CI composes the old roster while the catalogue it reads is the new one, and the two halves have been landing separately.How it surfaced
coilyco-gaming/sirens-echois stuck between them. Itsrole-drift-checkclones agentic-osmainfresh, so it already sees the renamed composed sources, but it bakes with this image's agent-compose, which still hasengineer,opsandcreatorin the core roster.role engineer exists in both rostersThere is no version of that repository correct against both halves. That is what makes this the pin rather than the consumer.
It also caught me out directly, which is worth recording: my host has 2.45.0, so
just role-snapshotrecorded a v3 bake while CI bakes the pre-reflow one. That is exactly the defectcoilyco-gaming/sirens-echo#1129describes — "role-snapshot records whatever roster the host bakes" — and a local green was much weaker evidence than it looked.Why 2.47.0 and not 2.39.0
internal/personis byte-identical from 2.45.0 to 2.47.0, so the roster is the same one consumers are already recording snapshots against, and pinning the minimum that contains the reflow would be stale on arrival.Blast radius
Every repository whose CI composes in this image. The roster it bakes changes from the pre-reflow seats to
platform,sysadmin,eval,frontend,gamedev,tpm,devrel. That is the change the catalogue half is already forcing on them, so this closes the split rather than opening one — but it is a fleet-wide behavior change on afeat!upstream, so it deserves the second look.Single pin site.
just test716 passed,pre-commit run --all-filesgreen. The dev-base tests assert the ARG exists rather than its value, so nothing else moves.The pin bump failed the image build on the image's own verification, which is the check doing its job: v2.47.0 roster .role_order | length = 7, expected 8 verify-common.sh pinned the pre-reflow roster shape, so the counts had to move with the binary that produces them. Measured against 2.47.0 rather than derived from the reflow diff: seven roles and ten personalities, where the assertions said eight and eighteen. Both numbers are restated configuration in the sense the house rule warns about, and a roster that grows will fail an image build again. Leaving them as literals here anyway, because the whole point of this assertion is to notice a roster change at build time rather than in a consumer's CI a week later. Deriving them from the same binary they check would assert nothing. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Co-authored-by: Kai Siren <coilysiren@gmail.com> Co-authored-by: Claude <noreply@anthropic.com> Agent-Role: platform