"drain" logs of previous? current? director runs on init of new directors #1301

Closed
opened 2026-07-15 02:09:02 +00:00 by coilysiren · 3 comments
Owner

This is a bit vague - but I think the idea is that the action of logs drain should always pair writing to disk, the redaction / filtering we already do, then pushing those logs to a collector. Director drains just skip that first step since they are already on disk, and then past that point they are just another warded agent drain


Decision for headless carry

Implement this as log-pipeline normalization, not a new policy decision. Director logs are already on disk, so their drain starts after the write-to-disk step that normal agent logs perform.

Required shape:

  • Reuse the existing redaction and filtering path before any collector upload.
  • Treat previous and current director run logs as sources in the same drain pipeline as warded agent logs.
  • If no collector is configured, still produce the local drained artifact and a clear no-op status.
  • Add tests around source selection and redaction reuse.
  • Do not invent a new collector in this issue.
This is a bit vague - but I think the idea is that the action of logs drain should always pair writing to disk, the redaction / filtering we already do, then pushing those logs to a collector. Director drains just skip that first step since they are already on disk, and then past that point they are just another warded agent drain --- ## Decision for headless carry Implement this as log-pipeline normalization, not a new policy decision. Director logs are already on disk, so their drain starts after the write-to-disk step that normal agent logs perform. Required shape: * Reuse the existing redaction and filtering path before any collector upload. * Treat previous and current director run logs as sources in the same drain pipeline as warded agent logs. * If no collector is configured, still produce the local drained artifact and a clear no-op status. * Add tests around source selection and redaction reuse. * Do not invent a new collector in this issue.
Owner

WARD-TRIAGE: warded control plane coherence milestone

This issue is part of the warded control plane coherence sprint. The release thesis is to make warded feel like one dependable control plane for agent work: higher safe parallelism, coherent config defaults, reliable broker/container behavior, human-feedback gates, and enough structured evidence for the next actor after a paused or failed run.

For this sprint, headless means an engineer should be able to carry the issue from current issue context to a merged change without new human decisions. If the issue discovers a missing decision, split or demote the unclear part instead of guessing.

WARD-TRIAGE: warded control plane coherence milestone This issue is part of the `warded control plane coherence` sprint. The release thesis is to make `warded` feel like one dependable control plane for agent work: higher safe parallelism, coherent config defaults, reliable broker/container behavior, human-feedback gates, and enough structured evidence for the next actor after a paused or failed run. For this sprint, `headless` means an engineer should be able to carry the issue from current issue context to a merged change without new human decisions. If the issue discovers a missing decision, split or demote the unclear part instead of guessing.
Owner

WARDED_WORKFLOW: #1448

details

workflow: pull-request-and-merge; review summary: skipped (in-container review gate intentionally skipped because temporary ward default pending brokered QA)
felt: surgical and contained
confidence: high
surprises: the widened issue lookup needed the shared Docker test double to answer ward.role
follow-ups: none

WARDED_WORKFLOW: https://forgejo.coilysiren.me/coilyco-flight-deck/ward/pulls/1448 <details><summary>details</summary> workflow: pull-request-and-merge; review summary: skipped (in-container review gate intentionally skipped because temporary ward default pending brokered QA) felt: surgical and contained confidence: high surprises: the widened issue lookup needed the shared Docker test double to answer `ward.role` follow-ups: none </details>
Owner

DISPATCH-DEFERRED: PR #1448 failed after the first engineer exited. Evidence: run 8585 (#2295) failure test.yml pull_request #1448 "cmd/ward: include director runs in issue log drains"; ward agent pr status coilyco-flight-deck/ward#1448 reports combined status failure. Attempted warded engineer coilyco-flight-deck/ward#1301 --harness codex --workflow pull-request-and-merge from the director surface at 2026-07-15T13:30Z, but Ward rejected it because coilyco-flight-deck/ward already has 3 active engineers at the repo limit. Dispatch log: /Users/kai/.ward/agent-logs/dispatch/20260715T133022Z-director-codex-md65-coilyco-flight-deck-ward-1301.log. Retry as soon as a slot opens.

DISPATCH-DEFERRED: PR #1448 failed after the first engineer exited. Evidence: `run 8585 (#2295) failure test.yml pull_request #1448 "cmd/ward: include director runs in issue log drains"`; `ward agent pr status coilyco-flight-deck/ward#1448` reports combined status failure. Attempted `warded engineer coilyco-flight-deck/ward#1301 --harness codex --workflow pull-request-and-merge` from the director surface at 2026-07-15T13:30Z, but Ward rejected it because coilyco-flight-deck/ward already has 3 active engineers at the repo limit. Dispatch log: /Users/kai/.ward/agent-logs/dispatch/20260715T133022Z-director-codex-md65-coilyco-flight-deck-ward-1301.log. Retry as soon as a slot opens.
Commenting is not possible because the repository is archived.
No project
No assignees
2 participants
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
coilyco-flight-deck/ward#1301
No description provided.