AI personas navigate your web app in real browsers, find bugs and UX issues. No scripts needed.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
π‘ Paste into ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows)
AI personas walk your app so real users don't trip.
SpecterQA sends AI personas through your application β they look at the screen, decide what to do, and interact like real humans. No test scripts. No selectors. You describe personas and journeys in YAML, and SpecterQA handles the rest.
Traditional E2E tests are brittle. You write selectors, they break. You maintain scripts, they rot. SpecterQA takes a different approach: AI vision models look at your actual UI and navigate it the way a person would.
You define personas (who is using your app) and journeys (what they're trying to do). SpecterQA's engine takes a screenshot, sends it to a Claude vision model, gets back a decision ("click this button", "fill this field"), executes it via Playwright, takes another screenshot, and repeats until the goal is achieved or something goes wrong.
When something goes wrong, you get evidence: screenshots, UX observations, cost breakdowns, and findings categorized by severity.
SpecterQA is distributed via PyPI and requires Python 3.10 or later.
After installing, download the Playwright browser binaries:
For macOS native app testing and iOS Simulator support, install the optional native extra:
For MCP server support (integrating SpecterQA as a tool in Claude Desktop, Cursor, or other MCP clients):
You will also need an Anthropic API key to run tests:
To verify the installation:
You'll need an Anthropic API key:
That's it. Three commands and an API key.
The core loop is simple:
click, fill, navigate, scroll, keyboard, wait, done, or stuck)The persona's profile shapes how the AI behaves. A "tech-savvy developer" explores differently than a "frustrated first-time user." Persona patience, tech comfort, and frustrations all influence the system prompt.
Model routing keeps costs down. Simple actions (click, scroll) use Haiku. Complex actions (form filling, initial assessment) use Sonnet. You can also route simple actions to a local Ollama model (llava:13b) for zero API cost on straightforward navigation.
--junit-xml results.xml and plug it into any CI system.{{persona.credentials.email}} in your journey steps. Variables resolve from persona configs at runtime.SpecterQA uses three types of YAML config files, all living in .specterqa/:
products/myapp.yaml)personas/alex-developer.yaml)journeys/onboarding.yaml)See docs/configuration.md for the full reference.
SpecterQA includes a JSON Schema for product YAML files at schemas/product.schema.json.
SpecterQA is built for CI. It runs headless by default and returns proper exit codes.
Exit codes:
0 -- all tests passed1 -- one or more tests failed2 -- configuration error3 -- infrastructure error (missing dependencies, API unreachable)See docs/ci-integration.md for GitHub Actions, GitLab CI, and CircleCI examples.
SpecterQA uses Anthropic's Claude API. Every run costs money. Here's what to expect:
| Model | Role | Input (per 1M tokens) | Output (per 1M tokens) |
|---|---|---|---|
| Claude Haiku 4.5 | Simple navigation | $0.80 | $4.00 |
| Claude Sonnet 4 | Complex reasoning | $3.00 | $15.00 |
| Ollama llava:13b | Local fallback | Free | Free |
Typical costs per run:
The default budget is $5.00 per run. The engine hard-stops if the budget is exceeded -- no silent overruns. You can set per-day and per-month caps too.
You can also set a default budget via an environment variable to avoid passing --budget every time:
Model routing helps: simple clicks and scrolls use Haiku ($0.01 per action), while form fills and initial assessments use Sonnet ($0.03-0.05 per action). If you have a local Ollama instance, simple actions can route there for zero API cost.
See docs/cost-guide.md for detailed cost breakdowns and budgeting strategies.
SpecterQA isn't web-only. The same persona/journey YAML format works across platforms:
Web apps (default) -- Uses Playwright for browser automation.
macOS native apps -- Uses the macOS Accessibility API via pyobjc. The AI reads the accessibility tree and screenshots, then executes clicks and keypresses through AX actions.
iOS Simulator -- Uses simctl for screenshots and touch simulation. Useful for testing iOS apps without a physical device.
Native and simulator support require the native optional dependency:
If you're an AI agent or building agent tooling, SpecterQA provides structured interfaces for programmatic use.
Returns structured JSON to stdout:
SpecterQA exposes a protocols.py module with Python Protocol classes (AIDecider, ActionExecutor) that let you swap in your own AI model or action backend:
SpecterQA ships an MCP (Model Context Protocol) server. Any MCP-compatible agent (Claude Desktop, Cursor, Cline, custom agent tooling) can discover and invoke SpecterQA as a tool -- run tests, read results, manage configs -- without shelling out to the CLI.
Add to your MCP client config (claude_desktop_config.json or equivalent):
Available tools:
| Tool | Description |
|---|---|
specterqa_run | Execute behavioral tests against a product. Synchronous β may take 45-300s. Incurs API costs (default budget: $5.00). |
specterqa_list_products | List configured products and their available journeys |
specterqa_get_results | Retrieve full structured results from a previous run by run ID |
specterqa_init | Initialize a new SpecterQA project directory |
See docs/for-agents.md for the full programmatic API reference and MCP integration details.
The complete API reference is available at specterqa.synctek.io/docs.
| Class | Module | Description |
|---|---|---|
SpecterQAConfig | specterqa.config | Root configuration object. Set project dirs, API key, budget, and model routing preferences. |
SpecterQAOrchestrator | specterqa.engine.orchestrator | Main entry point for programmatic runs. Call orchestrator.run(product, level) to execute a journey. |
AIDecider | specterqa.engine.protocols | Protocol class. Implement to swap in a custom vision model or decision backend. |
ActionExecutor | specterqa.engine.protocols | Protocol class. Implement to swap in a custom action execution backend (e.g., replace Playwright). |
RunReport | specterqa.models | Structured result returned by orchestrator.run(). Contains step reports, findings, and cost breakdown. |
Finding | specterqa.models | Individual UX issue captured during a run. Includes severity, step ID, screenshot reference, and description. |
| Command | Description |
|---|---|
specterqa run -p PRODUCT | Run all journeys for a product |
specterqa run -p PRODUCT --level smoke | Run only smoke-tagged journeys |
specterqa run -p PRODUCT --junit-xml results.xml | Emit JUnit XML for CI |
specterqa run -p PRODUCT --output json | Emit structured JSON to stdout |
specterqa init | Scaffold a .specterqa/ project directory with sample configs |
specterqa install | Download Playwright browser binaries |
specterqa list | List configured products and journeys |
specterqa results RUN_ID | Print the full report for a previous run |
specterqa-mcp | Start the MCP server |
| Tool | Description |
|---|---|
specterqa_run | Execute behavioral tests. Parameters: product (str), level (str, optional), directory (str, optional). Returns a RunReport JSON object. |
specterqa_list_products | List all products and their configured journeys. No parameters required. |
specterqa_get_results | Retrieve a previous run report by run_id. |
specterqa_init | Initialize a new SpecterQA project at a given directory. |
For schema definitions, type stubs, and federated protocol details, see docs/for-agents.md.
Directory access: When the environment variable SPECTERQA_ALLOWED_DIRS is unset, the SpecterQA MCP server permits the directory parameter of specterqa_run to point at any path on the filesystem accessible to the process. In shared or multi-user environments β or anywhere the MCP server is exposed to untrusted agents β you should set this variable to an explicit allowlist:
When set, the MCP server rejects any directory value that is not under one of the listed prefixes. This mitigates the MCP directory traversal vector described in SECURITY_ADVISORY.md (GHSA-SPECTERQA-001).
Command injection fix (v0.2.1): The check_command field in product YAML service definitions has been removed. It was the source of a critical command injection vulnerability. Precondition checks are now limited to TCP connectivity and HTTP health endpoint checks, which are safe. See SECURITY_ADVISORY.md for full details.
Credential scrubbing: Run artifacts (JSON result files, log output) automatically scrub known credential patterns β API keys, tokens, passwords β from captured content before writing to disk.
Reporting vulnerabilities: Do not open public issues for security bugs. Email info@synctek.io or see SECURITY.md for the full disclosure policy.
Be honest with yourself about what this is and isn't:
specterqa[native] extra pulls in pyobjc packages (~200MB). Only needed for native macOS and iOS Simulator testing.Contributions welcome. The repo is at github.com/SyncTek-LLC/specterqa.
Open an issue before starting large PRs. We'd rather discuss the approach first.
MIT -- see LICENSE for details.
Built by SyncTek LLC.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/ghostqa)<a href="https://allmcps.com/mcp/ghostqa"><img src="https://allmcps.com/api/badge/ghostqa?style=directory" alt="GhostQA on AllMCPs" /></a>