Server data from the Official MCP Registry
Local-first visual regression for AI agents: verdicts, diff images, explain_snapshot. No API key.
Local-first visual regression for AI agents: verdicts, diff images, explain_snapshot. No API key.
Valid MCP server (1 strong, 1 medium validity signals). No known CVEs in dependencies. โ ๏ธ Package registry links to a different repository than scanned source. Imported from the Official MCP Registry. 1 finding(s) downgraded by scanner intelligence.
15 files analyzed ยท 1 issue found
Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.
This plugin requests these system permissions. Most are normal for its category.
Add this to your MCP configuration file:
{
"mcpServers": {
"ai-testiv-mcp": {
"args": [
"-y",
"@testivai/mcp"
],
"command": "npx"
}
}
}From the project's GitHub README.
Local-first visual regression testing SDKs for modern web applications.
This is the home of TestivAI. It contains everything you need to capture, diff, and report visual regressions fully locally โ MIT-licensed, no account, no server.
๐ See a live report โ โ a real TestivAI OSS report rendered in your browser, straight from CI. No install, no signup.
Pixel-only visual testing drowns you in false positives โ a font re-hint or an anti-aliasing shift across machines lights up as a "change," and you spend your time re-approving noise.
TestivAI pairs every screenshot with a snapshot of the page DOM. When pixels differ but the DOM is structurally identical, the report flags the diff as likely render noise instead of crying wolf. When the DOM actually changed, you see exactly what (2 added, 1 removed). That single signal is the difference between a flaky test wall and a report you trust.
button.cta", never as noise.div.card:nth-of-type(2) shifted +8px vertically โ content unchanged") and spots the injected-banner case ("everything below y=80 moved +24px"), derived from layout, not pixel guesswork. No local-first tool does this./testivai approve comment.results.json is a semver-governed public contract.If an AI agent (Claude Code, Cursor, Copilot, โฆ) writes your UI code, someone still has to check what the UI looks like โ and it shouldn't be you, one screenshot at a time. TestivAI is built to be that check:
visual-report/results.json (a semver-governed schema) with per-snapshot diff percentages and DOM change summaries, so an agent can read the result and self-correct.2 added, 1 removed), so it doesn't chase anti-aliasing ghosts.explain_snapshot tool hands your agent layered evidence (which selectors shifted vs changed, whole-page shift detection, style-only changes) and your model writes the narrative: "card #2 shifted +24px โ likely the banner injected above it." No hosted AI service in the loop./testivai approve comment.Paste this into your project's AGENTS.md / CLAUDE.md to wire it up (full guide with MCP setup, a real agent transcript, and the approval rule: docs/guides/ai-agents.md):
## Visual verification
After changing any UI code, run `npx playwright test` (TestivAI captures
screenshots automatically), then read `visual-report/results.json`.
- `status: "changed"` with `dom.changed: true` โ describe the DOM summary and
ask whether the change is intended before approving.
- `status: "changed"` with `dom.noiseHint: true` โ likely render noise; mention
it but don't block.
- Never run `testivai approve` yourself โ baseline approval is a human decision.
Live versions are shown by the badges at the top of this README.
| Package | Description |
|---|---|
@testivai/common | Shared utilities (config loading, API client, auth, compression) |
@testivai/witness | Core SDK: CLI, local diffing, baselines, HTML report generator |
@testivai/witness-playwright | Playwright reporter/adapter built on top of @testivai/witness |
@testivai/witness-webdriverio | WebdriverIO service + capture function (local mode) |
@testivai/witness-selenium | Selenium WebDriver capture adapter (Python/Java Selenium live in python/ and java/) |
@testivai/mcp | MCP server โ visual results + diff images for AI coding agents |
testivai (PyPI) | Python adapter for playwright-python + pytest plugin โ same baselines & report |
ai.testiv:testivai | Java adapter for playwright-java + JUnit 5 extension (experimental) |
Plus:
action/ โ GitHub Action for PR-based visual approvalsexamples/ โ minimal real-world example projectsdocs/ โ public documentatione2e/ โ OSS smoke E2E test suiteAI-built and vibe-coded apps (Lovable, Bolt, v0, ...) usually ship with zero tests. You still get the full safety net:
npx testivai witness http://localhost:3000
TestivAI launches a headless Chrome, discovers your pages (or takes
--pages "/,/pricing"), and captures each one โ baselines, diffs, noise
hints, HTML report, and PR approvals all work exactly as below, no test
framework required. See the vibe-coded apps guide.
# 1. Install
npm install -D @testivai/witness-playwright @playwright/test
npx playwright install chromium
// 2. (OPTIONAL) Customize tolerances and report settings.
// Local mode is the default when no TESTIVAI_API_KEY is set โ no config needed.
// Only create this file if you want to tune threshold, reportDir, etc.
// File: .testivai/config.json
{
"mode": "local",
"threshold": 0.1, // per-pixel color sensitivity (0-1)
"maxDiffPercent": 0, // pass diffs at or below this % (your tolerance dial)
"noiseAutoPass": false, // true: DOM-identical diffs within noiseMaxDiffPercent pass
"stabilize": true, // freeze animations, hide caret, wait for fonts
"ignoreSelectors": [], // e.g. [".live-chat", "[data-testid=clock]"]
"reportDir": "visual-report",
"autoOpen": false
}
// 3. Wire the reporter โ playwright.config.ts
import { defineConfig } from '@playwright/test';
export default defineConfig({
reporter: [
['list'],
['@testivai/witness-playwright/reporter'],
],
});
// 4. Add a capture call โ tests/example.spec.ts
import { test } from '@playwright/test';
import { testivai } from '@testivai/witness-playwright';
test('homepage looks correct', async ({ page }, testInfo) => {
await page.goto('http://localhost:3000');
await testivai.witness(page, testInfo, 'homepage');
});
# 5. Run
npx playwright test
First run: baselines are written to .testivai/baselines/.
Later runs: screenshots are diffed and a self-contained HTML report is written to ./visual-report/.
maxDiffPercent / maxDiffPixels tolerances, plus opt-in noiseAutoPass so DOM-identical render noise stops demanding reviewignoreSelectors for dynamic content (both adapters, global or per-snapshot)visual-report/index.html)visual-report/results.json).testivai/baselines/ (just git add them)Copy this single workflow file into your repository. It handles both running the visual regression tests and processing /testivai approve commands from PR comments โ no extra secrets, no external services required.
# .github/workflows/testivai-oss.yml
name: TestivAI OSS
on:
pull_request:
branches: [main]
issue_comment:
types: [created] # listens for /testivai approve commands
permissions:
contents: write # approve action commits updated baselines to the branch
pull-requests: write # post PR diff comment
statuses: write # set pass/fail indicator on the PR
jobs:
# Runs on every PR โ captures screenshots, diffs against baselines, posts report
visual-regression:
name: Visual Regression (OSS)
if: github.event_name == 'pull_request'
runs-on: ubuntu-latest
timeout-minutes: 15
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with: { node-version: '20', cache: 'npm' }
- run: npm ci
- run: npx playwright install chromium --with-deps
- run: npm run build
- run: npm run test:oss # runs playwright.oss.config.ts
- name: Post results + upload report
uses: mcbuddy/testivai-oss@v1
if: always()
with:
github-token: ${{ secrets.GITHUB_TOKEN }}
report-dir: visual-report # where @testivai/witness writes results.json
# Runs when a collaborator comments /testivai approve on the PR
approve-baselines:
name: Approve Baselines
if: |
github.event_name == 'issue_comment' &&
github.event.issue.pull_request != null &&
startsWith(github.event.comment.body, '/testivai')
runs-on: ubuntu-latest
timeout-minutes: 10
steps:
- uses: mcbuddy/testivai-oss/approve@v1
with:
github-token: ${{ secrets.GITHUB_TOKEN }}
workflow: testivai-oss.yml # this file's name โ used to find the report artifact
After CI posts the diff report on your PR, review the testivai-visual-report artifact, then comment:
| Comment | Effect |
|---|---|
/testivai approve homepage | Approves one named snapshot |
/testivai approve --all | Approves every changed snapshot at once |
What happens:
testivai-visual-report artifact from the latest CI run on your branch.testivai/baselines/ and commits them to your PR branch๐ TestivAI Visual Report
โ ๏ธ 2 changed ยท ๐ 1 new ยท โ
4 passed Total snapshots: 7
Changed Snapshots
โผ homepage โ 12.34% different
๐ก DOM unchanged โ pixel diff is likely render noise (font hinting, anti-aliasing).
โผ dashboard โ 8.91% different
๐งฑ DOM changed โ 2 added, 1 removed.
A complete consumer application using the OSS lane lives at testivai-demo-app under tests-oss/ and playwright.oss.config.ts. It runs against the published packages on every commit.
packages/
common/ @testivai/common
witness/ @testivai/witness
playwright/ @testivai/witness-playwright
action/ GitHub Action for PR comments
examples/ framework-specific minimal examples
docs/ public documentation (Markdown)
e2e/ OSS smoke E2E
# Prereqs: Node 20+, pnpm 10+
pnpm install
pnpm build # tsc all 3 packages
pnpm test # 199 unit tests
pnpm e2e # smoke E2E
pnpm pack:dry # validate publish artifacts
Bug reports, feature requests, and PRs welcome. Please see:
Releases are published to npm under the latest dist-tag. See CUTOVER.md for the release runbook and .github/workflows/release.yml for the release workflow.
This repository was extracted from the private TestivAI monorepo with a clean initial git history. Original development history is preserved internally; this public repository is the new source of truth for the SDKs going forward.
MIT โ see LICENSE.
Be the first to review this server!
by Modelcontextprotocol ยท Developer Tools
Web content fetching and conversion for efficient LLM usage
by Modelcontextprotocol ยท Developer Tools
Read, search, and manipulate Git repositories programmatically
by Toleno ยท Developer Tools
Toleno Network MCP Server โ Manage your Toleno mining account with Claude AI using natural language.