Servidor MCP para dados de produto: abrindo o seu catálogo aos agentes de IA

TL;DR

• Um servidor MCP para dados de produto permite que agentes de IA consultem diretamente o catálogo de uma marca pelo Model Context Protocol, uma especificação aberta lançada pela Anthropic em novembro de 2024 e governada desde dezembro de 2025 dentro da Agentic AI Foundation, da Linux Foundation.
• O MCP dá ao servidor três blocos de construção: ferramentas que o modelo pode chamar, recursos que a aplicação pode ler e prompts que o usuário pode escolher. O controle de acesso usa OAuth 2.1, e um servidor pode mostrar a cada chamador só o que o token dele permite.
• Um servidor MCP não substitui o seu resolver GS1 Digital Link, o seu passaporte digital de produto nem a sua marcação schema.org. Funciona melhor como mais uma porta para a mesma fonte única de verdade, com a mesma chave: o GTIN.

Um servidor MCP para dados de produto é um serviço que responde às perguntas dos agentes de IA sobre os seus produtos num formato feito para eles: as especificações deste GTIN, se esta variante ainda está vigente, onde está a declaração de conformidade. O Model Context Protocol (MCP) é o protocolo aberto que define como uma aplicação de IA se conecta a um servidor assim. Ele estava no programa do workshop W3C/GS1 sobre e-commerce para humanos e agentes de IA em Zurique, e é o protocolo de agentes que a maioria dos desenvolvedores conhece primeiro, porque não é específico do comércio.

Este guia explica o que é o MCP e quem o administra, seus blocos de construção em linguagem simples, e como uma marca ou fabricante poderia usar um servidor MCP para expor identificadores, especificações, dados de conformidade e de passaporte e disponibilidade, mantendo restritos os dados restritos. Tudo o que segue vale em outubro de 2026.

O que é o Model Context Protocol?

O MCP é uma especificação aberta publicada. Sua revisão atual o descreve como um protocolo aberto para conectar aplicações construídas sobre grandes modelos de linguagem a fontes de dados e ferramentas externas. As mensagens são trocadas em JSON-RPC 2.0, e a especificação é publicada sob a Apache License 2.0.

A Anthropic apresentou o MCP em 25 de novembro de 2024 e publicou a especificação e os kits de desenvolvimento de software no GitHub. Em 9 de dezembro de 2025, a Anthropic doou o MCP à Agentic AI Foundation, um fundo dirigido da Linux Foundation cofundado pela Anthropic, pela Block e pela OpenAI. O modelo de governança não mudou: os mantenedores tomam as decisões técnicas, e as mudanças na especificação passam por Specification Enhancement Proposals (SEPs). As vagas de mantenedor pertencem a pessoas, não a empresas.

As versões do MCP recebem o nome da data da sua última mudança incompatível com versões anteriores. A revisão 2026-07-28 tornou o protocolo stateless: não há sessão nem handshake inicial, e cada requisição leva a sua própria versão do protocolo e as capacidades do cliente, então qualquer instância do servidor pode respondê-la. Para um serviço de dados de produto atrás de um balanceador de carga, isso é uma simplificação real. A mesma revisão descontinuou três recursos do cliente (Roots, Sampling e Logging), e o padrão deste guia não precisa de nenhum deles.

Como o MCP funciona, em linguagem simples?

O host é a aplicação de IA que uma pessoa usa, como um assistente ou um agente. Dentro dele, um cliente se conecta a um servidor, o serviço que oferece dados e ações. Uma marca que constrói um servidor MCP para dados de produto está do lado do servidor; as plataformas de agentes são os hosts.

Um servidor oferece três tipos de recurso, que a especificação separa conforme quem está no controle:

Cada ferramenta tem um nome, uma descrição escrita para o modelo e um JSON Schema para a sua entrada. Se uma ferramenta declara um esquema de saída, o servidor deve devolver resultados estruturados conformes a ele. Essa é a diferença entre um agente ler "uns 2 kg" num texto corrido e receber um peso com valor e unidade. Os recursos podem ser descritos com templates de URI, então um servidor pode publicar um padrão por GTIN em vez de listar milhões de itens.

