Use bare kubectl exec target in ward KDL guardfile #513
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#513
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?
.ward/guardfile.kubectl.kdl currently pins the exec target as /usr/local/bin/kubectl.
That is the wrong authoring shape for a cli-guard KDL guardfile:
Task:
Related cli-guard product issue: coilyco-flight-deck/cli-guard#225.
WARDED_WORKFLOW: reservation-held
reservation details
Holder: launch intent for container
engineer-codex-agentic-os-513on hostkais-macbook-pro-2.local.Accepted by
ward agent --harness codex(reserved 2026-07-14T09:00:42Z). Concurrentward agentruns are blocked until this intent becomes visible or the intent is released. The stale-intent fallback is still TTL-bounded (3h TTL).--override-reservationoverrides.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/agentic-os#513· branchissue-513· harnesscodex· workflowpull-request-and-mergeengineer-codex-agentic-os-513· wardv0.672.0· dispatched2026-07-14T09:00:40ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.672.0).
— Codex, via
ward agentWARDED_WORKFLOW: reservation-held
reservation details
Holder: launch intent for container
engineer-codex-agentic-os-513on hostkais-macbook-pro-2.local.Accepted by
ward agent --harness codex(reserved 2026-07-15T05:34:09Z). Concurrentward agentruns are blocked until this intent becomes visible or the intent is released. The stale-intent fallback is still TTL-bounded (3h TTL).--override-reservationoverrides.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/agentic-os#513· branchissue-513· harnesscodex· workflowpull-request-and-mergeengineer-codex-agentic-os-513· wardv0.697.0· dispatched2026-07-15T05:33:55ZStatic container doctrine and seed boilerplate are identical every run and omitted here (they ride ward v0.697.0).
— Codex, via
ward agentWARDED_WORKFLOW: #554
details
workflow: pull-request-and-merge; review summary: review gate intentionally skipped because the temporary ward default is pending brokered QA
felt: small, direct, and low-risk
confidence: high
surprises: none beyond a generated provenance scratch file that was removed before commit
follow-ups: director merge and final done outcome