Qualien Mcp

io.github.qualienai由 GitHub 账号 qualienai 发布v0.6.2更新于 Oct 24, 2026

MCP gateway for QA/SDET work: Playwright, files, GitHub, Jira, Postgres & more in one connection.

概览

AI 生成的概览

面向 QA/SDET 工作的复合 MCP 网关,把 Playwright、文件系统、GitHub、Jira、Postgres 等测试工具聚合到一个连接后面。

可以做什么
  • 通过内置 Playwright 服务器执行浏览器自动化、DOM 检查与截图
  • 在允许的目录内读取和编辑项目文件、页面对象与测试工具代码
  • 查询数据库、按 OpenAPI 规范调用 REST API,用于校验后端数据
  • 读取和更新 GitHub、Jira、Confluence、Azure DevOps、Slack、Sentry 中的问题与文档
  • 管理容器与集群,并驱动 Selenium、WebdriverIO 或 BrowserStack 测试运行
  • 执行复合检查,例如一次调用中比对 API 响应与数据库记录
适用场景
适合希望助手参与 QA 与测试工程工作、又不想分别接入多个 MCP 服务器的场景。也适合需要单一端点、按服务器和按工具筛选,并对数据库和文件路径默认只读的团队。
运行要求
以 stdio 本地运行,通常通过 npx qualien-mcp 接入 Claude Code、Claude Desktop、Cursor 或 VS Code。需要 Node.js 和网络访问以下载下游服务器。可选服务器各自需要凭据,例如 DATABASE_URI、SLACK_MCP_XOXP_TOKEN、FIGMA_API_KEY、BROWSERSTACK_USERNAME 与 BROWSERSTACK_ACCESS_KEY、Atlassian 令牌,或 GitHub 设备码登录。
安装前请注意
启用的服务器可以读写文件、运行浏览器,并向 GitHub、Jira、Slack 等服务写入内容。数据库只读与危险工具拦截基于关键词启发式判断,并非对抗性沙箱,且可在配置中关闭。OAuth 令牌保存在本地凭据文件中。下游服务器及其软件包会在你的机器上下载并运行。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Qualien Mcp,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

qualien-mcp

One MCP server that gives your AI assistant a QA toolkit: Playwright, your test files, GitHub, Jira, Postgres and more, behind a single connection.

[npm] [license: MIT]

qualien-mcp is a composite MCP gateway for SDET / QE work. It aggregates Model Context Protocol servers behind one connection, with a curated catalog of 21 testing-relevant servers, per-tool allow/deny, and read-only-by-default guardrails. Add one server to Claude Code, Claude Desktop, Cursor or VS Code instead of five.

bash
npx qualien-mcp

Out of the box it serves the QE starter pair: Playwright MCP (browser automation, DOM, screenshots) and Filesystem MCP (read/edit project files, page objects, test utils), with zero config. Tools are exposed to your assistant namespaced as playwright__… and filesystem__….

Why a gateway?

Your assistant can already connect to many MCP servers directly — so a gateway earns its place by doing what a pile of servers can't:

  • One endpoint to add to any client (Claude Code, Claude Desktop, Cursor, …).
  • Curation — enable/disable per server and per tool. Fewer, better-named tools = better tool-selection by the model (dumping 200 tools at it makes it worse).
  • One routing/logging surface — every call is logged to stderr with the downstream, tool, and latency.
  • Clean lifecycle — spawns each downstream as a child process and tears them all down on exit (no orphaned browser processes).
  • Curated for QE — an opinionated SDET toolkit, not a generic proxy.

Use it with your assistant

Claude Code:

bash
claude mcp add qualien -- npx -y qualien-mcp

or in .mcp.json / user settings:

json
{  "mcpServers": {    "qualien": { "command": "npx", "args": ["-y", "qualien-mcp"] }  }}

Claude Desktop (claude_desktop_config.json) and Cursor (~/.cursor/mcp.json or .cursor/mcp.json): the same shape under mcpServers.

Claude Desktop extension: download qualien-mcp-<version>.mcpb from the latest release and open it. Claude Desktop asks for a project folder: the Filesystem tools are limited to it, and a qualien-mcp.config.json inside it turns on more servers. Also listed on Smithery.

