Voltar
MicroSaaS e Vibecoding· Palestra

Claude Code, Codex ou Cursor? Como não construir sua startup em terreno alugado

28 de agosto · 16:05–16:40Palco 2
Vinicius Lana de Paula
Vinicius Lana de Paula
Founder · AI Coders Academy
Claude Code, Codex e Cursor parecem escolhas de ferramenta, mas definem o quanto uma startup depende de plataformas de terceiros. Vinicius mostra como avaliar lock-in, opções abertas e infraestrutura própria para decidir o que assinar, o que construir e onde manter controle
Sumário executivo

Resumo executivo

Vinicius Lana aborda os riscos operacionais e arquiteturais de startups construírem suas soluções e processos inteiramente dependentes de agentes de inteligência artificial de terceiros, como Claude, ChatGPT e Cursor, prática comparada a construir em 'terreno alugado'. Conforme a adoção da IA evolui de um uso consultivo para um papel de autonomia e infraestrutura, os processos e o conhecimento operacional da empresa tendem a ficar confinados em arquivos de contexto e prompts.

Essa dependência cria o que o palestrante classifica como um 'ERP probabilístico', no qual regras determinísticas de negócio ficam vulneráveis às variações e quedas de provedores externos. Para resolver esse dilema, Lana defende que o agente de IA deve ser encarado apenas como uma nova camada de interface de usuário (front-end), enquanto a lógica de negócio determinística deve pertencer estritamente ao back-end da própria empresa.

A palestra propõe a descentralização do controle por meio de protocolos de integração, como o Model Context Protocol (MCP), CLIs e APIs. Dessa forma, a startup garante resiliência e independência tecnológica, permitindo que suas capacidades internas sejam invocadas por qualquer agente de IA sem interromper as operações caso uma ferramenta específica fique indisponível.

Tópicos principais

  • Construção em terreno alugado: O risco de criar dependência total de fornecedores de IA proprietários.
  • Estágios de evolução da IA: A transição do modelo copiloto ('ajude-me a escrever') para o nível de infraestrutura autônoma.
  • O perigo do ERP probabilístico: A incompatibilidade entre regras de negócio que exigem determinismo e respostas probabilísticas da IA.
  • O agente como nova interface: O entendimento de que IAs atuam como front-end de baixa fricção, devendo consumir um back-end próprio.
  • Protocolos de desacoplamento: Utilização de MCP, CLI e APIs para conectar processos de negócio a qualquer agente disponível.

Insights

A facilidade de transformar intenção em resultado com IA criou a tentação de enterrar processos e regras de negócio essenciais dentro de pastas de arquivos markdown e prompts.
Tratar o agente de IA como a camada de front-end resgata a facilidade de interação da comunicação direta, sem transferir o controle determinístico das regras de negócio para a IA.
Interfaces de usuário mudam constantemente ao longo do tempo (telefone, web, aplicativos, agentes), mas as capacidades fundamentais do negócio permanecem as mesmas.
A resiliência operacional é alcançada quando a startup constrói capacidades invocáveis por qualquer agente, impedindo que a queda de um provedor de IA pare a empresa.

Frases marcantes

"Se o cloud sair do ar hoje, ou amanhã, a sua empresa para?"Vinicius Lana de Paula
"O problema não é usar um agente. O problema é deixar o seu processo existir apenas dentro dele."Vinicius Lana de Paula
"Hoje, você não precisa de um novo agente. Você é empresa, você é produto, você é pessoa, usuário de agentes. Hoje o que você precisa é de um processo que qualquer agente consiga operar."Vinicius Lana de Paula

Aplicações práticas

  1. 1Mapear onde as regras de negócio determinísticas da empresa estão armazenadas e migrá-las de prompts/skills para APIs no back-end próprio.
  2. 2Adotar protocolos abertos como MCP (Model Context Protocol) ou CLIs para expor as capacidades da empresa de maneira padronizada a múltiplos agentes.
  3. 3Estruturar a arquitetura de software para que o agente de IA funcione apenas como disparador de intenções e a execução real ocorra em sistemas sob controle da startup.
  4. 4Desenvolver integrações desacopladas que permitam alternar entre diferentes modelos e provedores de IA (Anthropic, OpenAI, modelos open-source) sem reescrever processos.

Conclusão

A verdadeira resiliência de uma startup na era da inteligência artificial reside em manter o controle sobre seus processos e regras determinísticas no back-end. Ao utilizar os agentes de IA estritamente como uma camada flexível de interface, a empresa garante agilidade operacional e se protege contra indisponibilidades e lock-in de fornecedores.

Compartilhe esse conteúdo

Espalhe as ideias que rolaram no Startup Summit.

WhatsAppLinkedInXFacebook
Sumário gerado e editado pela curadoria Sebrae Startups.
Publicado em 30 de agosto de 2026