Run release workflow in aos dev-base #209
Labels
No labels
burndown-2026-06
sunday-sprint
coherence-core
consult
headless
interactive
P0
P1
P2
P3
P4
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
coilyco-flight-deck/cli-guard#209
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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 dev-base scan found
.forgejo/workflows/release.ymlrunning sharedagentic-osrelease composite actions on the minimaldockerrunner. Those composite actions are being hardened separately, but the consuming job should also run in the pinned aos dev-base image so jq/curl/git are already present.Acceptance criteria:
agentic-os.🔒 Reserved by
ward agent --harness codex— containerengineer-codex-cli-guard-209on hostkais-macbook-pro-2.localis carrying this issue (reserved 2026-07-09T03:53:58Z). Concurrentward agentruns are blocked until it finishes or the reservation goes stale (1h TTL);--forceoverrides.Do not comment on or edit this issue to steer the run while it is reserved. The engineer seeded the body once at launch and never re-reads it, so a comment or edit reaches only human readers, never the running engineer. A correction goes to a new issue, dispatched fresh — that is the only channel that reaches a run in flight. Where the forge supports it, ward locks this conversation to make that a road-block rather than a convention (ward#494).
run seed context — what this run is carrying (ward#609)
coilyco-flight-deck/cli-guard#209· branchissue-209· harnesscodex· workflowprengineer-codex-cli-guard-209· wardv0.470.0· dispatched2026-07-09T03:53:58ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.470.0).
— Codex, via
ward agentWARD-OUTCOME: done - pinned the release job to the aos dev-base image
Review gate: skipped because --skip-preflight / --no-preflight also skips review.
This was a small, clean change. The only thing I had to confirm was that the release job should reuse the same pinned image the CI jobs already use, and that preserved the tag and release outputs without any extra churn. Confidence is high; no follow-up looks necessary from this side.
⚠️ Reopened: this run's work did not land on
mainAn ephemeral
ward container(codex mode) dispatched for this issue finished but its work was not merged tomain, so the reaper preserved it on a branch before teardown and reopened the issue (a closing reference for #209 never reachedmain). Recover from the salvage branch below.coilyco-flight-deck/cli-guardward-salvage/cli-guard-a8e13cf8Reap diagnostics
Recover
— Codex, via
ward agent