Seu CTO encaminhou três demos de plataformas de agentes este mês. Anthropic no dia 8 de abril. OpenAI no dia 15. Google Cloud Next abrindo hoje, 22 de abril. O pedido: "Escolhe uma até o fim do trimestre."
Claro. E já que tá nessa, escolhe entre alugar um apartamento, comprar madeira e fazer sua própria fundação de concreto. Mesma linha orçamentária. Totalmente comparável.
Três lançamentos, três espécies diferentes
Entre 8 e 22 de abril, todo grande lab de IA lançou uma "plataforma de agentes". As aspas estão trabalhando horas extras. Chamar isso da mesma categoria de produto é como chamar um serviço de táxi, uma concessionária e um sistema de pedágio de "concorrentes de transporte".
Anthropic (8 de abril) lançou Managed Agents em beta público. Um serviço gerenciado: você define o agente, a Anthropic roda. $0,08 por hora de sessão mais taxas de token. Sem infraestrutura pra gerenciar. Sem containers pra monitorar. Você manda uma config e torce pros deuses do uptime sorrirem.
OpenAI (15 de abril) atualizou seu Agents SDK com execução em sandbox, memória configurável e MCP (Model Context Protocol — um padrão universal de plugue para ferramentas de IA). Um toolkit aberto: você hospeda, você escala, você debugga às 3 da manhã de um sábado. Open-source. Controle máximo. Máximo-problema-seu.
Google (22 de abril) abre o Cloud Next com ADK v1.0, protocolo A2A v0.2 (comunicação agente-para-agente — padrão próprio do Google) e suporte dual MCP/A2A. Um primitivo de nuvem: Lego de infraestrutura que você monta dentro do GCP. Primeiro hyperscaler a suportar nativamente os dois protocolos de comunicação de agentes.
Três fornecedores. Três categorias de produto fundamentalmente diferentes vestindo a mesma fantasia de "plataforma de agentes".
Seu RFP já chegou morto
Times de procurement por todo lado estão montando matrizes de avaliação agora. Fofinho. Essas matrizes assumem que os produtos compartilham eixos de comparação. Não compartilham.
Para um serviço gerenciado, você avalia SLAs de uptime, residência de dados e preço por sessão. Para um toolkit, você avalia produtividade do desenvolvedor, custos de hospedagem e se seu time consegue rodar infraestrutura distribuída de agentes sem botar fogo no prédio. Para um primitivo de nuvem, você avalia maturidade de protocolo, superfície de lock-in no GCP e se o A2A v0.2 sobrevive o suficiente pra chegar na v1.0.
Perguntar "qual plataforma de agentes é melhor?" é como perguntar "o que é melhor — Uber, uma Toyota ou asfalto?" Depende se você tem uma garagem, um motorista ou um diploma de engenharia civil.
O lock-in que não aparece nos slides do vendor
É aqui que fica caro, e não do jeito que a página de preços te avisa.
Escolheu o serviço gerenciado da Anthropic? Você troca headcount de infra por dependência de vendor. Quando a camada gerenciada se comporta mal, você abre um ticket de suporte e fica encarando o Slack. Como reportou o InfoQ, o fundador stealth Weilun Chen já sinalizou: o SDK da Anthropic cria lock-in, e "a definição de trajetória precisa ser open source". Ele não está errado. Você está alugando a abstração de outra pessoa, e eles podem reformar o apartamento enquanto você dorme.
Escolheu o toolkit da OpenAI? Você precisa de um time de plataforma capaz de rodar infraestrutura distribuída de agentes em produção. São de três a cinco engenheiros seniores que atualmente não estão na sua folha de pagamento. Sua "iniciativa de IA" virou silenciosamente uma requisição de headcount com timeline de seis meses pra contratar.
Escolheu os primitivos de nuvem do Google? Você está apostando em dois protocolos — A2A na v0.2, MCP ainda buscando seu modelo de governança — nenhum totalmente padronizado. Você está construindo paredes estruturais numa fundação que ainda está curando.
Cada escolha remodela sua organização de engenharia numa direção diferente. Trocar depois não significa reescrever algumas chamadas de API. Significa reestruturar times, renegociar contratos e explicar pro CFO por que o plano de headcount mudou de novo.
Uma startup Series C escolheu um serviço gerenciado de agentes em março, bateu numa parede com orquestração customizada de ferramentas em três semanas, e passou seis semanas migrando pra self-hosted. A reescrita de código levou um fim de semana. A cirurgia organizacional — duas contratações de infra, rotações de on-call redesenhadas, controles SOC 2 reescritos — consumiu as outras cinco semanas e meia. Seis semanas de zero features entregues, e uma atualização pro board extremamente desconfortável.
O que fazer de verdade
Pare de comparar plataformas. Comece respondendo a pergunta que realmente importa: que tipo de organização de engenharia você é?
Time enxuto, precisa de velocidade, alérgico a infraestrutura? Avalie serviços gerenciados. Engenheiros de plataforma fortes que passam mal quando não conseguem ver o runtime? Avalie toolkits. Já está afundado no GCP com necessidades de orquestração multi-agente? Avalie primitivos de nuvem.
A decisão não é Anthropic vs. OpenAI vs. Google. É managed vs. self-hosted vs. cloud-native. Essa escolha vem da sua estrutura organizacional, da sua realidade de staffing e da sua tolerância pra alertas às 3 da manhã — não de uma demo de keynote.
Seu CTO queria uma recomendação até o fim do trimestre? Aqui está: defina seu modelo operacional primeiro. A plataforma certa vai ser óbvia. A errada vai te custar um time reestruturado, seis semanas de output morto e um slide deck que ninguém quer apresentar.
