AI News HubLIVE
站内改写3 分钟阅读

待翻译:Show HN: SightDiff – before/after visual proof of what your AI agent changed

AI 服务暂时不可用,以下为来源摘要,待恢复后补全翻译:● 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 locally, before you git commit. Changed surfaces get flagged;…

来源Hacker News AI作者: ja34luv

AI 服务暂时不可用,以下为来源正文,待恢复后补全翻译。

● 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 locally, before you git commit. Changed surfaces get flagged; untouched ones are verified identical. Get early access Watch the 60-second demo 66% of developers say their top frustration is AI code that's almost right, but not quite. — Stack Overflow Developer Survey 2025 The agent was asked to change one page — the proof sheet caught it changing 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 config listing the pages and states you care about — SightDiff can even write that config for you by crawling your app. 1 Snap a baseline Before you prompt, one command captures pixel-perfect screenshots of every configured page and state — element states, auth-gated views, masked dynamic content included. $ sightdiff snap 2 Let the agent work Claude Code, Cursor, Copilot — or a human in a hurry. SightDiff doesn't hook into the agent, which is exactly why it works with all of them. > implement the new filter… 3 Check before you commit Everything is re-rendered and pixel-diffed. One sheet opens: changed surfaces first with highlighted regions, untouched ones verified identical. Exits non-zero when flagged — 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 delivered. But its edit to a shared CSS class also shifted the dashboard, a page 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 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. Sometimes they skip it, misread it, or quietly edit the evidence — and you find out from a user screenshot three days later. SightDiff renders proof outside the agent's reach: captured by a separate local process from your actual running app, keyed to git state. This sheet is for you, not for the model. “I need tools that allow agents to clearly demonstrate their work to me, while minimizing the opportunities for them to cheat about what they've done.” — Simon Willison, after catching agents editing demo output instead of running it · 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 Forces me to build it 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 → This is a bet on a tool that doesn't fully exist yet. I'm a working 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? No. Capture, rendering, and diffing all run locally. Nothing is uploaded — which is also why it works when your CI, your VPN, or your legal team says no. Which agents does it work with? Any of them — Claude Code, Cursor, Copilot, or a human in a hurry. SightDiff watches your app, not the agent, so there's nothing to integrate and nothing for the agent to game. What do I need to run it? A local dev server and a small config listing the pages and states to capture — sightdiff discover writes it for you by crawling your app. If a browser can render it, SightDiff can shoot it; the beta's polish targets React with Vite or Next.js first, and your waitlist reply telling me your stack decides what comes next. How is this different from Chromatic or Percy? Those are excellent CI-time tools: they check pull requests in the cloud, after you commit and push. SightDiff lives at the moment before — local, dirty working tree, agent just stopped, you deciding whether to trust the change. What doesn't it do yet? Today it shoots every surface you've configured and lets the pixel diff do the flagging — it doesn't yet map your code diff to only the affected surfaces, and baselines are taken with snap rather than continuously in the background. Both are on the roadmap, and founding users decide the order. Commit like you've seen it — because you have. Get early access