Tema: protocols
-
Protocolos agente a agente em resumo: Agent Cards do A2A, tarefas e o lugar do MCP
O que o protocolo A2A (versão 1.0.0, Linux Foundation) padroniza entre agentes independentes: um Agent Card publicado em /.well-known/agent-card.json com capacidades, skills, endpoint e esquemas de segurança; tarefas com um ciclo de vida de submitted, working, input-required, auth-required, completed, failed, canceled e rejected; mensagens e artefatos compostos por parts; bindings JSON-RPC, gRPC e REST; e a descrição da própria especificação sobre como ele complementa o MCP.
-
MCP Roots, Sampling e Logging: caminhos de migração após a depreciação em 2026-07-28
Roots, Sampling e Logging do protocolo foram marcados como obsoletos, mas não removidos. As substituições documentadas exigem decisões separadas sobre permissões do sistema de arquivos, acesso a modelos e observabilidade operacional.
-
Aplicação de limites de gastos de agentes no x402, no AP2 e no checkout delegado
Um procedimento operacional proposto que relaciona limites por transação, orçamentos cumulativos, restrições de destino, aprovações e recibos ao suporte oferecido pelos protocolos. A aplicação dos controles e a contabilização continuam sendo responsabilidade de componentes de pagamento confiáveis.
-
MCP 2026-07-28: o núcleo sem estado e seus limites de compatibilidade
A revisão de julho remove o handshake de inicialização e as sessões de transporte, adiciona metadados por requisição e interações com múltiplas trocas, e formaliza extensões e obsolescência. Os servidores são obrigados a implementar a descoberta, mas sua chamada é opcional para os clientes.
-
Integração de comerciantes com o ACP: sessões de checkout, tokens delegados e novas tentativas seguras
A versão datada do ACP 2026-04-17 separa o estado do checkout do comerciante das credenciais de pagamento delegadas. Os comerciantes precisam de endpoints de sessão versionados, handlers de pagamento compatíveis, conclusão idempotente e atualizações de pedidos autenticadas.
-
Mandatos do AP2 v0.2: intenção do usuário, compras autônomas e governança da FIDO
O AP2 v0.2 usa mandatos Checkout e Payment abertos e fechados para transmitir autorizações verificáveis. O modelo atual difere da terminologia anterior Intent/Cart, e o anúncio da contribuição à FIDO não deve ser confundido com um padrão definitivo.
-
Autorização no MCP 2026-07-28: verificações do emissor e mudanças no registro de clientes
A revisão reforça a validação do emissor nas respostas de autorização, vincula as credenciais de registro armazenadas ao emissor e torna obsoleto o Dynamic Client Registration. Os Client ID Metadata Documents já eram recomendados na revisão anterior.
-
MCP 2026-07-28 atrás de balanceadores de carga HTTP: roteamento e escopo seguro de cache
Os cabeçalhos das requisições permitem rotear sem analisar JSON, enquanto as indicações de cache do MCP regem os resultados elegíveis. Ainda são necessários validação de cabeçalhos, isolamento por contexto de autorização e um cache que compreenda MCP; um cache genérico de respostas POST não os substitui.
-
Implementação da troca HTTP do x402 v2: cabeçalhos, facilitadores e liquidação
Uma descrição do x402 v2 voltada à implementação: os três cabeçalhos HTTP, as responsabilidades do cliente e do servidor de recursos e a diferença entre verificar a autorização de pagamento e liquidar um pagamento.
-
Migração de um servidor MCP HTTP para 2026-07-28 com suporte a clientes antigos
Uma migração em etapas separa o handshake legado das requisições autossuficientes, implementa os novos formatos de resposta e interação e testa ambos pelo gateway HTTP real.
Legível por máquina: JSON