Skip to main content
T3 Β· SRE / platform: the deterministic-core pattern at its sharpest. Approved overrides merge into the baseline (RFC 7396), the live config diffs against THAT (RFC 6902), blake3 fingerprints the evidence, and the LLM’s only job is explaining the patch to a human at 3am.

The job

Β« Did anyone change prod config without telling us? Β» Pure-diff monitors page you for every sanctioned change too: alert fatigue. This sentinel knows what was approved: it reconstructs the EXPECTED state first, so the diff contains only the drift nobody signed off on.

The shape

The file

config-drift-sentinel.nika.yaml

How it works

1

RFC 7396 reconstructs the sanctioned state

nika:json_merge_patch applies the approved overrides to the baseline: null deletes a key, exactly per the RFC. This is the builtin jq’s recursive merge can’t replace.
2

RFC 6902 names what actually changed

nika:json_diff returns a standard JSON Patch: machine-readable operations, not a text diff. Empty patch = healthy prod = total silence.
3

Evidence travels with the alert

The blake3 fingerprint of the live config rides in the alert AND in the nika:emit journal event. When you investigate later, you know exactly which state fired.

Constructs you just used

Make it yours

  • Run it every 15 minutes from your scheduler; the record event stream becomes your drift history.
  • Watch N services: lift the URL + baseline into a list and for_each the whole sentinel body.
  • Auto-remediate the SAFE class: a when: branch that opens a revert PR via your MCP git server.

Next Β· PR review fan-out

One read-only agent per changed file: the swarm pattern, with a deterministic grep sweep beside it.