Fechou: a Superblocks, startup de vibe coding, assinou um acordo de marketing de vários anos com a AWS. Na prática, quem já roda infraestrutura na AWS vai poder embutir a ferramenta dentro da própria nuvem privada, sem exportar nada para fora.
Chega de mandar dado sensível para provedor de modelo terceiro. O pipeline passa a rodar dentro da conta AWS do cliente: banco de dados sobe como Amazon Aurora na VPC da empresa, não como um Supabase externo, que hoje é meio que o banco padrão do ecossistema vibe coding. A inferência passa pelo Amazon Bedrock. Resultado: as aplicações caem direto sob gestão e segurança do time de TI, em vez de virarem app fantasma criado por algum time de negócio sem aviso prévio.
“A gente vai levar isso para dentro da sua nuvem privada. O dado nunca sai. É a conta AWS do cliente, com toda a auditoria, criptografia e controle de rede que já existe ali”, resume Brad Menezes, cofundador e CEO da Superblocks.
O que muda na arquitetura
Na prática, dá pra pensar assim: em vez de apontar o app gerado por IA para uma API externa qualquer, o fluxo fica contido. Modelo vem do Bedrock, storage vem do Aurora, rede e log ficam sob o mesmo guarda-chuva de IAM e VPC que já protege o resto do ambiente. Nada de credencial vazando para SaaS de terceiro. É basicamente pegar o padrão de shadow IT que vibe coding costuma gerar e trazer de volta para dentro do perímetro.
A AWS também entra ajudando a vender a ferramenta via Marketplace, como faz com outros parceiros. Ainda não tem um agente de vibe coding próprio voltado para usuário de negócio: o Kiro é focado em desenvolvedor, e o Quick é mais um assistente corporativo, tipo Copilot. Essa parceria tampa um buraco real no portfólio.
O pano de fundo é maior que a Superblocks
A Superblocks é pequena: 50 funcionários, US$ 60 milhões levantados até o Series A de maio de 2025, com Spark Capital, Kleiner Perkins, Meritech Capital e Greenoaks no cap table. Mas o movimento por trás é o que importa. As grandes clouds estão empurrando as empresas a separar o modelo de IA do resto do ferramental, como orquestração, segurança e harness de agente, e comprar essa camada da própria nuvem, não do provedor de modelo.
Satya Nadella andou repetindo isso: usar múltiplos modelos para reduzir custo e evitar lock-in, e desconfiar de laboratório de IA como camada de orquestração porque ele pode usar os dados da empresa para treinar concorrência depois. Faz sentido do ponto de vista de operação: ninguém quer pipeline de produção dependente de uma única API que pode mudar preço ou política de um dia para o outro.
Os números batem com o discurso: modelo aberto já responde por 29% do tráfego passando pelo AI gateway da Vercel, ferramenta comum para gerenciar múltiplos modelos em produção. Menezes resume sem meias palavras: qualquer empresa apostando tudo em um único provedor de modelo vai ver o executivo responsável ser demitido. Dito por quem vive vendendo multi-model, mas o argumento de arquitetura resiliente se sustenta.