Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jberthom
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
jberthom
6mo ago
Thanks! Yeah Claude Code’s native browser is getting better. ProofShot is agent-agnostic though — works with Cursor, Codex, any agent that can run shell commands. And the proof bundle you get at the end (viewer.html with video + timeline +
2.
▲
by
jberthom
6mo ago
yep adding soon, agree it is the most recurring question
3.
▲
by
jberthom
6mo ago
Thanks! Web only for now, runs headless Chromium. Desktop is the #1 request, likely through accessibility APIs or OS-level screenshots. On the roadmap.
4.
▲
by
jberthom
6mo ago
Web only for now since it runs headless Chromium. For Flutter web builds it’d work, but native Flutter apps would need emulator integration which is on the roadmap. Feel free to open an issue on the repo.
5.
▲
by
jberthom
6mo ago
Fair point, clearly the first question everyone has. Will add a comparison section to the README.
6.
▲
by
jberthom
6mo ago
ProofShot isn’t a Playwright alternative, it’s built on agent-browser (from Vercel Labs), which is a different runtime. The value isn’t “can control a browser” — playwright does that fine, and in fact agent-browser is built on top of Playwr
7.
▲
by
jberthom
6mo ago
Web only for now. It runs headless Chromium under the hood. Desktop and mobile are the #1 request. Mobile path would be iOS Simulator or Android emulator integration. Desktop would need accessibility APIs or OS-level screenshot capture. It’
8.
▲
by
jberthom
6mo ago
Right now agent-browser launches a fresh Chromium instance each time, so no persisted auth. For apps behind login, you’d need to either hit a page that doesn’t require auth, or script the login as part of your proofshot exec steps (type ema
9.
▲
by
jberthom
6mo ago
interesting, which model were you using for the vision part? In my experience Claude Sonnet and Opus handle UI screenshots reasonably well, not perfect but good enough that the agent can catch obvious layout issues and iterate. Definitely n
10.
▲
by
jberthom
6mo ago
agent-browser runs locally (it’s a Rust CLI + Node daemon on your machine), so there’s no cloud dependency on Vercel, it’s just built by the Vercel Labs team. Everything stays local :)
11.
▲
by
jberthom
6mo ago
Simon’s tools are really great. Showboat is more for static screenshots though. ProofShot is the full session: recording, error capture, action timeline, PR upload. Different scope i'd say.
12.
▲
by
jberthom
6mo ago
The agent drives interactions through proofshot exec — clicks, typing, navigation and each action gets logged with timestamps synced to the video. So in the viewer you can scrub through and click on action markers to jump to specific moment
13.
▲
by
jberthom
6mo ago
ah feel your pain.. Codex interaction is exactly the pain point. “I fixed it” / “no you didn’t” five times in a row, you feel gaslighted by your own agent in a way. That’s the loop I wanted to kill. I didnt' know about Mozilla scr
14.
▲
by
jberthom
6mo ago
Thanks! Yeah the before/after PR thing is exactly what proofshot pr is built for.
15.
▲
by
jberthom
6mo ago
DevTools MCP is great for live debugging in the moment. ProofShot is more about generating a proof bundle after the fact, something you can review on a PR without having been there when the agent ran. Different use cases I think.
16.
▲
by
jberthom
6mo ago
yes as saintfire said :) ProofShot is just a CLI, not tied to any IDE. If you’re in Antigravity or VSCode and their built-in preview works for you, great. This is for people using Claude Code, Codex, or any terminal-based agent where there’
17.
▲
by
jberthom
6mo ago
Yes for now focused on web but accessibility tree dumps seems like a good alternative to screenshots for native apps. For web, agent-browser already uses compact element refs, but for mobile the a11y approach could be way more efficient. Wo
18.
▲
by
jberthom
6mo ago
Yes agree. Web only for now since it runs on headless Chromium. Desktop and mobile are the #1 request though. For mobile the path would be driving an iOS Simulator or Android emulator. For native desktop, probably accessibility APIs or OS-l
19.
▲
by
jberthom
6mo ago
Yes agent-video is focused on high quality recording. ProofShot uses agent-browser’s recording under the hood but the value is really in everything else: error collection, server log capture, the interactive viewer with synced timeline, and
20.
▲
by
jberthom
6mo ago
ProofShot sits on top of agent-browser. agent-browser gives you the browser primitives (click, navigate, screenshot). ProofShot adds the session stuff: starts recording, pipes your server logs, collects console errors with pattern matching
21.
▲
by
jberthom
6mo ago
Maker here. Playwright is great, I use it too. The difference is really about who’s driving. ProofShot is meant for agents that just need shell commands, start to open the browser and begin recording, exec to interact with the page, stop to
22.
▲
by
jberthom
6mo ago
Yes exactly. I'm actively maintaining it so if you miss anything just drop an issue on Github and I'll look into it
23.
▲
Show HN: ProofShot – Give AI coding agents eyes to verify the UI they build
(github.com)
161 points
by
jberthom
6mo ago
|
106 comments
24.
▲
Show HN: Pointa – Point-and-click annotations for AI coding agents (open source)
(pointa.dev)
2 points
by
jberthom
8mo ago
|
0 comments
25.
▲
by
jberthom
8y ago
This is the first time I hear of this case as I think few people create distinct applications. We use Auth0 for authentication and we'll check with them as it seems the issue is on their side. I'll let you know when we've fig
26.
▲
by
jberthom
8y ago
Yes we didn't dedicate efforts to integrating an ad blocker because we mostly integrate applications in which you shouldn't see ads but Twitter or Instagram are good examples of where it's needed. We are working hard to integ
27.
▲
by
jberthom
8y ago
Franz is all about handling messaging app while we handle all types of web applications. As for Rambox, indeed they are closer to what we do with a different type of interface though. We do support self-hosted apps (any kind of custom apps)
28.
▲
by
jberthom
8y ago
1. Indeed we've removed it as it really made the interface distracting (with numbers on every app). We could imagine having this information on hover on the next version of the dock. We just want to make sure we don't make the doc
29.
▲
by
jberthom
8y ago
Thanks for the feedback. We plan on insisting on the "Free" aspect on the V.2 of our website so it's clear that it is free for the individual user. Once we price for teams we'll have a dedicated page.
30.
▲
by
jberthom
8y ago
Thanks for your feedbacks! On some of your points: - we do allow you to use multiple Gmail accounts, back when you used it it might not have been obvious enough but you can use as many Google accounts as you'd like - indeed we are work
More ›