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 }}
Repository navigation
Add configurable session cost budget with guardrail events #32
For session caps, the thing I’d avoid is exposing only “budget exceeded” as an event.
Operators usually need three layers:
the configured cap
the live burn state while the session is running
the terminal receipt after the cap or halt fires
That last one matters because otherwise you know the run stopped but not whether it stopped after a useful checkpoint, mid-retry, or after an avoidable failure. We’ve found the receipt is what turns a cap from a safety brake into something you can resume and audit cleanly.
Activity
Keesan12 commentedon May 19, 2026
For session caps, the thing I’d avoid is exposing only “budget exceeded” as an event.
Operators usually need three layers:
That last one matters because otherwise you know the run stopped but not whether it stopped after a useful checkpoint, mid-retry, or after an avoidable failure. We’ve found the receipt is what turns a cap from a safety brake into something you can resume and audit cleanly.