mirror of
https://github.com/kevinveenbirkenbach/computer-playbook.git
synced 2026-11-08 11:46:35 +00:00
kevinveenbirkenbachandClaude Opus 5
c9de2e1a01
The orchestrator is a reusable workflow whose single caller job carries its own concurrency group, not the caller's. That group was pinned to cancel-in-progress: false, so a newer run could never displace a running one on the inner level and parked as pending with zero jobs instead. Run 30390890384 hit exactly that: its run-level status had degraded to queued while the matrix waited for runners, so the outer global-ci cancel did not fire against it, and run 30391785197 blocked behind the inner group indefinitely. The orchestrator now takes a force_cancel_in_progress input and otherwise follows CI_CANCEL_IN_PROGRESS like the push entry workflow does. The manual entry workflow passes true, so it cancels on both levels and no longer depends on the outer cancel firing. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Tooling guides 🧰
This directory contains contributor guidance for project tools. Its scope is how repository-standard tools should be used, when they apply, and where they fit into the wider workflow.
CLI Helpers 🛠️
| Helper | Purpose |
|---|---|
| port.md | cli contributing network ports suggest: propose free host-bound ports inside PORT_BANDS.<scope>.<category>. |
| address.md | cli contributing network address suggest: propose free per-role subnets gap-first within established umbrella blocks. |