Os transportes são o meio pelo qual as mensagens viajam. A especificação define o stdio, em que o host executa o servidor como um processo local, e o Streamable HTTP, em que o servidor é um serviço web com um único endpoint. Um catálogo exposto a agentes na Web usa Streamable HTTP.

A autorização é opcional e se aplica ao transporte HTTP. Segue o OAuth 2.1: o servidor MCP atua como servidor de recursos, um servidor de autorização separado ou hospedado junto emite os tokens de acesso, e o servidor MCP deve publicar Protected Resource Metadata (RFC 9728) para que os clientes descubram onde obter um token. Os tokens devem ser emitidos para aquele servidor específico.

Por que uma marca teria um servidor MCP para dados de produto?

Porque os agentes agem com os dados de produto que conseguem encontrar, e quanto mais perto da marca eles estão, menos os agentes adivinham. Nosso texto sobre identidade de produto para agentes de IA resumiu isso numa linha: nomes descrevem, identificadores identificam. Um servidor MCP permite que a marca responda diretamente à pergunta de um agente, usando o identificador como chave.

• Dados ao vivo. O status de recall, as variantes descontinuadas e as versões de documentos mudam. Uma chamada de ferramenta devolve a resposta de hoje; uma página rastreada devolve a resposta do último rastreamento.
• Respostas estruturadas. Os esquemas de saída fixam unidades e nomes de campos, então todo agente recebe a mesma especificação no mesmo formato.
• Acesso graduado. A especificação permite que um servidor varie as ferramentas e os recursos que lista conforme a autorização de cada requisição, então chamadores públicos e parceiros autenticados podem usar o mesmo servidor.

Há limites. Uma plataforma de agentes tem de se conectar ao seu servidor; o MCP não torna um servidor descobrível por si só. E a especificação do MCP não menciona GTINs, GS1 Digital Link nem passaportes digitais de produto. Como eles se encaixam, no restante deste guia, é a nossa leitura.

Quais dados de produto você deve expor aos agentes?

Comece pelas perguntas que os agentes precisam responder para escolher o produto certo, e pelos dados que você já mantém e pelos quais responde.

• Identidade. GTIN, URI GS1 Digital Link, marca, nome do produto, variante e tamanho da embalagem. Todas as outras respostas dependem disso.
• Especificações. Dimensões, peso, materiais, compatibilidade, composição, em unidades fixas.
• Informações de conformidade. Declarações de conformidade, informações de segurança, instruções, certificações. O MCP é mais uma forma de servir documentos que você já fornece.
• Dados do passaporte. A parte pública de um passaporte digital de produto para todos, as partes restritas para chamadores autenticados com o papel certo. O guia requisitos de dados do passaporte digital de produto explica o que um passaporte contém.
• Disponibilidade. Se uma variante está vigente, descontinuada ou objeto de recall, e o estoque ou os prazos de entrega para parceiros comerciais. O preço de varejo e o estoque costumam ficar com os varejistas.

Uma regra prática: se um dado está impresso na embalagem, numa página pública de produto ou na parte pública de um passaporte, ele pode ser público no servidor MCP. Informações comerciais confidenciais, e dados que a lei reserva a atores específicos, ficam atrás da autorização.

Uma arquitetura prática

A tabela é um desenho inicial, que ilustra como os blocos de construção do MCP se associam aos dados de produto. Não é um esquema definido pelo MCP nem pela GS1.

Ferramentas para perguntas, recursos para documentos. Um agente que decide sozinho o que consultar precisa de ferramentas, porque as ferramentas são controladas pelo modelo. Documentos que um host ou uma pessoa anexa como contexto se encaixam nos recursos. Uma ferramenta de busca pode devolver dados estruturados mais links para os recursos relevantes.

