Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Find MCP servers and check whether they actually respond, via live handshake probes.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
适用于网页版、桌面版和手机版 Claude:
https://mymcptools.com/api/mcp在终端中运行这条命令
claude mcp add --transport http mymcptools https://mymcptools.com/api/mcp粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"mymcptools": {
"url": "https://mymcptools.com/api/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"mymcptools": {
"type": "http",
"url": "https://mymcptools.com/api/mcp"
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
ChatGPT 只能连接互联网上的服务器:
https://mymcptools.com/api/mcp菜单名称可能因套餐和版本不同而略有差异。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
我们还没有读取这个服务器的工具列表;我们会轮流检查各个端点。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 shibley 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
尚未检查;我们会轮流检查各个端点
尚未检查;我们会轮流检查各个端点
尚未检查;我们会在检查端点时读取工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在作者的云端运行。通过互联网连接,无需安装,但你发送的内容会经过作者的服务器。
GitHub 仓库最后更新于–,最新版本(0.1.1)于3个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。它通过 URL 连接,所以接受远程 MCP 服务器的应用也可以使用,例如开启开发者模式的 ChatGPT。
同一分类中有:Spec Driven Development, Remote Desktop Commander, Signoff
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ 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.
Five gates that make an agent's 'done' provable: run them, read the verdict, audit the record.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
An MCP server for finding other MCP servers — and, more usefully, for checking whether the one you are about to recommend is actually reachable.
Every uptime figure it returns comes from a real MCP handshake against the server's remote endpoint, not from self-reported metadata in a README.
Backed by mymcptools.com. No API key required.
The server is hosted. If your client speaks Streamable HTTP, point it straight at:
https://mymcptools.com/api/mcp
Stateless, read-only, no auth, no API key. This is also the entry published to the official MCP Registry as io.github.shibley/mymcptools.
The code in this repo is a thin stdio adapter over that same endpoint, for clients that don't speak Streamable HTTP yet. It is not on npm yet, so build it from source (Node.js 18+):
git clone https://github.com/shibley/mymcptools-mcp-server.git
cd mymcptools-mcp-server npm install && npm run build
Then point your client at the built entrypoint:
{
"mcpServers": { "mymcptools": { "command": "node", "args": ["/absolute/path/to/mymcptools-mcp-server/dist/index.js"] } } }
Add that to claude_desktop_config.json (Claude Desktop), .cursor/mcp.json (Cursor), or your client's equivalent.
Set MYMCPTOOLS_MCP_URL to override the upstream endpoint the adapter talks to.
| Tool | What it answers |
|---|---|
search_mcp_servers | Which servers match this keyword, category, client integration or install type? |
get_mcp_server | Full entry for one server: install command, repo, supported clients, current probe verdict. |
get_server_status | Is this server reachable right now? Verdict, exposed tool count, handshake latency, negotiated protocol version. |
get_server_history | Trailing probe history and a daily uptime sparkline for one server. |
list_server_incidents | Reconstructed outages — contiguous runs of failed probes, with start, end and duration. |
list_schema_drift | Which servers added, removed or changed tools between probes. Useful for spotting breaking changes. |
list_categories | Every category and client integration, with counts. Returns the valid slugs for the filters above. |
get_catalog_stats | Population-level health: verdict breakdown, transport mix, latency percentiles. |
Worth stating plainly, because the numbers are easy to misread:
npx or docker on your machine). There is no remote endpoint to handshake against, so they are reported as UNPROBEABLE rather than assigned a made-up status. For those, get_mcp_server falls back to a static repo-freshness signal.UNPROBEABLE therefore means "not remotely checkable", not "broken".So treat the live-verification tools as high-confidence for remote/hosted servers, and treat the catalog entry itself as the useful part for local ones.
| Verdict | Meaning |
|---|---|
GOOD | Handshake succeeded and the server listed its tools. |
WARN | Reachable, but something was off — slow handshake or a degraded response. |
AUTH_REQUIRED | Endpoint is live but needs credentials before it will list tools. |
DOWN | Endpoint is published but the handshake failed. |
UNPROBEABLE | No remote endpoint to probe — typically a local stdio server. |
npm install
npm run build
Smoke-test the built server over stdio:
printf '%s\n%s\n%s\n' \
'{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-06-18","capabilities":{},"clientInfo":{"name":"t","version":"1"}}}' \ '{"jsonrpc":"2.0","method":"notifications/initialized"}' \ '{"jsonrpc":"2.0","id":2,"method":"tools/list","params":{}}' \ | node dist/index.js
MIT