01
Register the server
Momentic runs as a local MCP server. Claude Code, Codex, and Cursor register it in one line, and mobile agents use the same server.
Momentic ships a local MCP server. Cursor, Claude Code and Codex call it to open a browser, build a test step by step, save the YAML in your repo, and read the failure back.
Cursor · Claude Code · Codex · OpenCode · GitHub Copilot
fileType: momentic/test/v2id: amber-cedar-ledgerurl: http://localhost:3000/cartsteps: - click: The "Checkout" button - type: text: SAVE10 into: The promo code field - act: Apply the promo code - assert: The order total is 10% lower117,010 bugs caught before deploy
70M+
Test runs executed
8.9M+
Steps auto-healed
80k+
PRs verified
339k+
Changes verified
The agent registers one local server, reads the skills that tell it how to test, then builds the test in a real browser and leaves the YAML in your repo.
01
Momentic runs as a local MCP server. Claude Code, Codex, and Cursor register it in one line, and mobile agents use the same server.
02
One command installs the Momentic skills. They tell the agent how to build a test, how to write the affected tests before a change, and how to investigate a failure.
03
It drives a live browser, saves the YAML in your repo, runs it, and reads the result. The test change arrives in a pull request, and CI runs it on the next commit.
The agent calls Momentic tools over a local stdio server, follows the skills that tell it how to test, and leaves a YAML file you review.
The momentic-test tools let an agent open your app, try a step, look at the result, and keep the step only when it works.
The agent sees the real page before it saves a step.
With momentic-spec, the agent writes the affected tests before it changes user-visible behavior, so the implementation has something to satisfy.
The agent writes the check first, then makes it pass.
momentic-maintain finds the runs for a branch, reads the saved classifications and run evidence, and points at the first run where behavior changed.
The agent reads the run history before it edits a test.
momentic-mobile mcp gives an agent the same tools against iOS simulators and Android emulators, with the same YAML format.
Same format on all three platforms.
The server is local stdio. It reads momentic.config.yaml in your project and uses the MOMENTIC_API_KEY you give the editor.
The server talks to the project on your disk.
Every test an agent writes is YAML in your repo, so it goes through code review and the CLI runs it in CI.
Agent work lands in a pull request.
Engineering teams that let agents keep the tests current.
Engineers stay in the editor, and the tests still land in the repo with the code change.
“Momentic gave us a fast and reliable way to validate Poe.com's AI responses, even when they weren't deterministic.”
30 min
daily test execution, down from 7 hours
500+
manual test cases replaced
100%
critical tests created in one month
The same MCP tools and the same YAML on all three.
A local stdio server that exposes Momentic as tools a coding agent can call. The agent can open a browser, create and edit tests, run them, and read run history.
Cursor, Claude Code, Codex, Devin, OpenCode and GitHub Copilot. Each one registers a stdio server that runs npx momentic mcp.
Run claude mcp add --transport stdio momentic -- npx momentic mcp --config /absolute/path/to/momentic.config.yaml, restart Claude Code, then run /mcp to confirm the server is active.
Markdown instructions that tell the agent how to use the tools. momentic-test builds tests, momentic-spec writes the affected tests before a product change, and momentic-maintain investigates failures. Install them with npx skills add momentic-ai/skills.
Yes. Most editors do not inherit your shell environment, so set MOMENTIC_API_KEY in the MCP entry or start the editor from a shell that exports it.
As a YAML file in your repo, next to your code. You review it in a pull request.
Yes, through the same server, in a real browser. The CLI runs that same file in CI later.
Your agent stops maintaining the runner. The test adapts as it runs: a Momentic locator re-resolves when an element moves, failure recovery clears a transient obstruction and retries the step, and triage classifies what broke. A moved element is handled inside the run, not by your agent. When a test does fail for a real reason, the failing step and its evidence come back over MCP, so the agent spends its turns on the fix instead of on the test. The build vs buy calculator prices the suite your agent keeps.
Yes. The run repairs itself, triages the failure, and repairs the test when it can, so a test change does not start an agent cycle. Your agent gets involved for a real product failure, and it starts at the failing step, so the loop runs less often and each cycle is shorter.
The failing step and its evidence: before and after screenshots, a trace with the DOM, network requests and console output, the step execution order, and the video when recording is on. The momentic-maintain skill also reads the run history for the branch, so the agent can name the first run where behavior changed.
Momentic keeps a Knowledge base of your terminology, your rules for the agents and your known flows, and retrieves the relevant entries on every AI-assisted step. Memory adds the agent's own decisions from past runs. A new editor session starts with that context instead of reading your app from scratch, and each run makes the next one more consistent.
No. The editor writes the same YAML, so one suite can hold tests from engineers, agents and the editor.
Momentic CLI 2.54.0 or later.
Playwright MCP drives a browser and writes Playwright code, so the selectors and the strings from authoring time become the test. Momentic previews each step against the live page, keeps the step only when it works, and saves YAML in your repo that the runner replays with a step cache and auto-heal.
Yes. The agent runs a test through the same server, and the momentic-maintain skill reads the run history, the saved classifications and the step evidence for a branch.
Yes. The agent writes a YAML file into your repo, so a test change arrives in a pull request and CI runs it on the next commit.
No, and it does not need to. MCP is a local server for your editor. CI runs npx momentic run, and the exit code gates the merge.
Still have additional questions?
Contact us