Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Create, update, review, and resolve visual tests with Applitools Eyes across any supported SDK.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"applitools": {
"command": "npx",
"args": [
"-y",
"@applitools/mcp"
]
}
}
}在终端中运行这条命令
claude mcp add applitools -- npx -y @applitools/mcp粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"applitools": {
"command": "npx",
"args": [
"-y",
"@applitools/mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"applitools": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@applitools/mcp"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月6日
注册名称已通过 GitHub 账户 applitools 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(1.0.15)于今天进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
同一分类中有:Spec Driven Development, Remote Desktop Commander, Dechonet MCP
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
30 security tools for AI agents: phishing links, exposure maps, DNS, SSL, PQC, history, pivots.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
The Applitools MCP server helps you create, update, review, and resolve visual tests using Applitools Eyes across any of our supported SDKs.
It connects to AI assistants through the Model Context Protocol (MCP), letting tools like Cursor, GitHub Copilot, Cline, and Claude Code (and more) set up tests, add visual checkpoints, configure cross-browser testing, and investigate visual test failures (accepting, rejecting, or adjusting the changes behind them) without ever leaving your IDE.
To learn more, please visit our MCP documentation.
This server is built for developers, testers, or QA working with AI-assisted workflows.
It enables your AI assistant to:
All without requiring manual, error-prone steps, or leaving your IDE.
eyes_inspect_*, eyes_resolve_*, eyes_review_*) work with any Eyes test results, regardless of which SDK or language produced them, as they operate on already-captured batch, session, and DOM dataRecommended: VS Code Extension or Cursor MCP Install
The easiest way to start using Eyes MCP is through the Applitools VS Code extension or by installing the MCP server directly in Cursor.
Simply install the MCP server by clicking an option below:
Alternatively, you can install the server manually by following the Manual Setup section below.
If you prefer not to use the extension, you can install the MCP server manually by following the examples below.
Standard MCP configuration:
{
"mcpServers": { "applitools-mcp": { "type": "stdio", "command": "npx", "args": ["--yes", "@applitools/mcp@latest"] } } }
VS Code
Please see the VS Code MCP install guide and use the standard config above.
Alternatively, install it via the VS Code CLI:
code --add-mcp '{"name":"applitools-mcp","command":"npx","args":["@applitools/mcp@latest"]}'
Copilot
Create or edit the configuration file ~/.copilot/mcp-config.json and add:
{
"mcpServers": { "applitools-mcp": { "type": "local", "command": "npx", "tools": [ "*" ], "args": [ "@applitools/mcp@latest" ] } } }
</details>
Cursor In your user root directory, edit or add the above configuration to your ~/.cursor/mcp.json file.
Alternatively, go to Cursor Settings -> MCP -> Add new MCP Server. Name it applitools-mcp, use command type with the command npx -y @applitools/mcp@latest.
Cline
Follow the instruction in the section Configuring MCP Servers
Add the following to your cline_mcp_settings.json file:
{
"mcpServers": { "applitools-mcp": { "command": "npx", "args": ["--yes", "@applitools/mcp@latest"], "disabled": false, "type": "stdio", "timeout": 60 } } }
</details>
Claude Code (CLI) Use the Claude Code CLI to add the Applitools MCP server:
claude mcp add applitools-mcp npx @applitools/mcp@latest
Claude Desktop
Follow the MCP install guide, and use the standard MCP configuration above.
Three keys control what the server can do, set as global environment variables, in a .env file in your project, or update the applitools-mcp configuration in your mcp.json file:
eyes_verify_api_key tool for details.How to get read-only and write-only API keys:
See our documentation on API key management.
.env file in your project, a global environment variable, or the applitools-mcp configuration in your mcp.json file.Note: APPLITOOLS_API_KEY (for test execution) is different from APPLITOOLS_READ_KEY and APPLITOOLS_WRITE_KEY. The Inspection, Resolution, and Review tools (eyes_inspect_*, eyes_resolve_*, eyes_review_*) require these separate read-only and write-only permission keys to query session data, review/inspect, and resolve your tests.
Example applitools-mcp mcp.json configuration with all three keys set:
{
"mcpServers": { "applitools-mcp": { "type": "stdio", "command": "npx", "args": ["--yes", "@applitools/mcp@latest"], "env": { "APPLITOOLS_API_KEY": " ", "APPLITOOLS_READ_KEY": " ", "APPLITOOLS_WRITE_KEY": " " } } } }
Example .env file in your project with all three keys set:
APPLITOOLS_API_KEY= APPLITOOLS_READ_KEY= APPLITOOLS_WRITE_KEY=
Validates your Applitools API key and, if provided, verifies connectivity to a specified Eyes server URL (e.g., non-public cloud).
Searches common locations:
Supported Eyes SDKs: All
Guides the setup of Applitools Eyes in your Playwright project (Fixtures variant).
Includes:
Supported Eyes SDKs: Playwright TypeScript/JavaScript Fixtures
Adds Eyes visual checkpoints to your existing Playwright test in line with best practices.
Supported Eyes SDKs: Playwright TypeScript/JavaScript Fixtures
Configures the Ultrafast Grid (UFG) for cross-browser and cross-device testing. Guides you through UFG setup to run visual tests across multiple browsers, viewports, and devices simultaneously.
Supported Eyes SDKs: Playwright TypeScript/JavaScript Fixtures
Requires APPLITOOLS_READ_KEY. These tools query batch, session, step, and DOM data without changing anything. Your assistant typically calls these on your behalf as part of a Review (see below); you can also ask for any of them directly for manual or ad-hoc investigation.
Supported Eyes SDKs: All
Lists a batch's sessions and batch-wide stats. Narrow to only unresolved or unsaved sessions, or shape the response to full detail, stats only, or a deduplicated list of scenario names. The entry point for browsing a batch. Use this first when asking "what's in this batch?" or "what still needs review?"
Lists a session's steps: whether each is matching, plus baseline/checkpoint image and DOM IDs, sizes, and resolution status. Use when drilling into one session.
Returns a step's diff regions, clustered from raw pixel-level differences and already accounting for any regions you've added. Past 20 changed areas in a step, dense clusters are grouped into a single enclosing area, so your assistant focuses on what's meaningfully different rather than pixel noise.
Exports a baseline or checkpoint screenshot for a step, optionally cropped to a specific area.
Exports the checkpoint screenshot with changed areas highlighted, so you can see at a glance what moved or changed.
Exports a DOM capture for a step to a file, with a stable id assigned to every element so your assistant can reference "element 14" instead of an XPath or raw coordinates. Requires DOM capture to have been enabled when the test ran; returns no data (not an error) otherwise.
Returns the structural difference between a step's checkpoint and baseline DOM (only what actually changed), with pure position shifts and mass changes (e.g. "everything below moved down") automatically consolidated instead of listed element by element.
Searches a DOM capture using a predicate query language, documented as its own MCP resource: combine property comparisons, geometry and size checks, ancestor/descendant relationships, and shortcut keywords like image or button with and/or/not, instead of requiring your assistant to read the entire capture.
Returns everything needed to revi
只显示了开头部分;其余内容请在仓库中阅读