VS Code (.vscode/mcp.json):

json
{  "servers": {    "qualien": { "command": "npx", "args": ["-y", "qualien-mcp"] }  }}

That single entry gives your assistant every tool from every aggregated server.

Add more servers

Drop a qualien-mcp.config.json in your working directory (or pass --config <path>). Entries merge over the built-in defaults — redefine a key to change it, or set enabled: false to turn a default off. No new release needed.

json
{  "servers": {    "filesystem": {      "command": "npx",      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/abs/path/to/allow"]    },    "sequential-thinking": {      "command": "npx",      "args": ["-y", "@modelcontextprotocol/server-sequential-thinking"]    },    "chrome-devtools": {      "command": "npx",      "args": ["-y", "chrome-devtools-mcp@latest"]    },    "playwright": {      "command": "npx",      "args": ["-y", "@playwright/mcp@latest"],      "tools": { "deny": ["browser_close"] }    }  }}

See qualien-mcp.config.example.json for the full shape (command, args, env, enabled, tools.allow / tools.deny).

Built-in catalog

qualien-mcp ships a curated catalog of 21 known servers (each verified against npm), so you enable one by key with just your secrets — no need to remember packages or commands:

json
{  "servers": {    "chrome-devtools": { "enabled": true },    "postgres":  { "enabled": true, "env": { "DATABASE_URI": "postgres://…" } },    "slack":     { "enabled": true, "env": { "SLACK_MCP_XOXP_TOKEN": "xoxp-…" } }  }}

Run npx qualien-mcp catalog to list them all with what each needs. Current catalog:

KeyWhatNeeds
playwright (default)Browser automation, DOM, screenshots—
filesystem (default)Read/edit project filesa dir to allow (default cwd)
githubPRs, issues, code reviewlogin github (see below)
sequential-thinkingStructured reasoning / debugging—
memoryPersistent knowledge graph—
chrome-devtoolsNetwork, console, perf, storage—
postgresSQL / validate backend dataDATABASE_URI
mysqlSQL / validate backend dataMySQL env
slackRead/post SlackSLACK_MCP_XOXP_TOKEN
dockerManage containersDocker daemon
kubernetesInspect/operate a clusterkubeconfig
openapiDrive any REST API from its specAPI_BASE_URL, OPENAPI_SPEC_PATH
jiraRead/update Jira issuesAtlassian API token env
figmaRead Figma designsFIGMA_API_KEY
confluenceTest plans, release notes, living docsAtlassian API token env
azure-devopsWork items, repos, pipelines, test plansyour ADO org as an arg + sign-in
seleniumDrive a browser via Selenium WebDrivera browser + driver on PATH
webdriverioBrowser and native-mobile automation— (cloud creds optional)
browserstackReal browser/device cloud; read test runsBROWSERSTACK_USERNAME, BROWSERSTACK_ACCESS_KEY
ms-365Excel, Word, Outlook, Teams, SharePointAZURE_CLIENT_ID, AZURE_TENANT_ID
sentryReal user-facing errors → new testsa Sentry auth token

use mounts a catalog server under a different key (e.g. two databases): { "db-prod": { "use": "postgres", "enabled": true, "env": {…} } }. Anything not in the catalog you still define in full (command/args or type/url).

Remote & OAuth servers (e.g. GitHub)

Downstreams can be remote (Streamable HTTP) as well as local. A remote server is { "type": "http", "url": "…" }, and if it needs OAuth, each user logs in with their own account — tokens are stored per user at ~/.qualien-mcp/credentials.json (0600), on that user's own machine, and are never bundled, shared, or sent anywhere by qualien-mcp.

GitHub's hosted MCP is the reference case, and it needs no setup beyond one command:

  1. Turn it on in qualien-mcp.config.json:
    json
    { "servers": { "github": { "enabled": true } } }
  2. Authorize once:
    bash
    npx qualien-mcp login github

login prints a short code and a URL; you approve it on github.com and you're done. There is no OAuth App to register and no client secret anywhere.

Why the device flow?

GitHub requires a client_secret to exchange an authorization code — PKCE does not lift that, because GitHub does not distinguish public from confidential clients. qualien-mcp ships on npm, so a secret in the package would be a published secret. The device flow is the one grant GitHub allows without a secret, and it's the grant GitHub recommends for CLIs. So qualien-mcp ships only a public client id — an identifier, not a credential — and every user's tokens are minted on, and stay on, their own machine.

To use your own GitHub OAuth App instead of the shipped one, set clientId (and enable the device flow on it under Settings → Developer settings → OAuth Apps):

json
{  "servers": {    "github": { "clientId": "<your client id>", "enabled": true }  }}

If a remote server isn't logged in yet, the gateway skips it with a hint (run: npx qualien-mcp login github) and still serves everything else — it never blocks startup. Servers that support dynamic client registration need no clientId at all.

Safe by default

qualien-mcp enforces guardrails centrally, before forwarding a call — so they hold no matter what the downstream permits, and composite tools can't bypass them either:

  • Databases are read-only — postgres/mysql calls containing write/DDL SQL (INSERT/UPDATE/DELETE/DROP/…) are refused. Opt in with { "postgres": { "readOnly": false } }.
  • Filesystem roots — { "filesystem": { "roots": ["./src", "./tests"] } } refuses any call whose path argument escapes those directories.
  • Destructive infra tools blocked — docker/kubernetes tools whose name looks destructive (delete/remove/prune/kill/…) are refused unless { "allowDestructive": true }.
  • Plus per-server tools.deny / tools.allow curation.

Honest scope: these stop an LLM from accidentally doing damage. The SQL check is keyword-based (heuristic), not a parser — it is not adversarial sandboxing. Real isolation needs the downstream's own permissions or a container.

Composite QE tools

Beyond passthrough, qualien-mcp ships tools it implements itself (namespace qe__) that orchestrate several downstreams in one call — the QE payoff of a gateway.

qe__verify_api_vs_db — end-to-end API↔DB consistency in one call. Give it two sub-calls (namespaced tools you can discover via tools/list); it runs both and diffs the payloads:

jsonc
{  "api": { "tool": "openapi__getUser", "arguments": { "id": 1 } },  "db":  { "tool": "postgres__query", "arguments": { "sql": "select id, name from users where id = 1" } },  "match": "subset"        // every field the DB returns must match the API (default)}// → { "match": false, "differences": [ { "path": "name", "api": "Ann", "db": "Bob" } ], … }

Composite tools appear only when their required downstreams are connected (qe__verify_api_vs_db needs a database server). More to come (repro-from-Jira, page-object-from-URL, flaky triage).

How it works

In one process, qualien-mcp is both an MCP server to your assistant and an MCP client to each downstream:

assistant ⇄ qualien-mcp ⇄ playwright-mcp                         ⇄ filesystem-mcp                         ⇄ …
  • tools/list fans out to every downstream, filters by your curation rules, and namespaces each as <server>__<tool>.
  • tools/call routes by that prefix to the owning server and passes the response straight through.
  • Resources and prompts are aggregated the same way when a downstream provides them.
  • A downstream that fails to start is logged and skipped — the gateway still serves the rest.
  • Logs go to stderr (stdout is the protocol); your host surfaces them in its MCP logs.

Roadmap

  • ✅ Playwright + Filesystem, namespacing, curation, logging, clean lifecycle
  • ✅ Config-driven catalog of 21 servers, remote/OAuth servers (GitHub via device flow), safe-by-default guardrails, qe__verify_api_vs_db
  • Next: more composite QE tools (repro-from-Jira, page-object-from-URL, flaky triage)

Feedback

Found a bug, want a server added to the catalog, or have an idea? Email [email protected] or open an issue. qualien-mcp is part of qualien.ai, which also builds AI agents that test web apps (Olympus) and native Android apps (Pulse) from plain English.

License

MIT

来源:README.md,提交 0f5b4d2

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

1
  1. v0.6.2最新Oct 12, 2026

评分

已满足适用检查项的 50%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分