Use o URI Digital Link como endereço público. A especificação diz que os servidores devem usar o esquema https:// para um recurso só quando o cliente puder buscá-lo diretamente na Web, sem o servidor MCP. Um URI GS1 Digital Link é exatamente isso. Para informações públicas, o servidor pode devolver o URI Digital Link e deixar o agente resolvê-lo; para dados restritos, pode usar o seu próprio esquema de URI e servir o conteúdo depois de verificar o token:

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

Associe o acesso aos papéis que você já tem. Os escopos OAuth podem espelhar os seus níveis de acesso: público, parceiro comercial, reparador ou reciclador, autoridade. As orientações de segurança da especificação recomendam um conjunto inicial mínimo de escopos, pedindo mais só quando se tenta uma operação privilegiada. No ESPR, quais atores veem quais dados do passaporte é definido pelo ato delegado de cada grupo de produtos, e o servidor MCP só aplica essa decisão. Nosso guia sobre direitos de acesso ao passaporte digital de produto trata desses níveis.

Na revisão atual, os resultados que listam ou leem dados também levam um escopo e uma duração de cache. Os dados públicos de produto podem ser marcados como públicos; tudo o que é devolvido a um chamador autenticado deve ser marcado como privado, para que intermediários compartilhados não o armazenem em cache.

Como um servidor MCP se encaixa com o resolver, o passaporte e o schema.org?

O risco de qualquer canal novo é uma nova cópia dos dados que vai se desatualizando. Trate o servidor MCP como mais uma interface sobre o mesmo registro de produto, com a mesma chave: o GTIN.

O resolver GS1 Digital Link já responde a máquinas. Pelo GS1-Conformant Resolver Standard, um cliente que pede o linkset com o tipo de mídia application/linkset+json recebe em JSON todos os links registrados para aquele produto, tipados com o vocabulário GS1 Web, como gs1:pip para a página de informações do produto. O guia resolver GS1 Digital Link explica a resolução. O resolver continua sendo o endereço público controlado pela marca; o servidor MCP acrescenta por cima consultas estruturadas e acesso autenticado.

O passaporte digital de produto tem as suas próprias regras sobre acesso, portadores de dados e cópias de segurança, e nenhuma delas se refere ao MCP. Um servidor MCP pode servir dados do passaporte aos agentes, mas não substitui o portador de dados no produto. Na nossa leitura, ele deve ler do mesmo registro do passaporte, para que um agente e uma pessoa que escaneia a embalagem vejam os mesmos valores.

A marcação schema.org e os feeds continuam importando. O tipo Product do schema.org tem propriedades para gtin, offers, countryOfOrigin e hasCertification, e a marcação nas páginas de produto é lida pelos rastreadores sem que ninguém configure uma conexão. Os feeds chegam a plataformas que nunca vão chamar o seu servidor.

O QR code ajuda na identidade. O QR code GS1 Digital Link na embalagem codifica o mesmo URI que o servidor MCP devolve, então um comprador que escaneia e um agente que consulta chegam ao mesmo produto. Ele não ajuda na conversa do agente em si: os agentes não escaneiam embalagens para chamar o seu servidor.

O que a especificação diz sobre segurança?

A especificação afirma que o MCP não pode impor a segurança no nível do protocolo, e pede aos implementadores que incorporem consentimento, autorização e controles de acesso nas suas aplicações. Para um servidor de dados de produto, estes pontos são os que mais importam:

• Validar, controlar, limitar, sanitizar. Os servidores devem validar todas as entradas das ferramentas, implementar controles de acesso adequados, limitar a taxa de invocações de ferramentas e sanitizar as saídas das ferramentas. Os URIs de recursos devem ser validados, e os recursos sensíveis devem ter controles de acesso.
• Proteger o endpoint. No Streamable HTTP, os servidores devem validar o cabeçalho Origin para evitar ataques de DNS rebinding e devem autenticar todas as conexões.
• Aceitar só os seus próprios tokens. Um servidor não deve aceitar tokens emitidos para outros serviços nem repassar o token de um cliente a sistemas downstream. Quando chama o seu PIM ou ERP, usa as suas próprias credenciais.
• Manter os escopos pequenos. Evite escopos genéricos que cobrem tudo; conceda o que cada operação precisa.

