Protocolo Agente para Agente (A2A)

1. Visão geral do conceito e problema sistêmico

Até 2025–2026, a maioria dos sistemas multiagente era construída na forma de monólitos proprietários rígidos (dentro de uma única biblioteca como LangGraph ou CrewAI). No entanto, com o surgimento de dezenas de agentes comerciais especializados (agente de auditoria de segurança, agente contábil, agente DevOps de um provedor de nuvem), surgiu um problema sistêmico:

• Isolamento de ecossistemas: Um agente executado em uma rede interna baseada em PydanticAI não pode delegar com segurança parte do trabalho para um agente no ecossistema LangGraph de outra empresa.
• Ausência de um contrato único de habilidades: Não há uma maneira universal de saber quais tarefas um agente externo é capaz de resolver, quanto custa sua solicitação e quais garantias de SLA ele oferece.
• Perda de contexto durante o handoff: A transferência de prompts entre sistemas frequentemente corta a cadeia de raciocínio e as restrições do sistema.

O A2A Protocol (Agent-to-Agent) elimina essas barreiras. Trata-se de um protocolo de aplicação padronizado que transforma agentes autônomos em participantes plenos de uma rede aberta, capazes de descobrir as capacidades uns dos outros (Discovery), negociar condições de execução (Negotiation) e delegar tarefas com segurança.

2. Taxonomia arquitetural e modelo mental

A arquitetura do protocolo A2A é construída sobre quatro níveis funcionais:

┌─────────────────────────────────────────────────────────────┐
│                 A2A PROTOCOL STACK ARCHITECTURE             │
├─────────────────────────────────────────────────────────────┤
│ 1. Semantic Discovery Layer                                 │
│    • Capability Manifests (Agent.json / JSON-LD)            │
│    • Skill Taxonomy & SLA Declarations                      │
├─────────────────────────────────────────────────────────────┤
│ 2. Negotiation & Contract Layer                             │
│    • Task Scoping & Constraint Bidding                      │
│    • Cost / Token Budget Allocation                         │
├─────────────────────────────────────────────────────────────┤
│ 3. Session & Handoff State Layer                            │
│    • Structured State Vectors & Memory Snapshots            │
│    • Execution Tracing & Callback Channels                  │
├─────────────────────────────────────────────────────────────┤
│ 4. Transport & Cryptographic Trust Layer                    │
│    • mTLS, Ed25519 Signatures, DID (Decentralized IDs)      │
│    • HTTP/3 Streams & Ephemeral WebSocket Tunnels           │
└─────────────────────────────────────────────────────────────┘

1. Discovery (Descoberta): O agente publica um manifesto de suas capacidades (/.well-known/agent.json), contendo tipos de tarefas, esquemas esperados de dados de entrada e limites de segurança.
2. Negotiation (Negociação): O agente iniciador solicita a execução de uma subtarefa, especificando o orçamento máximo de tokens, prazo final e restrições de permissões.
3. Execution & Handoff (Execução): Transferência do mínimo necessário de contexto da tarefa em formato estruturado.
4. Verification (Verificação): Validação do resultado criptograficamente assinado e das métricas de consumo.

3. Pipeline técnico e mecânica interna

O ciclo de vida típico de uma transação A2A desenrola-se da seguinte maneira:

[ Primary Agent ]               [ Directory / DNS ]             [ Specialist Agent ]
       │                                 │                                │
       ├────── Query capabilities ───────►                                │
       │◄───── Endpoint & Public Key ────┤                                │
       │                                                                  │
       ├────── Send Task Contract (Schema, Tokens, Scope) ───────────────►│
       │                                                                  │ (Validate Auth &
       │                                                                  │  Resource Budget)
       │◄───── Accept / Propose Counter-Terms (Ack) ──────────────────────┤
       │                                                                  │
       ├────── Stream Context & Constraints ─────────────────────────────►│
       │                                                                  │ (Execute in Sandbox)
       │◄───── Stream Progress Events & Sub-Task Artifacts ───────────────┤
       │                                                                  │
       │◄───── Final Signed Result (Proof of Execution) ──────────────────┤

• Contract Validation: As partes verificam as assinaturas digitais da solicitação para prevenir ataques Man-in-the-Middle ou substituição de prompts de sistema.
• Context Encapsulation: Transfere-se apenas o recorte relevante da memória (Task-Specific Slice), e não todo o histórico de conversação do agente principal com o usuário, garantindo confidencialidade.

4. Cenários práticos de engenharia em produção

01. Orquestrador DevOps multicloud

Um agente local do desenvolvedor coordena um release. Ele acessa via A2A um agente externo de infraestrutura da Hetzner para criar uma VPS, após o que passa o acesso obtido ao agente de segurança para auditoria de portas abertas e geração de configuração UFW.

02. Delegação de cálculos matemáticos profundos

Um agente coordenador leve baseado no modelo Gemini Flash encontra uma tarefa complexa de otimização. Via A2A, ele transmite a tarefa a um agente especializado baseado no DeepSeek-R1 com runtime Python/NumPy dedicado, recebendo uma resposta numérica assinada.

03. Frota de Code Review cross-platform

Um agente no ambiente Cursor chama um agente corporativo de compliance, implantado no perímetro privado de um banco, obtendo um veredito sobre a ausência de dados PII e a pureza de licenciamento antes da formação do commit.

5. Armadilhas, erros comuns e segurança

• Cascade Failure (Falhas em cascata): Se um agente na cadeia A2A travar em um loop infinito, toda a operação fica bloqueada. É obrigatório implementar timeouts rigorosos (Time-to-Live) para cada chamada.
• Indirect Prompt Injection via A2A: Um agente especializado comprometido pode retornar um resultado contendo instruções maliciosas para o agente principal. Qualquer resultado de entrada A2A deve passar por validação de esquema e sanitização como dados externos perigosos.
• Vazamento incontrolável de orçamento: Chamadas mútuas de agentes sem limite global de tokens podem causar um diálogo cíclico ("obrigado — obrigado também"), que esgota o saldo em minutos.

6. Conclusão estratégica para o engenheiro de 2026

O protocolo A2A retira a engenharia de inteligência artificial da era dos scripts fechados para a era da internet aberta de agentes. Ao projetar serviços de agentes hoje, isole sua lógica interna da interface de comunicação e incorpore especificações abertas de interação, para que seus agentes possam se tornar parte de sistemas distribuídos globais.