ENGINEERING

Comment a burn-gate verdict on every PR while budget is burning

On each new or updated PR, checks the affected service's live Honeycomb burn rate and posts a comment that either clears the PR or warns that the service is in a burn freeze.

CategoryEngineering
Enginesim
Difficultyintermediate
Triggerevent
Steps5
Setup~15 min

How it runs

The automated pipeline, trigger to output.

  • TriggerGitHub PR opened or updatedGitHubGitHub
  • ActionMap changed paths to owning service and SLO
  • ActionQuery Honeycomb for current burn rate and budgetHoneycomb
  • LogicDecide verdict: clear, caution, or freeze
  • OutputPost or update burn-gate verdict comment on the PRGitHubGitHub

What it does

Adds a per-PR reliability check. Whenever a PR is opened or pushed, it looks up the current burn rate of the service that PR touches and leaves a comment: green if budget is healthy, a hold warning if the service is actively burning its error budget.

When to use it

Use it when you want the burn signal to meet engineers exactly where they work, on the PR, without a hard branch-protection block. It gives reviewers context to decide whether to merge now or wait.

How it works

  1. 1A GitHub pull_request event (opened or synchronized) triggers the flow.
  2. 2The flow maps the changed paths to an owning service and its Honeycomb SLO.
  3. 3It queries Honeycomb for that SLO's current burn rate and remaining budget.
  4. 4A logic step decides the verdict: clear, caution, or freeze based on configured thresholds.
  5. 5It posts (or updates) a single PR comment stating the verdict, the live burn numbers, and a link to the SLO dashboard.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitHubRepos, issues, pull requests, actions.
  2. 2
    Connect HoneycombDistributed traces and queries.
  3. 3
    Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
  4. 4
    Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
  5. 5
    Test, then turn it onRun once against a sample, confirm the output, then enable the trigger.

Run this workflow in your colony.

14-day trial. No DevOps. No Sales call. Provisioned in under a minute.