Repair WARD_CONFIG_REF propagation for read-only director containers #430
No reviewers
Labels
No labels
burndown-2026-06
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/agentic-os!430
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "issue-427"
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?
closes #427
ward.workflow: pull-requests-and-merge
Fixes the read-only director/container startup path by seeding AOS_REPO_ROOT and WARD_CONFIG_REF before bash starts, while keeping shell/common.sh pinned to the canonical aos checkout.
verdict: pass
confidence: medium
summary: PR #430 addresses the missed surface from agentic-os#427 by adding a dev-base runtime entrypoint that seeds
AOS_REPO_ROOTandWARD_CONFIG_REF, and by makingshell/common.shprefer canonical aos checkouts instead of the current working tree. The dev-base tier chain buildsfullfromagent, so the agent-tier entrypoint should carry into the default full surface.findings: []
conclusion: The patch satisfies the review contract from the diff: it covers the read-only container startup path, preserves child inheritance, removes the foreign-repo SHA fallback, and adds focused tests for both the entrypoint and shell fallback. Residual risk is operational rather than code-local: after merge and image publish, a fresh director surface still needs a smoke check that
warded list --jsonworks without an inlineWARD_CONFIG_REF.