产品数据MCP服务器：把你的产品目录开放给 AI 智能体

TL;DR

• 产品数据MCP服务器让 AI 智能体通过 Model Context Protocol 直接查询品牌的产品目录。MCP 是 Anthropic 于 2024 年 11 月推出的开放规范，自 2025 年 12 月起由 Linux 基金会旗下的 Agentic AI Foundation 治理。
• MCP 为服务器提供三种构建模块：模型可以调用的工具、应用可以读取的资源，以及用户可以选择的提示。访问控制采用 OAuth 2.1，服务器可以只向每个调用方展示其令牌所允许的内容。
• MCP 服务器不会取代你的 GS1 Digital Link 解析器、数字产品护照或 schema.org 标记。最好的做法是把它当作通往同一可信数据源的又一扇门，并以同一个 GTIN 作为键。

产品数据MCP服务器是一种服务，它以 AI 智能体专门设计来使用的形式回答它们关于你产品的问题：这个 GTIN 的规格是什么、这个变体是否仍在售、符合性声明在哪里。Model Context Protocol（MCP）是一项开放协议，定义了 AI 应用如何连接到这样的服务器。它曾列入在苏黎世举行的 W3C/GS1 面向人类与 AI 智能体的电子商务研讨会议程，也是大多数开发人员最先接触到的智能体协议，因为它并不局限于商务领域。

本指南将说明 MCP 是什么、由谁运营，用通俗的语言介绍它的构建模块，以及品牌或制造商可以如何利用 MCP 服务器开放标识符、规格、合规与护照数据以及供货状态，同时让受限数据保持受限。以下所有内容均以截至 2026 年 10 月的情况为准。

什么是 Model Context Protocol？

MCP 是一项公开发布的开放规范。其当前修订版将它描述为一种开放协议，用于把基于大语言模型构建的应用与外部数据源和工具连接起来。消息以 JSON-RPC 2.0 交换，规范以 Apache License 2.0 发布。

Anthropic 于 2024 年 11 月 25 日推出 MCP，并在 GitHub 上发布了规范和软件开发工具包。2025 年 12 月 9 日，Anthropic 将 MCP 捐赠给 Agentic AI Foundation，这是 Linux 基金会旗下的一个定向基金，由 Anthropic、Block 和 OpenAI 共同创立。治理模式没有改变：技术决策由维护者作出，规范变更须经过规范增强提案（Specification Enhancement Proposals，SEP）流程。维护者席位属于个人，而不是公司。

MCP 的版本以其最近一次不向后兼容变更的日期命名。2026-07-28 修订版让协议变为无状态：不再有会话或初始握手，每个请求都携带自己的协议版本和客户端能力，因此任何服务器实例都可以响应它。对于部署在负载均衡器后面的产品数据服务来说，这是实实在在的简化。同一修订版还弃用了三项客户端功能（Roots、Sampling 和 Logging），本指南中的模式一项都不需要。

用通俗的语言讲，MCP 是如何运作的？

宿主（host）是人们使用的 AI 应用，例如助手或智能体。在宿主内部，一个客户端（client）连接到一个服务器（server），即提供数据和操作的服务。构建产品数据MCP服务器的品牌处于服务器一侧；智能体平台则是宿主。

服务器提供三类功能，规范按由谁控制来区分它们：

每个工具都有一个名称、一段为模型撰写的描述，以及一个用于其输入的 JSON Schema。如果工具声明了输出 schema，服务器就必须返回符合该 schema 的结构化结果。这就是智能体从一段文字中读到「大约 2 kg」与收到一个带有数值和单位的重量之间的区别。资源可以用 URI 模板来描述，因此服务器可以为每个 GTIN 发布一个模式，而不必列出数以百万计的条目。

传输方式（transports）是消息的传递途径。规范定义了 stdio，即宿主将服务器作为本地进程运行；以及 Streamable HTTP，即服务器是一个只有单一端点的 Web 服务。面向 Web 上的智能体开放的产品目录使用 Streamable HTTP。

授权是可选的，适用于 HTTP 传输方式。它遵循 OAuth 2.1：MCP 服务器充当资源服务器，由一个独立或共同托管的授权服务器签发访问令牌，MCP 服务器必须发布受保护资源元数据（Protected Resource Metadata，RFC 9728），以便客户端发现从哪里获取令牌。令牌必须是专为该服务器签发的。

品牌为什么要运行产品数据MCP服务器？

因为智能体会根据它们能找到的任何产品数据采取行动，而数据离品牌越近，它们需要猜测的就越少。我们关于 AI 智能体的产品身份的文章用一句话概括了这一点：名称用于描述，标识符用于识别。MCP 服务器让品牌可以以标识符为键，直接回答智能体的问题。

