Repair skillsmp host shortcut after infrastructure#528 false close #533
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/infrastructure#533
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 skillsmp host shortcut is still broken after coilyco-flight-deck/infrastructure#528 closed at 2026-07-10T09:59:31Z.
Live evidence from the director after that close:
This points at the host Caddy shortcut or routing layer, not the skillsmp service itself.
A fresh issue is needed because infrastructure#528 still carries a ward reservation comment saying corrections for an in-flight run must go to a new issue rather than comments on the reserved issue.
Done when:
WARD-RESERVATION: held 🔒
reservation details
Holder: container
engineer-codex-infrastructure-533on hostkais-macbook-pro-2.local.Reserved by
ward agent --harness codex(reserved 2026-07-10T10:02:13Z). 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/infrastructure#533· branchissue-533· harnesscodex· workflowdirect-mainengineer-codex-infrastructure-533· wardv0.573.0· dispatched2026-07-10T10:02:13ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.573.0).
— Codex, via
ward agentWARD-OUTCOME: done
details
workflow: direct-main; review summary: review gate skipped by ~/.ward/config.yaml default
Implemented the skillsmp host shortcut fix by preserving the incoming Host header on the NodePort bypass, then fast-forwarded main and pushed it.
felt: straightforward once the stale proxy header was isolated.
confidence: high.
surprises: the repo pylint hook needed a temporary
uvshim because the container filesystem was nearly full and uv tried to stage a managed interpreter under a root-owned cache path.follow-ups: none.
Reopening after post-close live verification. The issue closed at 2026-07-10T10:10:14Z with WARD-OUTCOME done, but the director probe still shows the host shortcut is not working:
The service itself is healthy, but the host shortcut done-condition is still false until /skillsmp/mcp routes to the NodePort service and returns MCP initialize.
WARD-DISPATCH: deferred ⏸
deferred details
This forwarded dispatch was deferred after the issue was already reserved.
Attempted harness:
codexAttempted run:
ward agent engineer coilyco-flight-deck/infrastructure#533 --harness codex --ward-version v0.573.0 --forceContainer:
engineer-codex-infrastructure-533Container created: no running engineer was observed.
Host log:
/Users/kai/.ward/agent-logs/dispatch/20260710T101108Z-director-codex-jq75-coilyco-flight-deck-infrastructure-533.logCapacity:
ward agent engineer --harness codex: global engineer limit is reached: 12 running (limit 12); wait for a run to finish or runward agent reapfor stale engineersRetry: the issue stays queued and the director will try again when a slot opens.
— Codex, via
ward agentcoilyco-ops referenced this issue from coilyco-flight-deck/ward2026-07-10 10:19:51 +00:00