ENGINEERING

Block flaky GitLab MR failures and notify the author in Discord

When a GitLab merge request pipeline fails, retries the failing job once, and if it passes on retry posts a Discord alert tagging the MR author with the flaky-test name so they…

CategoryEngineering
Enginesim
Difficultybeginner
Triggerwebhook
Steps5
Setup~5 min

How it runs

The automated pipeline, trigger to output.

  • TriggerGitLab MR pipeline failsGitLabGitLab
  • ActionRetry the failed job onceGitLabGitLab
  • LogicPass on retry = flaky, else real break
  • ActionLabel and comment quarantine on the MRGitLabGitLab
  • OutputNotify MR author in DiscordDiscordDiscord

What it does

Gives GitLab MR authors instant, accurate feedback when their pipeline failure was flaky rather than their fault. It retries the failed job, detects pass-on-retry, and tells the author directly in Discord which test flaked, so they stop guessing whether to re-run.

When to use it

Use on teams running GitLab CI where intermittent failures stall merge requests. Lighter-weight than full quarantine automation: it focuses on fast author notification and a quarantine flag, keeping humans in the loop on the fix decision.

How it works

  1. 1A GitLab pipeline failure webhook fires for a merge request.
  2. 2The flow retries the single failed job via the GitLab API.
  3. 3A branch checks the retry: still failing means a genuine break and the flow stops; passing means flaky.
  4. 4For flaky cases, it adds a quarantine label and comment to the merge request.
  5. 5It resolves the MR author handle.
  6. 6It posts a Discord message in the team channel tagging the author with the flaky test name and retry evidence.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitLabRepos, MRs, pipelines, registry.
  2. 2
    Connect DiscordCommunity channels + voice + bots.
  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.