• 实时数据。 召回状态、停产变体和文档版本都会变化。工具调用返回的是今天的答案；被抓取的页面返回的是上一次抓取时的答案。
• 结构化答案。 输出 schema 固定了单位和字段名称，因此每个智能体都以相同的结构获得相同的规格。
• 分级访问。 规范允许服务器根据每个请求所带的授权，调整其列出的工具和资源，因此公开调用方和经过身份验证的合作伙伴可以使用同一台服务器。

它也有局限。智能体平台必须主动连接到你的服务器；MCP 本身并不会让服务器被发现。而且 MCP 规范没有提到 GTIN、GS1 Digital Link 或数字产品护照。它们如何结合在一起，即本指南其余部分的内容，是我们的解读。

应该向智能体开放哪些产品数据？

从智能体为选对产品而需要回答的问题出发，并从你已经在维护、也愿意为之负责的数据出发。

• 身份。 GTIN、GS1 Digital Link URI、品牌、产品名称、变体和包装规格。其他所有答案都以此为基础。
• 规格。 尺寸、重量、材料、兼容性、成分，使用固定单位。
• 合规信息。 符合性声明、安全信息、使用说明、认证。MCP 只是提供你已经在提供的文档的又一种方式。
• 护照数据。 数字产品护照的公开部分面向所有人，受限部分面向具有相应角色、经过身份验证的调用方。数字产品护照数据要求指南列出了护照包含的内容。
• 供货状态。 某个变体是仍在售、已停产还是已召回，以及面向贸易伙伴的库存或交货周期。零售价格和库存通常由零售商掌握。

一条经验法则：如果某项事实印在包装上、出现在公开的产品页面上或数字产品护照的公开部分中，它就可以在 MCP 服务器上公开。保密商业信息，以及法律保留给特定主体的数据，应放在授权之后。

一种实用的架构

下表是一个起步设计，用于说明 MCP 的构建模块如何对应到产品数据。它不是由 MCP 或 GS1 定义的 schema。

工具用于问题，资源用于文档。 自行决定要查询什么的智能体需要工具，因为工具由模型控制。由宿主或人作为上下文附加的文档适合用资源。一个查询工具可以返回结构化数据，并附上指向相关资源的链接。

把 Digital Link URI 用作公开地址。 规范指出，只有当客户端可以不经 MCP 服务器、直接从 Web 获取资源时，服务器才应为该资源使用 https:// 方案。GS1 Digital Link URI 正是如此。对于公开信息，服务器可以返回 Digital Link URI，让智能体自行解析；对于受限数据，它可以使用自己的 URI 方案，并在检查令牌后提供内容：

tool:      lookup_product(gtin)  → identity, specs, links
public:    https://id.example.com/01/09506000134352
template:  dpp-restricted://{gtin}/{lot}

按你已有的角色划定访问范围。 OAuth 作用域（scope）可以对应你的访问层级：公开、贸易伙伴、维修商或回收商、主管机关。规范的安全指南建议初始只授予最小的作用域集合，只有在尝试执行特权操作时才申请更多作用域。根据 ESPR，哪些主体可以查看哪些护照数据，由针对各产品类别的授权法案规定，MCP 服务器只是执行这一决定。我们关于数字产品护照访问权限的指南介绍了这些层级。

在当前修订版中，列出或读取数据的结果还会携带缓存范围和有效期。公开的产品数据可以标记为 public；返回给经过身份验证的调用方的任何内容都应标记为 private，以免共享的中间节点缓存它。

MCP 服务器如何与解析器、护照和 schema.org 配合？

任何新渠道的风险都在于产生一份会逐渐偏离的新数据副本。应把 MCP 服务器当作同一产品记录上的又一个接口，并以同一个 GTIN 作为键。

GS1 Digital Link 解析器本来就在回答机器的请求。根据 GS1-Conformant Resolver Standard，以 application/linkset+json 媒体类型请求 linkset 的客户端，会以 JSON 形式收到为该产品注册的所有链接，链接类型使用 GS1 Web 词汇表标注，例如表示产品信息页面的 gs1:pip。GS1 Digital Link 解析器指南解释了解析过程。解析器仍是公开的、由品牌控制的地址；MCP 服务器在其之上增加结构化查询和经身份验证的访问。

数字产品护照在访问、数据载体和备份副本方面有自己的规则，其中没有一条提到 MCP。MCP 服务器可以向智能体提供护照数据，但它不能取代产品上的数据载体。按照我们的解读，它应从同一份护照记录中读取数据，这样智能体和扫描包装的人看到的数值是一样的。

Schema.org 标记和数据馈送依然重要。Schema.org 的 Product 类型具有 gtin、offers、countryOfOrigin 和 hasCertification 等属性，产品页面上的标记会被爬虫读取，无需任何人配置连接。数据馈送能够触达那些永远不会调用你服务器的平台。

