ENGINEERING

Dependency Canary: Honeycomb Merge-Gate Status Check

Posts a required GitHub commit status on dependency PRs that stays pending until the Honeycomb canary window passes its latency budget.

CategoryEngineering
Enginesim
Difficultyintermediate
Triggerevent
Steps5
Setup~15 min

How it runs

The automated pipeline, trigger to output.

  • TriggerPush to dependency PR branchGitHubGitHub
  • ActionSet canary commit status to pendingGitHubGitHub
  • ActionQuery Honeycomb p95 canary vs baselineHoneycomb
  • LogicEvaluate delta against latency budget
  • OutputUpdate commit status success/failureGitHubGitHub

What it does

Wires the canary verdict straight into branch protection. It sets a custom required GitHub status check on the PR that holds pending during the bake, then flips to success or failure based on Honeycomb p95, so merge is mechanically blocked until the data clears it.

When to use it

Use it when you want the canary result enforced by branch protection rather than living in a Slack message a reviewer might ignore. Ideal for repos that already gate merges on required checks.

How it works

  1. 1A push to a `dependency`-labeled PR branch triggers the run.
  2. 2It immediately sets a `canary/honeycomb` commit status to pending in GitHub.
  3. 3After the bake window it queries Honeycomb for the service's p95 over the canary versus baseline windows.
  4. 4A logic step evaluates the delta against the latency budget.
  5. 5It updates the commit status to success or failure with a target URL pointing at the Honeycomb query, letting branch protection allow or block the merge automatically.

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.