国内五个入口： 阿里云百炼 MCP 广场、百度搜索开放平台、魔搭 ModelScope、百宝箱、腾讯云开发者 MCP 广场。 它们的作用只有一个：帮你找到名字。找到之后能不能用，得自己验。 所以这一节真正的干货不是那五个名字，是一张六格的体检卡。
前四章讲原理和平台。这一章讲「去哪儿找现成的」。 国内平台最大的好处是登录、计费、网络都顺，最大的问题是同一批 Server 被反复搬运，版本对不上。 所以这一节的重点是「怎么判断它还能不能用」，而不是「哪里多」。
一、五个入口，性质不太一样
阿里云百炼的 MCP 广场是目前收录最整齐的一个，服务按场景分类，点进去能直接看到工具列表和参数。 百度搜索开放平台的入口偏「搜索能力」这一类，很多是把网页搜索、图片搜索包成工具。 魔搭 ModelScope 本来是模型仓库，MCP 是后来加的一栏。 它的好处是能直接看到仓库，代码、issue、更新记录都在同一个页面。
百宝箱偏应用侧，把 MCP 当成给智能体加能力的一种方式，入口在应用编辑界面里。 腾讯云开发者 MCP 广场是开发者社区那一路，偏文档和示例，收录量不如前几个。 五个入口的差别在「收录谁家的」，不在「谁更全」。同一个 Server 常常几个站都有，版本还不一样。
二、找到名字之后，先打一遍体检卡
这一节最该带走的是下面这张卡。六个格子，每格两分，满分十二。
| 格子 | 看什么 | 为什么它排前面 |
|---|---|---|
| 1 最近更新 | 半年内动过吗 | 协议一年改三版，老代码连不上 |
| 2 有没有文档 | README 里有没有配置示例 | 没示例等于要你自己猜 |
| 3 要不要 Key | 要的话去哪申请、要不要钱 | 卡在这一步的人最多 |
| 4 几个工具 | 一两个还是十几个 | 太多说明没想清楚边界 |
| 5 有没有许可 | MIT、Apache 还是没写 | 没写就是不能商用 |
| 6 未关的 issue | 有没有人报了还没人管 | 说明维护者还在不在 |
六格的顺序不是随便排的。 第 1 格排第一，因为它最致命——协议改过三次，两年前的代码可能连 initialize 都对不上。 第 5 格最容易忽略，后果最实际：没写许可就是默认保留所有权利，公司里用要先去问作者。 第 4 格看着像优点（工具多），其实是减分项。一个 Server 超过十个工具，通常说明没想清边界。
三、三条示例，逐格打分
演示里三条示例，形状照着目录站的真实字段编的：一条满分、一条三分、一条十分。 满分那条：一个月前更新、有文档、不要 Key、四个工具、MIT 许可、零个未关 issue。 三分那条：十九个月没更新、要 Key、十一个工具、没写许可、七个未关 issue。 五处扣分里两处是硬伤——没许可、太旧。
十分那条分数不低，但它没 README。【没文档的工具最费时间】：你得自己读源码才知道参数该怎么填。 这三个例子说明一件事： 分数低不等于不能用，分数高不等于好用。它只是把「感觉不靠谱」变成「第 3 格和第 5 格是空的」。
四、分数不是决策，是排序
十到十二分：直接试，出问题再换。六到九分：能用，先留个备选。零到五分：除非只有它一个，否则别碰。 这张卡真正的价值在于把争论变成填格子。 团队里说「这个不靠谱」没人服，说「第 5 格没写许可、第 1 格十九个月没更新」，就没人反驳了。 后面第 8 章往后的实战章还要用它：装之前先打一遍分，装完出问题就不慌。
补一句国内的实情：登录、实名、额度这三件事会耗掉不少时间。 打分的时候顺手看一眼「要不要实名」，这一项不在六个格子里，但它是真门槛。
五、动手 Demo：一份体检卡，六个格子
三条示例条目，形状照着目录站的真实字段编。三条逐格打分，看分数怎么来的。 数字不用记，六个格子和它们的顺序要记。 这一段不需要联网：分数是照着编好的字段算出来的，算法就是那张卡。
ROWS = [('weather-mcp', '2026-09-12', True, 'none', 4, 'MIT', 0),
('pdf-tools', '2025-03-02', True, 'api_key', 11, '', 7),
('file-helper', '2026-10-20', False, 'none', 2, 'Apache-2.0', 1)]
def score(upd, doc, auth, ntool, lic, issue):
s = 0
s += 2 if months(upd) <= 6 else 0 # 1 最近更新
s += 2 if doc else 0 # 2 有没有文档
s += 2 if auth == 'none' else 1 # 3 要不要 Key
s += 2 if 1 <= ntool <= 5 else 0 # 4 几个工具
s += 2 if lic else 0 # 5 有没有许可
s += 2 if issue == 0 else 1 # 6 未关的 issue
return s
for name, upd, doc, auth, n, lic, iss in ROWS:
print('%-14s %2d/12' % (name, score(upd, doc, auth, n, lic, iss)))
实跑输出：
--------------------------------------------------------------------
一份体检卡，六个格子
--------------------------------------------------------------------
下面的条目是编的，形状照着目录站上的真实字段来。数字不用记，格子要记。
① 六个格子各看什么
--------------------------------------------------------------------
| 格子 | 看什么 | 为什么它排前面 |
|---|---|---|
| 1 最近更新 | 半年内动过吗 | 协议一年改三版，老代码连不上 |
| 2 有没有文档 | README 里有没有配置示例 | 没示例等于要你自己猜 |
| 3 要不要 Key | 要的话去哪申请、要不要钱 | 卡在这一步的人最多 |
| 4 几个工具 | 一两个还是十几个 | 太多说明没想清楚边界 |
| 5 有没有许可 | MIT、Apache 还是没写 | 没写就是不能商用 |
| 6 未关的 issue | 有没有人报了还没人管 | 说明维护者还在不在 |
② 三条示例条目，逐格打分
--------------------------------------------------------------------
| 名字 | 更新 | 多久前 | 文档 | 鉴权 | 工具 | 许可 | 未关 issue | 分 |
|---|---|---:|---|---|---:|---|---:|---:|
| weather-mcp | 2026-09-12 | 1 个月前 | 有 | none | 4 | MIT | 0 | 12／12 |
| pdf-tools | 2025-03-02 | 19 个月前 | 有 | api_key | 11 | 没写 | 7 | 3／12 |
| file-helper | 2026-10-20 | 0 个月前 | 没 | none | 2 | Apache-2.0 | 1 | 10／12 |
满分 12。第一条 12 分，第二条 3 分，第三条 10 分。
③ 分数低的那两条，卡在哪
--------------------------------------------------------------------
第二条 pdf-tools：19 个月没更新、要 Key、十一个工具、没写许可、七个未关 issue。
五处扣分里，两处是硬伤：
没写许可 -> 商用前必须问作者，等于多一道流程
19 个月前 -> 2025-03 那份协议，跟现在的可能不兼容
第三条 file-helper 分数不低（10 分），但它没 README。
【没文档的工具最费时间】：你得自己读源码才知道参数该怎么填。
④ 分数不是决策，是排序
--------------------------------------------------------------------
| 分数 | 怎么用 |
|---|---|
| 10 到 12 | 直接试，出问题再换 |
| 6 到 9 | 能用，但先留个备选 |
| 0 到 5 | 除非只有它一个，否则别碰 |
体检卡的作用是【把「感觉不靠谱」变成「第 3 格和第 5 格是空的」】。
写下来才吵得清楚：到底是不敢用，还是懒得配。
! 这张卡在后面的实战章还要用：装之前先打一遍分，装完出问题就不慌了。
①第一张表六行，最后一列是「为什么它排前面」。这六句解释了顺序，不是随口排的：越致命越靠前。 ②第二张表三行，三个分数 12、3、10。 中间那个 3 分不是随便编的，它是「五处扣分」算出来的：太旧、要 Key、工具太多、没许可、 有未关 issue。 ③第三段把低分的两处硬伤点名了。没许可这件事在国内很常见——很多仓库压根没写，不等于可以随便用。 ④第四段三个分数段，用法不同。注意六到九分那一段写的是「能用，但先留备选」，不是「别用」。 ⑤这张卡的作用是「把感觉变成格子」。写下来才吵得清楚：到底是不敢用，还是懒得配。
30 秒实验
- 随便打开一个目录站，挑三个 Server 各打一遍分。看有没有低于 6 分的。
- 把六个格子改成五项，你会删掉哪一格？为什么。
- 找一个你正在用的开源工具，查它有没有写许可。没写的话，公司里能用吗。
常见误区
- 「工具越多越强。」超过十个通常说明边界没想清楚。工具多还占上下文，第 6 章会拿这个数出来量。
- 「目录站上架了就说明能用。」收录的是快照，也可能是半年前的。必须自己跑一遍 initialize。
- 「没写许可就是可以随便用。」没写等于保留所有权利。公司环境里用，先问作者。
自测三问（点开对答案）
1. 六格体检卡里，为什么「最近更新」排第一？ —— 协议改过三次，两年前的代码可能连 initialize 都对不上。这一格最致命。 2. 一个 Server 有十五个工具，加分还是减分？ —— 减分。工具太多通常说明没想清边界，而且会占掉不少上下文。 3. 没写许可意味着什么？ —— 默认保留所有权利，不是「随便用」。商用前要问作者。国内五个入口看完了，下一节看国外六个目录站。它们的收录量大得多，但同一个名字的版本也更乱。
- ☐ （本篇完，下一篇 5.2 MCP Server 国外整合平台）