AI 客户端接入 MCP Server 时，最先遇到的问题往往不是“能不能调用”，而是“这个 Server 到底从哪里来、应该怎么连、需要什么认证”。

当 MCP Server 还不多时，开发者可以从 GitHub、产品文档或社区帖子里查安装说明。但 Server 数量增加后，信息会很快变得分散：有的通过 npm 安装，有的是远程 HTTP 服务，有的需要环境变量，有的需要 Bearer Token。客户端和开发者都需要一个统一入口来发现这些服务。

MCP Registry 就是为这类发现和接入问题准备的目录服务。近期，葡萄城已将 SpreadJS MCP 和 GcExcel MCP 发布到官方 MCP Registry，开发者可以通过标准化元数据查询并接入这两个产品 MCP 服务。

MCP Registry 保存的不是 Server 本身

MCP Registry 可以理解为 MCP Server 的公共元数据目录。它不负责运行 Server，也不托管 npm 包、Python 包或容器镜像；它保存的是“如何找到和使用一个 MCP Server”的信息。

一个 Server 条目通常会包含：

• Server 名称，例如 cn.com``.grapecity/spreadjs
• 版本和功能说明
• 本地安装包位置，或远程 MCP Server 地址
• 传输方式，例如 stdio、streamable-http
• 认证 Header、环境变量或其他连接配置

这些信息既给开发者看，也给支持 MCP 的客户端和聚合平台读取。客户端可以根据 Registry 中的元数据识别服务名称、生成连接配置，或提示用户补充必要的 Token。

需要注意的是，Registry 并不等于安全审计。它能提供统一描述、发布来源追溯和命名空间校验，但不会替用户判断某个 Server 的业务能力是否可靠，也不会替远程服务完成访问控制。

两个产品 MCP 已可查询

本次上线 Registry 的两个条目分别是：

• cn.com``.grapecity/spreadjs：GrapeCity SpreadJS MCP
• cn.com``.grapecity/gcexcel：GrapeCity GcExcel MCP

可以通过官方 Registry API 查询：

curl "https://registry.modelcontextprotocol.io/v0.1/servers?search=grapecity&version=latest"

当前两个 Server 都以远程 MCP 形式提供，使用 streamable-http 传输方式，并通过 Bearer Token 认证。

SpreadJS MCP
名称：cn.com.grapecity/spreadjs
地址：https://mcp.grapecity.com.cn/mcp/spreadjs

GcExcel MCP
名称：cn.com.grapecity/gcexcel
地址：https://mcp.grapecity.com.cn/mcp/gcexcel

这意味着，支持远程 MCP 的 AI 客户端可以依据 Registry 中的元数据识别这两个服务。实际使用时，用户仍需要在客户端中填写访问 Token；不同客户端的配置界面和配置文件格式可能不同。

SpreadJS MCP 适合什么场景

SpreadJS MCP 面向 Web 表格开发，主要提供 SpreadJS 相关的官方文档、示例和产品辅助信息。

在业务系统中实现类 Excel 表格时，开发者经常需要处理导入导出、公式计算、表格数据绑定、条件格式、数据校验、Designer 扩展和报表设计等问题。接入 SpreadJS MCP 后，可以把具体需求和项目上下文一起交给支持 MCP 的 AI 客户端，例如：

我在 React 项目中使用 SpreadJS，需要支持 Excel 导入、编辑和导出。
请结合 SpreadJS 给出关键 API 和代码组织建议。

MCP 的价值不是替代开发者判断，而是让 AI 在回答前能检索产品资料，减少包名、模块依赖、API 所属对象和版本知识上的误差。

GcExcel MCP 适合什么场景

GcExcel MCP 面向服务端 Excel 文档处理，适合工作簿生成、模板填充、公式和样式设置，以及 Excel、PDF 等文件导入导出场景。

例如：

我需要使用 GcExcel 读取订单模板，填充明细数据和汇总公式，再导出 PDF。
请说明完整处理流程和关键 API。

对于报表生成、批量文档处理、服务端导出和模板化 Excel 场景，GcExcel MCP 可以把产品知识带入 AI 对话中，让方案讨论更贴近实际 API 和功能边界。

接入前还要确认什么

Registry 解决的是发现和元数据标准化，不负责替用户完成全部接入工作。上线或集成前，仍建议确认以下几点：

• 当前 AI 客户端是否支持远程 MCP 和 streamable-http
• Token 是否按客户端要求配置，且没有写入公开配置文件
• 客户端能否正确读取 Registry 元数据，或是否仍需要手动填写 URL
• 生成的代码是否在目标 SpreadJS 或 GcExcel 版本中验证通过
• 涉及业务数据时，是否符合企业内部权限和审计要求

换句话说，Registry 让服务更容易被发现和连接；真正进入项目后，还需要结合客户端能力、产品版本和企业治理要求做验证。

小结

MCP Registry 为 MCP Server 提供了统一的发布和发现入口。SpreadJS 与 GcExcel MCP 上线后，开发者可以更方便地找到这两个产品服务，并在支持 MCP 的 AI 客户端中接入官方产品知识。

对于日常开发来说，它带来的变化很直接：查资料、问 API、讨论实现方案时，可以把具体需求、技术栈和产品知识放在同一个对话上下文中。AI 不再只依赖通用训练知识，而是可以通过 MCP 连接到更明确的产品资料来源。

参考链接

• MCP Registry 介绍
• MCP Registry API 文档
• Registry API 查询 GrapeCity MCP Server