Do lado do host, a especificação espera um humano no circuito que possa recusar chamadas de ferramentas, e orienta os clientes a tratar as anotações de ferramentas como não confiáveis, a menos que venham de um servidor confiável. É um bom motivo para escrever descrições de ferramentas precisas e modestas.

O que fazer agora

1. Resolva a identidade primeiro. Todo produto que você quer que os agentes manipulem precisa de um GTIN e de um URI GS1 Digital Link funcionando num resolver conforme à GS1.
2. Escolha uma única fonte de verdade. Planeje o servidor MCP como um leitor do seu registro de produto oficial, não como um banco de dados novo.
3. Liste as perguntas. Anote as dez perguntas que os agentes mais precisam ver respondidas e transforme-as em algumas ferramentas bem descritas, com esquemas de saída.
4. Separe o público do restrito. Classifique cada campo como público, só para parceiros ou restrito por papel, usando os níveis de acesso do passaporte onde se aplicarem.
5. Projete os escopos antes do código. Associe essas classes a um conjunto mínimo de escopos OAuth e escolha o servidor de autorização.
6. Construa com base na revisão 2026-07-28, com Streamable HTTP, deixando de fora os recursos descontinuados.
7. Mantenha os outros canais. Mantenha a marcação schema.org e os feeds ao lado do servidor.

A Digital Link é GS1 solution partner, e a nossa plataforma dá a cada produto um URI GS1 Digital Link e um QR code com um resolver conforme por trás, um registro de produto estruturado, e dados públicos e restritos do passaporte mantidos separados. Esse registro é a fonte única da qual um servidor MCP deve ler, para que agentes, compradores e mecanismos de busca vejam o mesmo produto. Se você quer definir o que o seu catálogo deve expor aos agentes de IA e o que deve continuar restrito, entre em contato e a nossa equipe vai analisar o seu caso.

Perguntas frequentes

Quem é o dono do Model Context Protocol?

A Anthropic criou o MCP e o lançou em novembro de 2024. Desde dezembro de 2025 ele está dentro da Agentic AI Foundation, um fundo dirigido da Linux Foundation cofundado pela Anthropic, pela Block e pela OpenAI. As decisões técnicas são tomadas pelos mantenedores do projeto por meio de um processo público de propostas.

Qual é a versão atual da especificação do MCP?

Em outubro de 2026, a revisão 2026-07-28, lançada em 28 de julho de 2026. Ela tornou o protocolo stateless ao remover o handshake inicial e as sessões no nível do protocolo, e descontinuou os recursos Roots, Sampling e Logging.

Um servidor MCP é o mesmo que uma API?

É uma API com um formato padrão para aplicações de IA. Qualquer host compatível com MCP pode listar as suas ferramentas e recursos, ler as descrições e os esquemas deles e chamá-los da mesma forma, em vez de aprender endpoints sob medida. Muitas equipes o constroem como uma camada fina sobre uma API de produtos já existente.

Os agentes de IA precisam do GS1 Digital Link para usar um servidor MCP?

Não. A especificação do MCP não se refere a identificadores GS1. Na nossa leitura, usar o GTIN e o seu URI GS1 Digital Link como chave de todos os canais dá aos agentes uma identidade única e sem ambiguidade, o que evita que confundam produtos parecidos.

Um servidor MCP pode manter alguns dados de produto privados?

Sim. A autorização segue o OAuth 2.1, e um servidor pode variar as ferramentas e os recursos que lista conforme o token de cada requisição. O servidor tem de aplicar essas verificações em cada chamada.

Um servidor MCP torna o meu passaporte digital de produto conforme?

Não. O conteúdo do passaporte, o portador de dados e os direitos de acesso são definidos pelo ESPR e pelo ato delegado de cada grupo de produtos, e nenhum deles menciona o MCP. Um servidor MCP pode ser uma via adicional para servir dados do passaporte, lidos do mesmo registro.