10 月 30 日，DeployHQ 把自家的 MCP 服务器从“本地装包 + 贴 API Key”改成了托管端点：加一个地址、浏览器里登录授权，就能让 AI 助手查项目、服务器和部署状态。这个变化看着小，其实是 MCP 落地方式的一次转向。
10 月 30 日，DeployHQ 把自家的 MCP 服务器从“本地装包 + 贴 API Key”改成了托管端点：加一个地址、浏览器里登录授权，就能让 AI 助手查项目、服务器和部署状态。这个变化看着小，其实是 MCP 落地方式的一次转向。
托管版和本地版差在哪
去年 12 月 DeployHQ 发的是本地包，要先 npm 安装、生成 API Key、把密钥写进配置文件，换台机器就得重来一遍。托管版只给一个 https://mcp.deployhq.com/mcp，助手连上去之后跳浏览器登录，授权即用，机器上不需要常驻进程，也不用把 Key 落在磁盘上。密钥从“文件里的字符串”变成了“浏览器里的会话”，泄密面小了一截。
现在能问什么
上线时是只读的，六个工具：列账号、列项目、查单个项目（是否开了自动部署、仓库地址与分支）、列服务器（协议、环境、分支、是否自动部署）、列部署记录（按状态或服务器筛）、查单次部署详情（状态、分支、提交、耗时、涉及的服务器与构建设置）。
这些问题以前要一页页点后台：哪个项目最久没部署过、上周 my-app 有没有失败、这次上线用的是哪个提交。对同时管几十个项目的团队，第一问就省掉大量翻页。
接入只要两行
Claude Code 里执行 claude mcp add --transport http --scope user deployhq https://mcp.deployhq.com/mcp，然后输入 /mcp 登录；Codex 里执行 codex mcp add deployhq --url https://mcp.deployhq.com/mcp，按提示登录。Cursor、VS Code、ChatGPT 也都有对应入口。
边界要先看清
它不能触发、重试或回滚部署，不能改任何设置，看不到服务器密码、密钥、主机名与路径，读不到环境变量与配置文件，也还没有部署日志。列表有上限：200 个项目、每项目 200 台服务器、最近 500 次部署，被截断时会明确告知。要动生产环境，还是得走 CLI；托管 MCP 的定位就是“只读的观察窗口”。
为什么这类工具会往托管走
本地包的维护成本被低估了：包要跟着协议版本升级，密钥要定期轮换，每台开发机都要配一遍。托管端点把这些收回到服务商侧，用户只剩一次授权。代价是信任转移——你的部署数据会经过第三方，能不能接受取决于业务性质。选之前问三个问题：它读到了什么、数据留多久、撤销授权后还剩什么。这三个问题答不清楚的，暂时别接。
对站长的实际影响
只读是这次设计里最值得学的一点。给 AI 开权限时，先问“它能改什么”，比问“它能干什么”更重要。个人站长如果只有一两台机器，用不上这类工具；但只要手上超过五个项目、部署又分散在不同平台，一个统一的只读入口确实能省掉每天翻后台的十分钟。至于写操作，等它的权限模型想清楚了再放开也不迟。
本文根据公开报道整理，主要参考：DeployHQ 官方博客（2026-10-30）。
