A Shopify anunciou em 4 de setembro de 2026 que os perfis de descoberta das vitrines passaram a declarar UCP 2026-08-25. A mesma publicação traz o limite decisivo: o conjunto de capacidades suportadas pela Shopify não mudou.
A atualização melhora a compatibilidade de versão entre uma vitrine e um agente UCP. Ela não prova que a Shopify ativou todas as novidades de 25 de agosto. A versão informa o contrato comum; o perfil negociado informa o que as duas partes podem executar.
O que a Shopify confirmou
O changelog da Shopify confirma que /.well-known/ucp declara 2026-08-25, que perfis compatíveis podem negociar capacidades e que o conjunto da Shopify permanece igual. Não há configuração da loja. É uma atualização da plataforma, não uma migração de cada lojista.
Versão e capacidades são decisões separadas
A especificação UCP separa seleção de versão e negociação de capacidades. O agente descobre o perfil, as partes escolhem uma versão compatível, calculam a interseção das capacidades, removem aquelas com dependências não satisfeitas e executam apenas o contrato ativo.
Uma versão comum é necessária, mas insuficiente. Dois sistemas podem falar 2026-08-25 e expor funções diferentes. Uma versão nova não ativa automaticamente todas as extensões.
Por que a versão de agosto foi relevante
A release oficial inclui mudanças para várias verticais, locais e quantidades fracionárias, uma primitiva de ações, regras de namespace, versionamento de capacidades, 3DS2, restrições de requisição, pagamentos divididos e condições de pagamento, além de identidade, consentimento, fidelidade e Web Bot Auth. Também lista mudanças incompatíveis em fulfillment, consentimento, tipos comuns, namespaces de pagamento, credenciais e quantidades.
A release descreve o protocolo disponível. O perfil Shopify descreve o subconjunto anunciado. A sessão usa a interseção com o perfil do agente.
Como ler “capacidades inalteradas”
Isso não significa que o código interno permaneceu idêntico ou que nenhum ajuste foi implantado. Significa que a fonte não permite afirmar uma nova capacidade voltada aos agentes. Verifique presença, dependências, perfil do agente, transporte e comportamento real antes de ativar uma função.
Trate /.well-known/ucp como configuração executável. Preserve perfil, origem e data da observação usada no teste. Valide versões, capacidades, extensões, serviços e dependências. Se faltar uma capacidade, use um fallback documentado. Não invente endpoint ou payload.
Exemplo de negociação
Se o agente declara A, B e C e a vitrine declara A, C e D, a interseção inicial é A e C. Se C depende de E e E não está ativo, o contrato final mantém apenas A. O cenário explica a lógica e não afirma nomes reais de capacidades da Shopify.
Transporte não expande o contrato
REST, MCP ou A2A mudam o caminho das mensagens, não as capacidades negociadas. Trocar o binding não cria uma capacidade ausente nem contorna sua dependência.
Os testes devem cobrir descoberta, versão, interseção, dependências, validação de requisições, erros, transição para o usuário e estado final. Registre o contrato negociado sem reter dados pessoais ou de pagamento desnecessários.
O que monitorar
Monitore o perfil Shopify, anúncios e releases oficiais do UCP e o comportamento real da integração. Uma atualização documental não prova, sozinha, mudança no perfil live ou em uma sessão.
As fontes não sustentam ativação de todas as funções de agosto, novas capacidades em 4 de setembro, atualização de todas as sessões ou interoperabilidade garantida por versão comum.
Fontes primárias
- Shopify, UCP 2026-08-25 is now supported, 4 de setembro de 2026.
- UCP, Specification overview.
- UCP GitHub, release v2026-08-25.
Fontes revistas em 29 de setembro de 2026.