Skip to main content
Glama

Server Details

Independent preview-URL QA for coding agents. Playwright heuristics, pass/fail pack.

If you are the author of this connector, you can claim ownership with GitHub, an HTTP challenge, or a DNS record. Claimed connector authors can inspect health checks, view analytics, and manage their listing.
Status
Unhealthy
Last Tested
Transport
Streamable HTTP
URL

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. 4 tool updates
    • First observedqa_get_report
    • First observedqa_note
    • First observedqa_preview
    • First observedqa_status

Frequently Asked Questions

Discussions

No comments yet. Be the first to start the discussion!

Related MCP Connectors

Related MCP Servers

  • A
    license
    A
    quality
    A
    maintenance
    Enables coding agents to independently verify web changes by scanning pages, inspecting UI structure, generating Playwright reproductions, and executing tests with structured QA evidence.
    4
    1,224
    2
    MIT
  • A
    license
    A
    quality
    A
    maintenance
    Point your coding agent at a URL and get a real-browser QA audit: broken signup/login/checkout flows, JS console errors, missing analytics, consent + security headers, mobile tap targets, and accessibility — returned as machine-verified findings graded A-F.
    44
    2
    Apache 2.0
  • F
    license
    Not graded
    quality
    B
    maintenance
    Enables coding agents to submit a public preview URL and acceptance stories for independent QA, returning pass/fail evidence packs with screenshots and supporting human notes on failures.
    -
Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

TDQS

A4.4/5.0
Disambiguation5/5

Each tool has a distinct role: qa_preview queues a run, qa_status polls its state, qa_get_report retrieves results, and qa_note closes a needs_review job. No overlap; boundaries are clear even from short descriptions.

Naming Consistency5/5

All tools follow a consistent qa_verb_noun pattern (get_report, note, preview, status). The prefix unifies the API, and verb_noun structure is predictable across the entire set.

Tool Count5/5

Four tools provide exactly the operations needed for a QA lifecycle: start, poll, retrieve, and close. This is well-scoped for a focused server—no bloat, no missing essentials.

Completeness4/5

The lifecycle covers preview → status → report → note, which handles the main QA flow. Minor gaps exist (no cancel/list jobs), but they are not critical for the core purpose and can be worked around.

Resources