ENGINEERING

AI-triage GitLab MR risk and pick the reviewer pool

An agent reads each new merge request's diff, title, and changed paths, reasons about its security risk.

CategoryEngineering
Enginepaperclip
Difficultyadvanced
Triggerwebhook
Steps5
Setup~25 min

How it runs

The automated pipeline, trigger to output.

  • TriggerGitLab merge request openedGitLabGitLab
  • ActionFetch diff, description, and changed pathsGitLabGitLab
  • LogicAgent reasons over the change and classifies riskOpenAI
  • ActionAssign reviewer pool and apply risk labelGitLabGitLab
  • OutputPost risk rationale as an MR commentGitLabGitLab

What it does

Goes beyond path matching by having an agent actually read the change. For each new merge request it reviews the diff, title, description, and touched files, then reasons about real security risk — auth logic changes, new external calls, dependency bumps, permission edits — and assigns the reviewer pool that fits. It posts a short written rationale to the MR so the routing decision is transparent.

When to use it

Use it when static path rules miss too much: risky changes hide in 'safe' directories and trivial edits land in 'risky' ones. Best for teams that want judgment-based routing and are comfortable with an agent making a recommendation a human can override.

How it works

  1. 1A GitLab webhook fires on merge request open.
  2. 2The agent fetches the diff, description, and changed paths via the GitLab API.
  3. 3It reasons over the change and classifies risk with an explicit rationale.
  4. 4It assigns the chosen reviewer pool and applies the matching label through the GitLab API.
  5. 5It posts its risk summary and pool choice as an MR comment for reviewer context.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitLabRepos, MRs, pipelines, registry.
  2. 2
    Connect OpenAIModels, embeddings, files.
  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.