# 从空 CVM 到一份可复现的 MCP 兼容报告

这份记录是我在一台空腾讯云 CVM 上把 MCP 兼容采集从零跑通的全过程，每一步都写清验收点。跑完得到的是 161 个 server × 17 个宿主 = 2,737 格的矩阵，模式 full，生成时间 2026-11-02 19:53 UTC。

## 第 0 步：机器与出网

2 核 4 GiB、系统盘 50 GiB 足够。安全组只放出站，不放任何入站端口——采集只往外连，不需要被连。

验收点：

```bash
curl -sI https://registry.npmjs.org | head -1     # 200 或 304
curl -sI https://github.com | head -1             # 200
```

两条都通再往下。不通就先修出网，否则后面 45 格会被记成「本机网络连不上这个服务」，白白污染结论。

## 第 1 步：Node 与运行时

```bash
node -v      # 采集器实测跑在 v22.23.2 上
```

Node 22 及以上是硬要求：stdio 型 server 要起子进程，低版本会出现 spawn 失败。

## 第 2 步：装宿主 CLI（这一步决定矩阵的覆盖率）

矩阵有 17 个宿主，但真机数据只可能来自装了 CLI 的那几个。本次采集机装了 claude-code 2.1.311、gemini-cli 0.66.0、qoder 1.1.80，于是：

- claude-code：109 格 pass（67.7%）
- gemini-cli：40 格 pass（24.8%）
- qoder：39 格 pass（24.2%）
- codebuddy、opencode：**各 161 格全部 na**，因为机器上没有它们

验收点：装完用 `--version` 逐个确认，并把这个清单写进报告——矩阵的可信度直接由它决定。

## 第 3 步：跑采集

```bash
node collect.js --mode full --out ./mcp-data.json
```

跑的时候盯两件事：并发别超过 8（stdio server 会真起进程），单个 server 超时设 8 秒左右。112 个有耗时数据的中位数是 3,866 ms，最长 55,285 ms（`b1-mcp-server`），最短 212 ms（`dpharness-mcp`）。最慢那个单个就接近一分钟，不要以为卡死了。

## 第 4 步：校验产物（最容易跳过的一步）

```bash
jq -r '.mode, .finalChunk' mcp-data.json
jq '.summary.cells, ([.servers[].checks[]] | length)' mcp-data.json
jq '.summary.byUsable, .summary.byEvidence' mcp-data.json
```

本次结果：

| 校验项 | 期望 | 实测 |
|---|---|---|
| mode / finalChunk | full / true | full / true |
| summary.cells = 实际格子数 | 相等 | 2,737 = 2,737 |
| byUsable | pass+fail+na+limited = 2,737 | 1,438 + 873 + 367 + 59 |
| byEvidence | 文档+真机+协议实测 = 2,737 | 1,344 + 796 + 597 |

四项都自洽再拿去分析。缺任何一项，说明快照是分片产出的残缺版本。

## 第 5 步：读结果时的三个坑

#### 坑一 · 把 na 当不支持

367 格 na 里 322 格是「采集机没装这个平台的命令行工具」。这是环境缺失，不是兼容性结论。

#### 坑二 · 把文档绿灯当真机绿灯

1,344 格文档证据里 1,250 格 pass；796 格真机证据里只有 188 格 pass。有 72 个 server 在文档下 pass、在真机下 fail。

#### 坑三 · 忽略工具数为 0 的 server

161 个 server 里 51 个工具数为 0（8 个是夹具）。它们在任何宿主上都不可能可用，却可能在文档判定里显示配置通过。

## 第 6 步：产物长什么样

一份 JSON，含 `generatedAt`、`mode`、`finalChunk`、`collectorVersion`、`node`、`hostCliVersions`、`hostAvailability`、`servers[]`、`summary`。`servers[]` 每项含 `slug`、`transport`、`toolCount`、`startupMs`、`authRequired`、`riskLevel` 与 `checks[]`；`checks[]` 每格对应一个宿主。

本次 147 个 stdio、14 个 http；`authRequired` 为 true 的只有 1 个；`riskLevel` 为 3 的有 13 个。这三个字段比「通过率」更能筛出要重点看的对象。

## 总结

这套采集的可复现性来自四个可校验点：出网可达、宿主 CLI 清单、`summary.cells` 与格子数相等、`byEvidence` 三段相加等于总数；字段定义与 17 个宿主的口径见 [MCP 兼容矩阵](https://mcp.dpharness.com/?utm_source=txyun&utm_medium=article&utm_campaign=mcp-daily)，按现象归档的条目见 [装不上的原因](https://mcp.dpharness.com/traps?utm_source=txyun&utm_medium=article&utm_campaign=mcp-daily)，插件侧的分类可以对照 [DeepSeek Harness Hub 插件清单](https://dpharness.com/top?utm_source=txyun&utm_medium=article)。

## 适合与不适合

**适合**：要在自己云上复跑一遍的人；需要一份可交付的采集验收清单的人；给团队做 MCP 选型要做原始数据的人。
**不适合**：想要一份「哪些 server 好用」排名的人，本文只讲怎么把数据跑对；没有 Node 22 环境又不打算升级的人；希望采集器自动补齐所有宿主的人。

标签：MCP、DeepSeek Harness、腾讯云 CVM、采集复现

本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。


这份记录是我在一台空腾讯云 CVM 上把 MCP 兼容采集从零跑通的全过程，每一步都写清验收点。跑完得到的是 161 个 server × 17 个宿主 = 2,737 格的矩阵，模式 full，生成时间 2026-11-02 19:53 UTC。

从空 CVM 到一份可复现的 MCP 兼容报告

人工智能

从空CVM到MCP兼容报告，完整复现161×17矩阵采集流程。Node22环境、3个宿主CLI实测，2,737格数据自检通过。文档1,344格vs真机796格差异显著，72个server存在文档与真机结果冲突。采集关键：出网验证、宿主清单、数据校验四项。适合需自主验证采集或交付验收的团队。

命令行工具

代码解释

CodeBuddy

GitHub

JSON

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


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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

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

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

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

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

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

社区新版编辑器体验调研

从空 CVM 到一份可复现的 MCP 兼容报告-腾讯云开发者社区-腾讯云

从空 CVM 到一份可复现的 MCP 兼容报告

从空 CVM 到一份可复现的 MCP 兼容报告

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