Drive a hosted browser, capture before/after proof of code changes, and leave reviewer-facing evidence (screenshots, viewer links, comments) against your running app — for coding agents.
Subtext Verify is a companion plugin to Subtext. It layers a live-browser proof workflow on top of a normal Subtext install — it is not a standalone product.
Install Subtext the usual way before adding Verify. Subtext provides the pieces Verify builds on:
- the
subtextMCP server (HTTP) that also serves Verify'slive-*/comment-*/doc-*/artifact-*/clip-*tools (gated server-side by org flag), - the general MCP conventions and security rules in Subtext's
subtext-shared, - the canonical
sightmap-authoring/sightmap-browserskills for the.sightmap/schema.
Verify assumes all of that is present; it only adds what's needed to use the verify tools.
- Skills —
subtext-proof(before/after visual evidence, the inner loop),subtext-onboardandsubtext-first-session(first-run flows), the tool catalogssubtext-live/subtext-comments/subtext-docs/subtext-tunnel, thesubtext-recipe-sightmap-setuprecipe, andsubtext-verify-shared(verify-specific conventions). All skill names aresubtext-verify-*-namespaced or unique, so nothing collides with Subtext. - MCP server — only the
subtext-tunnelstdio client (reverse tunnel for localhost dev servers), run vianpx -y @subtextdev/subtext-cli@latest tunnel mcp. The sharedsubtextHTTP server is already configured by base Subtext, so Verify does not redeclare it. - Hook — a
SessionStarthook injects thesubtext-verify-usingrouter so the agent reaches forsubtext-proofbefore editing UI code.
Claude Code
/plugin marketplace add fullstorydev/subtext-verify
/plugin install subtext-verify@subtext-marketplace
Cursor — install from the Marketplace panel (or a Team Marketplace that imports this repo).
Codex — open /plugins, install subtext-verify from the repo marketplace.
Gemini CLI
gemini extensions install https://github.com/fullstorydev/subtext-verify
Sightmap upload dependency (optional). The sightmap collector script needs
Python 3.9+ and PyYAML (pip install pyyaml). Only needed if the project has
a .sightmap/ corpus you want reflected in snapshots and network traces.
A good first run is one real change proven end-to-end — ask your agent something like "prove a small UI change on my local dev server." Under the hood it will:
- Connect to your running app. For a local server, follow the tunnel-first
flow (
live-tunnel→tunnel-connect→live-view-new) and share thetrace_urlso you can watch live; the same link replays afterward. Seesubtext-tunnel. - Capture before/after proof. Snapshot the affected area, make the change,
re-capture, and package screenshots + trace into a proof document. See
subtext-proof. - Bootstrap a sightmap (optional). Record what was learned about the touched
components into
.sightmap/so the next agent starts ahead. Seesubtext-recipe-sightmap-setup.
subtext-onboard walks a new user through exactly this on their first run.
- The
subtexttool surface is gated server-side by org/feature flag; Verify assumes the verification flag is enabled for your org. - Read-only review of completed sessions and privacy-rule management live in Subtext itself, not here.