ArrayKit

MCP 配置构建器

为 stdio、HTTP 或 SSE 生成 MCP 服务器条目,以及等价的命令行。

MCP 配置构建器

为 stdio、HTTP 或 SSE 生成 MCP 服务器条目,以及等价的命令行。

URL、令牌和本地路径都留在你的设备上:配置在浏览器里生成,绝不上传。

为这个服务器定义一个工具

关于 MCP 服务器配置

MCP 服务器条目是一小段 JSON,失败方式却毫不留情:某个键写错了不会报错,服务器只是不出现而已。每种传输方式要的形状不同——本地的要命令和参数,远程的要 URL 和通常一个请求头——混在一起就会得到一个看着完整、实则什么都不做的文件。这个构建器只询问所选传输方式真正会用到的字段,另一种的字段被填了就发出警告,并标出实践中大概最常见的那个错误:把一个真实的凭据写进一个最终会进仓库的文件里。它同时输出配置文件和等价的一行命令。

功能特性

  • 只保留所选传输方式会用到的字段
  • 另一种传输方式的字段被填时发出警告
  • 文件里写了像真凭据的秘密时标出,占位符则不标
  • 对远程主机的明文 HTTP 发出警告,对 localhost 保持沉默
  • 识别塞进命令字段里的参数
  • 环境变量和请求头以可编辑的键值对输入
  • 同时输出项目文件与桌面应用的配置
  • 等价命令,转义正确

如何使用 MCP 服务器配置

  1. 给服务器命名——它的工具按这个名字归类
  2. 选择它使用的传输方式
  3. 填上命令和参数,或 URL 和请求头
  4. 把 JSON 复制进配置,或直接运行命令

示例

输入

"command": "npx -y some-server"

输出

Warning: looked up as a single executable with that name

第一个词是命令,其余都是参数。

常见错误与故障排除

  • 服务器一直不出现。 — 多半是形状搞错了:带 url 的 stdio 条目,或带 command 的远程条目。两者这里都会标出,因为它们各自都不会报错。
  • 找不到命令。 — 参数要分开写。命令字段里放 npx,其余放进参数列表:含空格的命令会被当作一个同名可执行文件去查找。
  • 我这儿能用,别人那儿不行。 — 通常是参数里有你机器上的绝对路径,或是需要你环境里别人没有的凭据。
  • 我把令牌写进配置文件了。 — 改成引用环境变量。像真凭据的秘密在这里会被标出,因为配置文件最终会进仓库。

常见问题

该用哪种传输方式?
本地运行的一律用 stdio:客户端把它作为进程启动,通过它的标准输入输出通信。远程服务器用 HTTP。SSE 主要留给在 HTTP 成为常规选择之前写的服务器。
配置文件放在哪里?
项目文件放在仓库里,团队用的是同一批服务器;桌面应用有自己的配置,用于你希望到处都能用的服务器。两种形状都会输出,路径也会显示。
怎么让令牌不进文件?
写成对环境变量的引用,而不是写值。这里的检查会看这个值像真凭据还是像占位符,只对前者发出提醒。
用文件还是用命令?
两者做的是同一件事。要随项目一起版本管理就用文件;只是试一试则命令更快。两者都由同一批字段生成。
服务器名为什么重要?
它既是条目存放的键,也是其工具的命名空间,所以两个服务器不能共用一个名字;改名会改变别处引用这些工具的方式。

相关工具

更多AI 与智能体工具

查看全部AI 与智能体工具 · 全部工具