MCP config
生成器
每个 MCP 客户端都想要放在不同位置、形状不同的 JSON 文件。选择你的客户端，填入你的服务器，复制一份一次就对的 config。
你的客户端，你确切的 config
Yetty 是你网站的完整 MCP 控制平面：你的 AI 发布、编辑、检查 SEO、读取潜在客户，走的正是这种 config。
一个协议，
七种 config 方言
顶层键各不相同
大多数客户端读 mcpServers，但 VS Code 读 servers；并会悄悄忽略键写错的文件。就这一个词，能让人白费几个小时。
URL 字段各不相同
Cursor 说 url，Windsurf 说 serverUrl，VS Code 要 url 加上 "type": "http"，Cline 要 "type": "streamableHttp"。同一个服务器，四种写法。
CLI 会跳过文件
Claude Code 接受的是一条 claude mcp add 命令，而不是手工编辑的文件；远程服务器还带 --transport http 和 --header 标志。我们会生成完整的命令行。
认证搭在请求头上
托管的 MCP 服务器通常用 Authorization: Bearer YOUR_KEY 认证。它放在哪；一个 headers 对象、一个 --header 标志、一个 mcp-remote 参数；取决于客户端。
JSON 毫不宽容
多一个逗号，客户端就会丢掉整个文件，通常一声不吭。本工具在代码里构建对象再序列化；无效的 JSON 不可能出现。
重启就是重启
大多数客户端只在启动时读取 MCP config。编辑后请完全退出再打开；关闭窗口不够，"没生效"往往就是这个原因。
人们还会问
claude_desktop_config.json 文件在哪里？
在 macOS 上它位于 ~/Library/Application Support/Claude/claude_desktop_config.json，在 Windows 上位于 %APPDATA%\Claude\claude_desktop_config.json。这个文件在你创建之前并不存在（或打开 Settings -> Developer -> Edit Config，它会替你创建）。编辑后，请完全退出并重新打开 Claude Desktop；关闭窗口不够，config 只在启动时读取。
stdio 与 HTTP 的 MCP 服务器有什么区别？
stdio 服务器是你的客户端在本地启动、并通过 stdin/stdout 与之通信的程序；你配置一个命令及其参数。HTTP 服务器（Streamable HTTP）在某个 URL 上远程运行，通常用 Authorization: Bearer 头或 OAuth 认证；你配置这个 URL。本地工具以 stdio 形式提供；像 Yetty 的 MCP 这样的托管服务是 HTTP，所以无需安装任何东西。
为什么我的 MCP 服务器没在客户端里出现？
常见嫌疑，按顺序：config 放在了该客户端错误的文件或错误的位置；JSON 形状对该客户端不对（Windsurf 要 serverUrl，VS Code 要一个带 type 字段的 servers 键；它们真的各不相同）；JSON 有像多余逗号这样的语法错误；或者编辑后客户端没有完全重启。在这里为你确切的客户端生成 config，这四种情况都会被处理好。