# 从空机器到 MCP 可用的一次完整部署记录

记录一次从零开始的部署：一台空云主机，一个客户端，目标是把 MCP 调到「第一次工具调用能拿到真实返回」。主线选 claude-code，因为它在采集里是完整真机跑满 150 格的宿主，102 通过 / 48 失败，68.0%，属于可预期的中间档——既不会顺到没有参考价值，也不至于像 qoder 那样 33 / 117 从头卡到尾。

每一步给一个判据。判据过不了就别往下走，否则后面所有失败你都归不了因。

## 第 0 步：先决定用哪个宿主

这一步常被跳过，却决定了后面所有步骤的成功率上限。同一批 153 个服务，workbuddy 那一档是 150 格里 103 通过（68.7%），claude-code 是 102（68.0%），gemini-cli 只有 34（22.7%），qoder 33（22.0%）。

判据：所选宿主在 150 格里的通过数不低于 90。低于 50 的，换宿主比调配置划算。

## 第 1 步：开实例，确认能登录

CVM 或轻量应用服务器都行，规格不用大。MCP 服务本体是本地进程，吃的是内存和启动速度，不是 GPU。系统选常见的 LTS 版本，能少一半依赖编译的意外。

判据：SSH 能登进去；`node -v` 有输出。没有输出说明基础镜像里没带运行时，先补上再往下。

## 第 2 步：安全组，只开需要的方向

入站只留 SSH 端口，出站全放通。这一点和做 Web 服务的习惯相反——Web 关心入站，MCP 关心出站（要拉包、要访问远程服务）。

判据：实例内能访问外部包源。这一步不过，后面的安装会全部卡在拉取阶段，而且报错看起来像配置问题。

## 第 3 步：把运行时与客户端版本固定

版本不要用 latest。采集机实录的 claude-code 版本是 2.1.311，这个版本对应 150 格里的 102 通过；装成别的版本，102 这个数字就不再对你成立。

判据：`claude --version` 输出的正是脚本里写的那个号；`npm ls -g --depth=0` 里没有意料之外的全局包。

## 第 4 步：目录与 profile 隔离

配置文件放固定目录，多实例不共用一份。云上常在一台机器跑多个 profile 做对照，串了等于白测，而且错得很隐蔽。

判据：配置路径可枚举，你能说清「这次用的是哪一份」；把目录删掉重建，程序仍能正常启动。

## 第 5 步：接第一个 server，只看能不能列出工具

先挑工具数少、不依赖外部认证的服务。全绿的 11 个里，autenai__mcp 只有 1 个工具，hostbeam__mcp 与 dxpert__uns-tools 各 3 个，dxpert__mcp 7 个——从这类起步，能把「配置问题」与「服务问题」分开。

判据：能列出工具清单，且数量与预期一致。列不出来就是配置或进程层的问题，先别怀疑服务。

## 第 6 步：第一次真实调用

这是整条链路的验收点。列得出工具不等于调得通——工具数为 0 的服务覆盖 850 格，通过数是 0；反过来，工具列得出来但调用失败的也不在少数。

判据：返回的是真实数据，不是超时，不是 401，不是空对象。

## 第 7 步：加第二个、第三个，看从哪一档开始掉

单个服务跑通很容易，一批跑通很难，这一步才是真实情况。参考值：153 个真实 server 里全程零通过的 50 个（32.7%）；15 个可判定宿主上全绿的只有 11 个；工具数超上限的会落进部分可用，命中的工具数是 628、139、108、79、56、48、44 这个量级。

判据：连加三个服务后通过率仍在 60% 以上。掉到 50% 以下，说明宿主或服务集合选错了，不是你装错了。

## 第 8 步：让它常驻，而不是挂在终端上

关掉 SSH 窗口就断，是很多人第一次部署踩的坑。MCP 服务本体是本地子进程，客户端退出它跟着退出；如果你是拿它当常驻服务用，得交给进程守护，并给它单独的工作目录与日志路径。

判据：断开登录、重连之后，工具调用依然能返回；日志文件里有明确的重启记录，而不是空白。

## 第 9 步：把验收点写成脚本

一次跑通不算数，能重复跑通才算。把前面那些判据写成一段脚本，重建机器时跑一遍，通过就发。

判据：从空镜像重建，脚本一次跑完无人工干预，且最后一次工具调用返回正常。

## 验收点清单

| 阶段 | 判据 | 不过怎么办 |
|---|---|---|
| 登录 | SSH 通、node 有输出 | 换镜像或补运行时 |
| 网络 | 能访问外部包源 | 查出站策略 |
| 版本 | 版本号与脚本一致 | 重装并锁版本 |
| 隔离 | 配置路径唯一可枚举 | 改 profile 目录 |
| 列工具 | 工具数量符合预期 | 查配置与进程 |
| 调用 | 返回真实数据 | 查认证与超时 |
| 批量 | 三个服务后仍 ≥60% | 换宿主或换服务集 |

需要逐条核对时，[逐格实测结果](https://mcp.dpharness.com/servers?utm_source=txyun&utm_medium=article&utm_campaign=mcp-daily) 可以按宿主和服务交叉查看；整体榜单见 [MCP 服务榜](https://dpharness.com/top?utm_source=txyun&utm_medium=article)。

## 总结

从空机器到可用，真正卡人的不是装包，是宿主选择与版本固定——把每一步的判据写死，部署才可重复，也才敢扩容。可对照的记录见 [MCP 服务榜](https://dpharness.com/top?utm_source=txyun&utm_medium=article)。

## 适合与不适合

**适合**：第一次在云主机上部署 MCP 的人；需要把部署过程写成可重复脚本的运维；要在多台机器上做对照测试的人；正在排查「装完了但调不通」的人。

**不适合**：已经有一套成熟自动化、只想要增量优化的人；希望这里提供一键安装脚本的人——本篇给的是判据不是脚本；不做验收、装完就上线的人。

标签：MCP、部署记录、云主机、验收

本文由 DeepSeek Harness Hub 自动整理，数据来源于 MCP 采集快照（2026-11-02）。


记录一次从零开始的部署：一台空云主机，一个客户端，目标是把 MCP 调到「第一次工具调用能拿到真实返回」。主线选 claude-code，因为它在采集里是完整真机跑满 150 格的宿主，102 通过  48 失败，68.0%，属于可预期的中间档——既不会顺到没有参考价值，也不至于像 qoder 那样 33  117 从头卡到尾。

从空机器到 MCP 可用的一次完整部署记录

架构设计

开发工具

运维

从空云主机到MCP可用的完整部署记录，以claude-code为宿主（150格通过102项），强调版本固定与逐步判据。涵盖安全组配置、运行时验证、服务接入及真实调用验收，最终实现可重复部署。关键在宿主选择与版本锁定，确保工具调用返回真实数据，适合初次部署及需脚本化验收的运维场景。

轻量应用服务器

日志文件

服务器

云主机

WorkBuddy 

快速部署LLM、AI绘画等应用,助你玩转AIGC！


4核4G3M云服务器 新用户低至38元/年！

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

从空机器到 MCP 可用的一次完整部署记录-腾讯云开发者社区-腾讯云

从空机器到 MCP 可用的一次完整部署记录

从空机器到 MCP 可用的一次完整部署记录

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