SECOPS

Agent-triage GitLab MRs by sensitivity and log the rationale to Confluence

An agent reviews each GitLab MR's changed files, decides a sensitivity tier with a written rationale, applies the matching label.

CategorySecOps
Enginepaperclip
Difficultyadvanced
Triggerwebhook
Steps5
Setup~25 min

How it runs

The automated pipeline, trigger to output.

  • TriggerGitLab MR opened or updatedGitLabGitLab
  • ActionFetch changed files + diff contextGitLabGitLab
  • LogicAgent reasons risk and picks tier + rationale
  • ActionApply chosen sec:: label to MRGitLabGitLab
  • OutputAppend triage entry to Confluence security logConfluenceConfluence

What it does

This workflow uses an agent to make a judgment call that simple path rules miss. For each new or updated MR it reads the changed files plus the diff context, reasons about the actual risk (for example, a config-only change to an auth module may be low risk while a logic change is high), assigns a `sec::*` tier with a short rationale, and records the decision in a Confluence audit log so the reasoning is reviewable later.

When to use it

Use it when rigid path matching produces too many false alarms and you want explainable, context-aware triage with a durable paper trail for compliance reviews.

How it works

  1. 1A GitLab MR webhook fires on open or update.
  2. 2The agent fetches the changed files and surrounding diff context.
  3. 3It reasons about real risk and selects a sensitivity tier plus a one-paragraph rationale.
  4. 4It applies the chosen `sec::*` label to the MR.
  5. 5It appends a timestamped triage entry — MR, tier, rationale — to the Confluence security log page.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitLabRepos, MRs, pipelines, registry.
  2. 2
    Connect ConfluenceSpaces, pages, blueprints.
  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.