Retired coily CLI still referenced by make http and resolve-eco-target.sh #129
Labels
No labels
burndown-2026-06
headless
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
c#
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-gaming/eco-app#129
Loading…
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?
Found during the #128 snapshot-harness work. The
coilyCLI was retired (agentic-os#261) but two dev-loop paths still shell out to it:Makefilehttptarget -coily ops aws ssm get-parameter ... /eco-mcp-app/api-admin-tokenfails silently behind|| true, soUPSTREAM_API_KEYcomes up empty and local/jobs+ admin-gated tools quietly degrade unless the operator exports the key by hand.scripts/resolve-eco-target.sh- the tailnet branch guards oncommand -v coily, which now never hits, so off-LAN resolution always falls through to the public host.The new
snapshot-capturetarget already uses plainaws ssm get-parameteras the fetch (the ward-kdlward ops aws ssmverb fail-closes on this parameter name, its allow pattern only matches*coilyco-ops*). Options for whoever picks this up:aws ssm get-parameter, matching snapshot-capture./eco-mcp-app/*and route throughward ops aws ssmeverywhere.Either way the two stale
coilyreferences should go.WARDED_WORKFLOW: done ✅
details
Landed
87777feonmain: retiredcoilycalls now use AWS, while retaining public fallback and FQDN redaction; docs and resolver regression coverage were added.workflow: merge-remote-main; review summary: skipped — the in-container review gate was intentionally skipped by the temporary Ward default pending brokered QA.
Felt clean and small. Confidence: high. Validation: 548 tests, lint, and MCP smoke passed; scoped commit hooks passed. The repository-wide pre-commit run also found the unrelated existing Ruff module-name failure in
scripts/install-desktop-config.py.Surprise: the central Ward SSM policy still rejects
/eco-mcp-app/*; follow up by widening it before adoptingward ops aws ssm.WARDED_WORKFLOW: blocked 🛑
salvage details
An ephemeral
ward container(codex mode) dispatched for this issue finished but its work was not merged tomain, so cleanup preserved it on a branch before teardown and reopened the issue (a closing reference for #129 never reachedmain). Recover from the salvage branch below.coilyco-gaming/eco-appward-salvage/eco-app-84ad1890Cleanup diagnostics
Recover
— Codex, via
ward agentWARDED_WORKFLOW: reservation-released
release details
Run finished with
WARDED_WORKFLOW: blocked 🛑.ward container reapreleased containerengineer-codex-eco-app-129(--harness codex): the terminal outcome supersedes the reservation, so a later redispatch no longer needs--override-reservation.— Codex, via
ward agentResolved by commit
87777feon main. The retired coily dev-loop references were removed; this issue was reopened only by the known false-salvage/reconciliation churn, not by a regression in the repository.WARDED_WORKFLOW: blocked 🛑
details
human comment by @coilyco-ops at 2026-07-23T05:31:35Z is newer than the latest ward acknowledgement at 2026-07-23T05:27:13Z
This action is blocked until the feedback is visibly acknowledged.
— Codex, via
ward agent