QR 码有助于解决身份问题。包装上的 GS1 Digital Link QR 码编码的正是 MCP 服务器返回的同一个 URI，因此扫码的购物者和发起查询的智能体会落到同一个产品上。但它对智能体会话本身没有帮助：智能体不会通过扫描包装来调用你的服务器。

规范对安全是怎么说的？

规范指出，MCP 无法在协议层面强制实施安全，并要求实现者在其应用中构建同意、授权和访问控制机制。对于产品数据服务器来说，以下几点最为重要：

• 验证、控制、限流、净化。 服务器必须验证所有工具输入，实施适当的访问控制，对工具调用进行速率限制，并净化工具输出。资源 URI 必须经过验证，敏感资源应设有访问控制。
• 保护端点。 在 Streamable HTTP 上，服务器必须验证 Origin 标头以防止 DNS 重绑定攻击，并应对所有连接进行身份验证。
• 只接受为你签发的令牌。 服务器不得接受为其他服务签发的令牌，也不得将客户端的令牌透传给下游系统。当它调用你的 PIM 或 ERP 时，应使用它自己的凭据。
• 保持作用域最小。 避免使用包罗一切的作用域；只授予每项操作所需的权限。

在宿主一侧，规范期望有一个人参与其中、能够拒绝工具调用，并要求客户端将工具注解视为不可信，除非它们来自可信的服务器。这正是工具描述应写得准确、克制的充分理由。

现在该做什么

1. 先解决身份问题。 你希望智能体处理的每个产品都需要一个 GTIN，以及一个在符合 GS1 标准的解析器上可用的 GS1 Digital Link URI。
2. 选定一个可信数据源。 把 MCP 服务器规划为读取你权威产品记录的组件，而不是一个新的数据库。
3. 列出问题。 写下智能体最需要回答的十个问题，并把它们转化为少量描述清晰、带输出 schema 的工具。
4. 区分公开与受限。 将每个字段归类为公开、仅限合作伙伴或按角色受限，适用时沿用护照的访问层级。
5. 先设计作用域，再写代码。 将这些类别映射到最小的一组 OAuth 作用域，并选定授权服务器。
6. 按 2026-07-28 修订版构建，使用 Streamable HTTP，不采用已弃用的功能。
7. 保留其他渠道。 在运行服务器的同时，继续维护 schema.org 标记和数据馈送。

Digital Link 是 GS1 解决方案合作伙伴。我们的平台为每个产品提供 GS1 Digital Link URI 和 QR 码，背后是一个符合标准的解析器，同时提供结构化的产品记录，并将公开与受限的护照数据分开保存。这份记录正是 MCP 服务器应当读取的唯一数据源，这样智能体、购物者和搜索引擎看到的是同一个产品。如果你想弄清楚你的产品目录应向 AI 智能体开放哪些内容、哪些内容应保持受限，请联系我们，我们的团队会研究你的情况。

常见问题

Model Context Protocol 归谁所有？

Anthropic 创建了 MCP，并于 2024 年 11 月推出。自 2025 年 12 月起，它归属于 Agentic AI Foundation，这是 Linux 基金会旗下的一个定向基金，由 Anthropic、Block 和 OpenAI 共同创立。技术决策由项目维护者通过公开的提案流程作出。

MCP 规范的当前版本是什么？

截至 2026 年 10 月，是 2026 年 7 月 28 日发布的 2026-07-28 修订版。它移除了初始握手和协议层面的会话，使协议变为无状态，并弃用了 Roots、Sampling 和 Logging 功能。

MCP 服务器和 API 是一回事吗？

它是一种为 AI 应用提供标准结构的 API。任何支持 MCP 的宿主都可以列出你的工具和资源、读取它们的描述和 schema，并以相同的方式调用它们，而不必学习各不相同的定制端点。许多团队把它构建为现有产品 API 之上的一个薄层。

AI 智能体使用 MCP 服务器需要 GS1 Digital Link 吗？

不需要。MCP 规范没有提到 GS1 标识符。按照我们的解读，让每个渠道都以 GTIN 及其 GS1 Digital Link URI 为键，可以为智能体提供一个明确无歧义的身份，避免它们混淆相似的产品。

MCP 服务器能让部分产品数据保持私密吗？

能。授权遵循 OAuth 2.1，服务器可以根据每个请求所带的令牌，调整其列出的工具和资源。服务器必须在每次调用时执行这些检查。

MCP 服务器能让我的数字产品护照合规吗？

不能。护照的内容、数据载体和访问权限由 ESPR 及针对各产品类别的授权法案规定，其中都没有提到 MCP。MCP 服务器可以作为提供护照数据的一种额外方式，从同一份记录中读取数据。