Reticle MCP server

Your AI agent says "done." Reticle finds out if that is true.

It drives your real, running app and reads what happened. Then it returns a verdict, pass · fail · cannot tell, with the file:line to fix.

Ask questions, see what we build, and help decide what ships next.

The problem · Demo · What Reticle does · Install · Use it · Community · vs Playwright · Benchmarks · Safe to install · Docs

⭐ Star the repo · Good first issues · Contribute

The problem

Your agent writes code, assumes it worked, and moves on. It never opens the app.

So the broken modal, the silent 500 and the "Deploy succeeded" over a failed deploy all ship. You find them later, by clicking around. You are now your agent's QA.

The truth was in the running app all the time. It did not reach the screen.

Your agent did not forget a step. A coding agent is built to produce a change, so it is optimistic by design. Verification does the opposite: it goes to find out, and is ready to come back with no.

Demo

<!-- An animated image, because GitHub strips iframes and no embedded player can autoplay here. Mux serves at most 10 seconds as a GIF; the link opens the full video. -->

▶ An agent says its fix works. Reticle catches the double charge it missed. Click for the full demo.

What Reticle does

Reticle puts a small, dev-only SDK inside your app. Your coding agent gets tools to look, act, observe and assert through it. Reticle reads the app from the inside. So it sees what the screen hides: the request a click sent, its response, the app state, the console and each element's source line. Every check ends in a verdict with the evidence attached.

Shortened. The full README is on GitHub.