The film is told as a pull request: a gutter of line numbers, red and teal diff lines, status checks and review threads. Acme Pulse is the check that keeps running after merge — it posts a review comment on production with a suggested change, and nothing happens until a human approves it.
Checks resolve top→bottom, one per beat (spinner → green tick, stagger 0.5 s), the Merged badge stamps in on beat 4; then the last row greys out — “production · nobody watching” — and the headline types up from the bottom on the next bar.
On the drop the two red lines strike through left→right (0.3 s power2.in) and the teal “+” line slides in beneath them (y 8→0, 0.3 s) at hero size; on the next downbeat a new always-running check appears below — Acme Pulse is now part of the pipeline.
The production check flips from teal spinner to coral ✗ on the snare, the collapsed @@ hunk unfolds downward (height tween 0.4 s), and Pulse's review comment slides up with a suggested change; the cursor lands on Roll back on the next downbeat — the agent proposes, the human merges.
The page scrolls up to the merge box (0.6 s power3.inOut); the check row turns green on the downbeat, the lockup fades in, and the coral “Start free” merge button settles last with a 1-frame press on the final kick.
@@ expands with a height tween, 0.4 s power2.out, content fades in 0.1 s behind it; starts on a downbeat, ends before the next (0.5 s at 120 BPM).Why: code review is the cleanest existing metaphor for “the machine proposes, a human approves” — checks, a suggested change and an approve button already mean exactly that. Risk: non-developers may not read diffs; keep hunks to 2–3 lines and write them in plain language.
Adapt to your product: turn your product's before/after into a diff (old workflow − / new workflow +) and your core alert into a review comment with a suggested change; your CTA is the merge button.
References: GitHub Docs — suggested changes in review · Cursor — inline suggestions