客户端与 CLI
主流客户端怎么接 MCP（链到各自官方文档），以及库里按文本匹配筛出的 CLI 条目。没有服务器 × 客户端的支持矩阵 —— 我们没有那份数据。下面的领域分类按条目自带的领域标签归（规则与 /zh/t/skill/ 同源）：归到 5 条以上、单独成档的有 475 条，其余 60 条在「其他」里。
CLI / 命令行相关条目
按名字或描述含 CLI / 命令行 筛出，共 535 条。这是【文本匹配】，不是官方标注，也不是人工逐条确认。
关于这一页的常见问题
客户端怎么连接到 MCP 服务器？
每个客户端用一句话说清怎么接（stdio 还是 HTTP），链接指向它自己的官方文档。这一部分没有"哪个服务器支持哪个客户端"的判断 —— 我们没有那份数据。
| 客户端 | 怎么接 MCP | 官方文档 | 我们核过的日期 |
|---|---|---|---|
| Claude Desktop | 本地服务器写进 claude_desktop_config.json 的 mcpServers（命令启动，stdio）；远程服务器用 Connectors 连 HTTP 端点。 | modelcontextprotocol.io/docs/develop/connect-local-servers ↗ | 2026-10-20 |
| Claude Code | 命令行 claude mcp add：默认 --transport stdio 跑本地命令，--transport http <url> 连远程端点。 | code.claude.com/docs/en/mcp ↗ | 2026-10-20 |
| Cursor | mcp.json 的 mcpServers 段：command 启动本地服务（stdio），或给 url 连 SSE / Streamable HTTP 端点。 | cursor.com/docs/mcp ↗ | 2026-10-20 |
| VS Code | .vscode/mcp.json（或用户级 mcp.json）的 servers 段：Command（stdio）给启动命令，HTTP 给远程端点 URL。 | code.visualstudio.com/docs/agent-customization/mcp-servers ↗ | 2026-10-20 |
| Codex | ~/.codex/config.toml 里的 [mcp_servers.<名字>]：command 启本地进程（STDIO），url 连 Streamable HTTP。 | developers.openai.com/codex/mcp/ ↗ | 2026-10-20 |
CLI 这 535 条是怎么筛出来的？
在名称、一句话说明、原始描述、领域标签里做整词文本匹配（cli / command line / 命令行），命中 535 条。这是文本匹配，不是官方标注，也没有逐条人工确认：有些项目名里带 CLI 但其实是库；反过来，提供 CLI 但描述里没写这个词的服务器不会出现在这里。数字每次重建都从库里重算。
为什么没有「每个服务器支持哪些客户端」的对照表？
因为库里没有这个字段，采集源里也没有。要填那种矩阵只能靠猜，猜出来的格子比空着更糟。所以客户端这一半只写通用的接入方式和官方文档链接，不按服务器逐条标"支持 Claude / 不支持 Cursor"。
客户端这一部分多久核一次？
表格每一行写着核对日期：2026-10-20 逐条打开官方文档，HTTP 200，且文档里确实写了 stdio / HTTP 的接入方式。官方文档改版后写法可能变，以链接里的当前内容为准。
本地服务器和远程服务器怎么区分？
我们按证据标，不按名字猜：看官方 MCP Registry 有没有登记 remote 端点、条目 URL 本身是不是端点、安装命令给的是命令还是 URL。判不出来的一律不标，覆盖多少条写在「远程服务器」那一页里。
这些条目怎么用？
点卡片进详情页：来源链接、最近一次见到的时间、确认过的安装命令都在那里（没确认过就不显示，不给你一条抄不了就跑的命令）。
我们到底核什么
这一页有两类信息：① 客户端的接入方式来自各客户端自己的官方文档，逐条打开核过（日期写在表格里）；② CLI 条目是按名字/描述的整词文本匹配筛的，不是官方标注，也没逐条人工确认。库里没有“哪个服务器支持哪个客户端”的数据，所以这里没有那种矩阵 —— 做出来会很好看，但那是编的。