SightDiff — see what your AI agent actually changed, before you commit

Get early access

How it works<br>Why<br>Pricing<br>FAQ

● Local · pre-commit · any agent

Your AI agent says done. See what actually changed.

Before/after proof of every page and state your agent touched — rendered<br>locally, before you git commit. Changed surfaces get flagged; untouched ones are<br>verified identical.

Get early access<br>Watch the 60-second demo

66% of developers say their top frustration is AI code that's almost<br>right, but not quite. — Stack Overflow Developer Survey 2025

The agent was asked to change one page — the proof sheet caught it changing<br>two. sightdiff snap → agent works → sightdiff check

How it works

Two commands, wrapped around anything your agent does.

No integration, no cloud, no CI pipeline. A running dev server and a tiny<br>config listing the pages and states you care about — SightDiff can even write that<br>config for you by crawling your app.

Snap a baseline

Before you prompt, one command captures pixel-perfect screenshots of every configured<br>page and state — element states, auth-gated views, masked dynamic content included.

$ sightdiff snap

Let the agent work

Claude Code, Cursor, Copilot — or a human in a hurry. SightDiff doesn't hook into the<br>agent, which is exactly why it works with all of them.

> implement the new filter…

Check before you commit

Everything is re-rendered and pixel-diffed. One sheet opens: changed surfaces first<br>with highlighted regions, untouched ones verified identical. Exits non-zero when flagged —<br>usable as a pre-commit gate.

$ sightdiff check

The part that matters

The page you didn't check is the one that breaks.

In the demo above, the agent was asked to add a filter to one page — and<br>delivered. But its edit to a shared CSS class also shifted the dashboard, a page<br>nobody asked about. That's the regression you'd have committed.

CHANGED Feature flags the change you asked for

CHANGED Dashboard the one you didn't

IDENTICAL Audit log verified, not assumed

IDENTICAL Settings verified, not assumed

The actual proof sheet from the demo — before/after with changed<br>regions highlighted, unchanged pages collapsed to a single verified line.

Why a separate tool

Agents grade their own homework.

Modern agents can open a browser and “verify” their work. Sometimes they do.<br>Sometimes they skip it, misread it, or quietly edit the evidence — and you find out<br>from a user screenshot three days later.

SightDiff renders proof outside the agent's reach : captured by a<br>separate local process from your actual running app, keyed to git state. This sheet is for<br>you , not for the model.

“I need tools that allow agents to clearly demonstrate their work to me, while<br>minimizing the opportunities for them to cheat about what they've done.”<br>— Simon Willison, after catching agents editing demo output instead of running it ·<br>simonwillison.net

Early access

Two ways in. One of them keeps me honest.

Waitlist

$0 your email, my build updates

First access when the beta ships

Occasional build-log updates — no spam, unsubscribe anytime

Join waitlist

Forces me to build it<br>Founding user

$10/mo · refundable anytime

Charged only from the first release you can actually run

Direct line to me — your workflow shapes v1

Founding price locked for life

Cancel or refund with one email, no questions asked

Become a founding user →<br>This is a bet on a tool that doesn't fully exist yet. I'm a working<br>engineer building it for my own daily loop; paying is how you tell me to hurry.

FAQ

Questions you should ask.

Does my code or UI ever leave my machine?<br>No. Capture, rendering, and diffing all run locally. Nothing is uploaded — which is<br>also why it works when your CI, your VPN, or your legal team says no.

Which agents does it work with?<br>Any of them — Claude Code, Cursor, Copilot, or a human in a hurry. SightDiff watches<br>your app, not the agent, so there's nothing to integrate and nothing for the agent to<br>game.

What do I need to run it?<br>A local dev server and a small config listing the pages and states to capture —<br>sightdiff discover writes it for you by crawling your app. If a browser can<br>render it, SightDiff can shoot it; the beta's polish targets React with Vite or Next.js<br>first, and your waitlist reply telling me your stack decides what comes next.

How is this different from Chromatic or Percy?<br>Those are excellent CI-time tools: they check pull requests in the cloud, after you<br>commit and push. SightDiff lives at the moment before — local, dirty working tree, agent<br>just stopped, you deciding whether to trust the change.

What doesn't it do yet?<br>Today it shoots every surface you've configured and lets the pixel diff do the<br>flagging — it doesn't yet map your code diff to only the affected surfaces, and baselines<br>are taken with snap rather than continuously in the background. Both are on<br>the roadmap, and founding users decide the order.

Commit like you've seen it — because you have.

Get early access