You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 27, 2026. It is now read-only.
Repository navigation
This repository was archived by the owner on Sep 27, 2026. It is now read-only.
Checks from concurrent agent sessions can fill a shared box's disk; no way to gate with externally-run verdicts #12
On m1 (96G root, also the production fleet node) today, multiple agent sessions ran repo checks concurrently and free disk fell from ~48G to ~4G, nearly taking the box down. The owner has suspended greentree use on this box until this is governed.
No way to publish when one required check is knowingly unrunnable on this box. Today an agent that ran every command of full by hand (all green) still cannot gate/publish because verdicts only come from greentree-executed runs. That forces the exact bare git commit fallback the tool exists to prevent. Proposal: either greentree gate --only <checks> with the skipped required checks recorded as skipped(<reason>) in the publish journal (auditable, not silent), or greentree attest-external <check> that records a verdict for the current tree with external: true provenance so the gate can distinguish trusted-machine-verified from operator-claimed.
Context: hit while building the port-share PoC stack on 2026-08-19; the data-path change was committed bare with the full-check commands run by hand, recorded in the working notes.
Activity