Skip to content

[Fleet Monitor] combsmith/.github-private β€” .github/workflows/initiative-planner.ymlΒ #2389

Closed

Description

@don-petry

🟠 DEGRADED: combsmith/.github-private / .github/workflows/initiative-planner.yml

Metric Value
Failure Rate 33.3% (1 / 3 runs)
Status DEGRADED
p50 Duration 58s
p95 Duration 203s
Successful Runs 2
Cancelled Runs 0

Workflow: .github/workflows/initiative-planner.yml

Last updated by Fleet Monitor run on 2026-10-22.
Threshold: failure rate > 10% over the monitored window.

Activity

  1. added
    health-checkAutomated health check report
    dev-leadFor dev-lead agent pickup
    fleet-trackerTracked by the Actions Fleet Monitor
    on Oct 22, 2026
  2. don-petry commented on Oct 22, 2026

    @don-petry
    CollaboratorAuthor

    Dev-Lead Implementation Plan

    Issue: #2389 β€” [Fleet Monitor] combsmith/.github-private β€” .github/workflows/initiative-planner.yml

    Scope

    Root-cause the single failed run in the monitored window. Conclusion: this was a one-off wrong input to a manual run, not a workflow defect. No code change planned.

    Findings

    • Window: 3 workflow_dispatch runs on main, 2026-10-21. One failed: run 39638248138.
    • The failure happened in step gather-context.sh: gh: Could not resolve to a Discussion with the number of 5. The run was dispatched with discussion_number=5. That Discussion does not exist in the target repo. The idea's Discussion there is feat: feature ideation framework β€” adversarial proposer/challenger/synthesizerΒ #6, titled "graduated from incubator feat: add Copilot engine support via REVIEW_ENGINE toggleΒ #5", so the incubator's number was entered by mistake.
    • The run was re-dispatched about 5 minutes later with discussion_number=6 and succeeded (39638933291). A later run, 39674859809, also succeeded.
    • scripts/initiative-planner/gather-context.sh is meant to fail loudly when an API call fails (see the header comment, "Any other API failure fails loud"). Stopping on a Discussion that doesn't exist is the correct behaviour, and the error message names the missing number.
    • The earlier history (2026-10-09) is all successes.

    Implementation Checklist

    • None. Nothing in the code needs fixing, and adding special handling for a wrong number would weaken the fail-loud check on purpose-built input.

    Tests to Write

    • None (no change in behaviour).

    Test Command

    bash .dev-lead/scripts/dev-lead-lint.sh (run to confirm the tree is unchanged and clean)

    Recommendation: close as not-a-defect. The failure rate should drop below the threshold as later successful runs push this one out of the monitoring window.

  3. don-petry commented on Oct 25, 2026

    @don-petry
    CollaboratorAuthor

    βœ… Auto-resolved by Fleet Monitor. This workflow's failure rate has been below the 10% threshold (or the workflow was removed) since 2026-10-22 (3 days) β€” the monitor stopped flagging it. Closing. It will reopen automatically if the workflow crosses the threshold again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    dev-leadFor dev-lead agent pickupfleet-trackerTracked by the Actions Fleet Monitorhealth-checkAutomated health check report

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions