IT OPS

Cloudflare manifest apply-on-merge: push approved DNS changes and verify

When a DNS manifest pull request merges, applies the changed records to the Cloudflare zone, re-reads the zone to confirm the update took.

CategoryIT Ops
Enginesim
Difficultyadvanced
Triggerevent
Steps6
Setup~25 min

How it runs

The automated pipeline, trigger to output.

  • TriggerManifest PR merged on GitHubGitHubGitHub
  • LogicParse merged diff into record create/update/delete set
  • ActionApply changed records to Cloudflare zoneCloudflareCloudflare
  • ActionRe-fetch zone records to verify the writeCloudflareCloudflare
  • LogicDecide pass/fail from verification read
  • OutputReport apply result to SlackSlack

What it does

Closes the GitOps loop in the apply direction. When a pull request that touches the DNS manifest merges to the main branch, it pushes exactly the changed records into the Cloudflare zone, then reads the zone back to verify the live state now matches what was merged.

When to use it

Use it when you want reviewed-and-merged manifest changes to reach production automatically instead of waiting for the next reconcile, and you need an immediate confirmation that the API write actually landed. It pairs naturally with the scheduled drift sentry, which handles the detect direction.

How it works

  1. 1A GitHub merge event on the manifest path triggers the run.
  2. 2A logic step parses the merged diff into a set of record creates, updates, and deletes.
  3. 3Apply each change to the Cloudflare zone through the API.
  4. 4Re-fetch the affected records from Cloudflare and compare them to the merged manifest values.
  5. 5A logic step decides pass or fail based on the verification read.
  6. 6Post the apply result — confirmed live or failed-and-reverted — to Slack with per-record status.

Set it up

What you configure once, before turning it on.

  1. 1
    Connect GitHubRepos, issues, pull requests, actions.
  2. 2
    Connect CloudflareWorkers, Pages, R2, KV — the edge stack.
  3. 3
    Connect SlackChannels, DMs, threads, mentions.
  4. 4
    Set each agent's modelWe leave models unset so you pick the tier — fast + cheap, or top-quality.
  5. 5
    Tune it to your dataEdit the prompts, filters, and field mappings so it matches how your team works.
  6. 6
    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.