# 从一台空 CVM 到 2,601 格采集结果

开局只有 root 和一个能 ssh 的 IP。目标不是「跑通一个 server」，而是把 17 个宿主 × 153 个 server 的结论表完整复现一遍。下面按实际顺序记，每一步都带验收判据——判据不过就停，别往下堆。

## 第 0 步：先定口径，再动手

口径三件事，写进脚本之前先写在纸上：分母 153（161 个 server 剔掉 8 个 fixture）、结论只有 pass / fail / limited / na 四类、na 只认两种 note 原文（没装 CLI、网络连不上）。

四类之外不要再造词。「部分可用」「基本能用」这类描述一旦进了字段，后面的统计就没法对齐，也没法跟上一轮比。

## 第 1 步：运行时和目录

以 Ubuntu 22.04 公共镜像为例：

```bash
apt-get update && apt-get install -y curl git jq
curl -fsSL https://deb.nodesource.com/setup_20.x | bash -
apt-get install -y nodejs
mkdir -p /opt/mcp-collect/data
```

`jq` 不是可选项：四类计数的对账全靠它，后面每个宿主跑完都要立刻聚合一次。

## 第 2 步：5 个命令行宿主，版本全锁

这一轮真正需要装二进制的是 5 个命令行形态的宿主（claude-code、gemini-cli、codex-cli 这一类）。统一走 npm 全局安装，但版本必须锁死，不然两周后重跑就是另一张表：

```bash
npm i -g @anthropic-ai/claude-code@<锁定版本>
npm i -g @google/gemini-cli@<锁定版本>
npm i -g @openai/codex@<锁定版本>
npm ls -g --depth=0 | tee /opt/mcp-collect/data/hosts.txt
```

`npm ls -g` 的输出就是版本证据，比记在笔记里可靠。另外 10 个宿主按各自的配置或扩展入口，由同一采集器驱动；codebuddy、opencode 在这台机器上没有可执行入口——这两个就是后面 306 格 na 的来源，安装阶段就记下来，别等跑完再解释。

## 第 3 步：跑完一个宿主就记一次 na

不要等 17 个宿主全跑完再看。每跑完一个，立刻统计 na 的格数与 note 原文。这一轮最终是 351 格：306 格「采集机没装这个平台的命令行工具」、45 格「本机网络连不上这个服务」。

当场记账的价值在于能把两类分开处理：没装就去装，连不上就查安全组和出网。混在一起看，你只会得到一个「na 有点多」的模糊印象，然后去改 server 配置——方向就错了。

| 阶段 | 动作 | 产物 | 验收判据 | 不满足时表里长什么样 |
|---|---|---|---|---|
| 运行时 | node / npm / jq | 版本输出 | `node -v` 有值 | 脚本起不来，整表为空 |
| 宿主 | 5 个 CLI + 10 个配置入口 | `hosts.txt` | 每个宿主能报版本或列出工具 | 整列 153 格 na |
| 采集 | 153 × 17 逐格跑 | `mcp-data.json` | `generatedAt` 有值、`mode=full` | 缺列或出现重复格 |
| 对账 | 四类计数相加 | 1,339 / 856 / 55 / 351 | 合计等于 2,601 | 合计不符即为漏格 |

## 第 4 步：先对总数，再做分析

2,601 = 17 × 153，四类相加也必须等于它：1,339 + 856 + 55 + 351 = 2,601。这是整轮里最便宜的一次检查，漏格、重复格、字段拼错都会在这里现形。

这一步别省。我见过有人跳过总数直接看通过率，最后发现某个宿主只跑了 140 格，分母少了 13，所有百分比都偏了一点，但没有任何一处报错。

## 第 5 步：三个视角各复核一遍

**宿主视角**：7 个宿主并列 68.7%（103 pass / 47 fail / 3 na）。并列不是巧合，是同一批 150 格结论完全相同，差异只在 3 格 na 的归属上。看到并列先怀疑是不是同一份数据被算了两次。

**传输视角**：stdio 2,363 格、http 238 格。http 的样本量只有 stdio 的十分之一，任何 http 结论都要标样本量，别拿 238 格去代表远程接入的整体情况。

**limited 视角**：55 格落在 45 个 server 上，分布是 zed 30、lingma 11、cursor 10、windsurf 4。数量小，但每一条都对应一个具体的能力边界，比 fail 更值得读。

## 第 6 步：验收点清单

1. 总格数 2,601，四类齐全；
2. 每一格 na 都有 note，且只落在两种原文上；
3. 每个宿主都有 `hostAvailability`，`available:false` 的要写清原因；
4. 剔除的 8 个 fixture 确实不在分母里；
5. 版本可追溯：`hosts.txt` 与锁定的包版本对得上；
6. 同一宿主重跑一次，结论稳定——不稳定的基本都是网络类 na。

六条过完，这张表才可以拿去写结论。少一条，你写的就不是这张表，而是你对这张表的印象。

## 总结

从空机到 2,601 格，真正花时间的不是跑，而是版本、na 记账和总数对账这三件事；每一步都有可验证的产物，流程才谈得上复现。要横向对照同类插件在各宿主的表现，见 [DeepSeek Harness Hub 插件清单](https://dpharness.com/top?utm_source=txyun&utm_medium=article&utm_campaign=mcp-daily)。 逐宿主的口径与证据等级见 [MCP 兼容手册](https://mcp.dpharness.com/compat?utm_source=txyun&utm_medium=article&utm_campaign=mcp-daily)。

## 适合与不适合

**适合**：要在自己云账号里复现一张多宿主兼容表；给采集流程写 SOP；接手别人跑了一半的采集目录；判断「0% 通过率」是不是数据问题。
**不适合**：只想知道某个 server 怎么装，这篇讲的是采集侧；没有出网权限也不打算申请；期待一键脚本——5 个 CLI 加 10 个配置入口，装和配都躲不开手工确认。

标签：MCP、DeepSeek Harness、采集部署、腾讯云 CVM

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


开局只有 root 和一个能 ssh 的 IP。目标不是「跑通一个 server」，而是把 17 个宿主 × 153 个 server 的结论表完整复现一遍。下面按实际顺序记，每一步都带验收判据——判据不过就停，别往下堆。

从一台空 CVM 到 2,601 格采集结果

开发工具

运维

测试

从空CVM到2601格MCP兼容采集，完整复现17宿主×153server结论表。含版本锁定、na归因、四类计数对账三步核心流程，附验收判据与视角复核，确保可复现、可追溯、可对比。

命令行工具

代码解释

CodeBuddy

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


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

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

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

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

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

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

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

社区新版编辑器体验调研

从一台空 CVM 到 2,601 格采集结果-腾讯云开发者社区-腾讯云

从一台空 CVM 到 2,601 格采集结果

从一台空 CVM 到 2,601 格采集结果

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