The capture engine
SnapDOM
SnapDOM captures a rendered interface as reusable images and canvas. Plugins add HTML, structured context, PDF and recordings. Use it directly to build an export feature; use the tools below when you need a workflow around that capture.
Read the SnapDOM docs →
Choose by the job.
Start with the result you need. You can use each tool on its own; installing the whole ecosystem is optional.
Three tools, three main workflows
| Tool | Use it to | What you get | Where it fits |
| SnapEye | Capture, compare or record a UI while an agent edits it. | JSON results, images, changed regions and recordings. | A running app with the SnapEye client and a local server integration. |
| SnapSurf | Navigate, find controls, act and verify the result. | Page summaries, typed changes and assertions. | An agent using MCP or CLI with a managed Chromium session. |
| SnapDIFF | Run repeatable visual checks against saved baselines. | Pass/fail results, visual diffs and baseline review. | In-page testing or a Vitest browser suite in CI. |
Scroll the table horizontally to read all columns.
For a download or share button inside your app, start with SnapDOM itself.
One settings panel,
three kinds of checks.
Suppose an agent is changing a settings panel. Each tool can answer a different question during the work.
1. Reach the state
SnapSurf opens the page and clicks Settings. Verify that the panel appeared and the controls are available.
2. Inspect the edit
SnapEye captures the open panel before and after the code change. Compare its appearance or record the opening transition.
3. Keep it checked
SnapDIFF adds the panel to a repeatable visual suite. Review the baseline and check future changes against it.
Your agent or test harness connects these steps. For an already-open panel, call SnapEye’s in-page API: its URL trigger reloads the page. Keep viewport, data and state consistent, and manage each tool’s baselines separately.