Muita empresa já assinou ferramentas de IA e chamou isso de transformação. Cada pessoa tem o seu assistente, alguns já criaram agentes no próprio computador, e a operação continua parecida com a de dois anos atrás: conhecimento espalhado, ninguém sabe quem usa o quê e cada área resolve do seu jeito. Ser uma empresa AI native depende menos da ferramenta e mais da forma de organizar conhecimento, pessoas e agentes.
No episódio 124 do AmplificaCast, Eric Klein recebe João Paulo Faria, o JP, que soma 25 anos no mercado de tecnologia. Ele montou e vendeu uma startup com os sócios, fez parte do Octadesk, vendido por mais de R$ 100 milhões, e viu uma operação própria quebrar. Na conversa, JP mostra como monta o cérebro de uma empresa, onde os agentes de IA rodam e como manter o controle sobre tudo isso.
O que é uma empresa AI native
Uma empresa AI native é estruturada desde a base para que pessoas e agentes de IA trabalhem sobre o mesmo contexto, com governança. Em vez de cada colaborador usar ferramentas isoladas, ela organiza o conhecimento interno em um cérebro consultável, roda agentes de forma padronizada e centraliza as integrações, sabendo quem acessa o quê.
Para JP, o limite do que quase todo mundo faz hoje é que cada profissional monta o seu segundo cérebro e os seus agentes, mas tudo fica preso a uma pessoa:
“Ele está desenvolvendo o agente local, na máquina dele, no contexto dele, com o cérebro dele.”
O organograma está mudando pelo meio
Na visão do JP, o corte mais comum nas grandes empresas não está na base da pirâmide:
“O que eu acho que está mais comum: eles estão cortando a fatia do meio de gestores, aquela fatia do meio de gestão.”
O organograma herdou a cadeia de comando militar, que existia para gerenciar informação. Quando a informação fica centralizada e acessível, essa camada perde função e ganham peso outros perfis:
“Você vai começar a ter contribuidores individuais de alta relevância. Às vezes um contribuidor toma conta de um pedaço gigantesco dentro da empresa.”
Eric descreve a mudança no dia a dia:
“Agora você não precisa mais vir com a dúvida. Você já vem com a solução. Você já teve uma discussão de alto nível com alguma IA que você usa.”
Os 3 blocos de um sistema operacional de IA
Quando JP fala em montar o sistema operacional de uma empresa AI native, ele resume tudo em três peças:
“Basicamente é o company brain, o agent runner e o MCP server centralizado.”
- Company brain: base única com o conhecimento da empresa.
- Agent runner: ambiente dedicado onde os agentes rodam 24 por 7.
- MCP centralizado: ponto único de integrações, com controle de quem usa o quê.
Company brain (cérebro da empresa)
O company brain reúne reuniões transcritas, processos, documentos e dados de clientes. O desafio é a ingestão: cada conteúdo chega a um lugar padrão e é lido por uma rotina que identifica quem participou, de qual cliente se trata e qual era o tema. Ontologia e taxonomia garantem que tudo siga o mesmo padrão:
“Na hora que ele for para o company brain, ele tem que passar por esse layer de ontologia e taxonomia para entrar no padrão.”
Com metadados em cada trecho guardado no banco de dados vetorial, dá para filtrar, por exemplo, só as informações de um cliente. Quando uma empresa AI native começa a centralizar conhecimento, os agentes deixam de operar de forma isolada.
Agent runner
Agent runner é o ambiente dedicado onde todos os agentes e serviços de IA da empresa rodam 24 por 7, de forma padronizada e com governança. Rodar agentes no computador de alguém serve para testar, mas não para operar:
“Como é que você vai portar isso para ficar rodando 24 por 7, de uma forma padronizada, com governança?”
MCP centralizado
O MCP (Model Context Protocol) é o padrão que conecta modelos de IA a ferramentas e sistemas. Em empresa pequena, cada um usa o seu; conforme a operação cresce, JP defende um ponto único de integrações. Com todas as APIs no mesmo MCP, segundo ele, “fica fácil você saber quem está usando, o quê, quando e para quem”.
Máquina, humano ou os dois: como classificar cada tarefa
Para desenhar a estrutura de uma empresa nova, JP separa as tarefas em três grupos. O primeiro:
“Você tem a tarefa que a máquina vai fazer sozinha, 100%, e vai fazer muito bem.”
O segundo é a tarefa em que a máquina vai bem até certo ponto e precisa ter um humano interferindo em algum momento. O terceiro é o que continua com uma pessoa. O exemplo dele é o pagamento no internet banking: o agente pode cadastrar, mas não libera. Em uma empresa AI native, automação não significa retirar o humano de todos os processos.
Com essa classificação, o organograma muda de lógica:
“A gente não monta mais só pensando em pessoas.”
Muda também o básico do profissional: além de operar as ferramentas de IA, saber separar o problema da solução antes de pedir a resposta. O tema conversa com o episódio sobre como talentos e pontos fortes mudam a liderança na era da IA.
A estrutura de uma empresa AI native também muda a forma como tarefas e responsabilidades são distribuídas.
Por onde começar com agentes de IA na empresa
A recomendação do JP é começar pelo que não muda. Contas a pagar, contas a receber e conciliação bancária funcionam do mesmo jeito há décadas, e por isso dá para automatizar quase tudo no administrativo e no financeiro. Na empresa em que atua, ele vai priorizar agentes no atendimento, porque sabe que o processo vai continuar igual.
O erro mais comum vai no sentido oposto:
“Um erro que a galera está cometendo muito é querer automatizar um processo em que a demanda é pequena. Vale a pena continuar fazendo ele manualmente.”
Para escolher onde vale a pena investir, ele usa um critério simples:
“O problema bom de resolver é aquele problema que tem latência alta e frequência alta.”
Latência alta é a dor grande, como na triagem do pronto-socorro. Frequência alta é o problema que acontece o tempo todo.
Governança e segurança sem travar a inovação
JP conta o caso de um colaborador formado em administração e contabilidade, sem background em tecnologia, que conectou um agente de programação ao ERP e montou soluções sozinho. A política é dar espaço antes de criar regra:
“Deixa a galera tentar criar coisa, montar coisa, e depois a gente tenta entender o que foi montado, encontrar padrão e padronizar.”
Liberdade não significa ausência de controle. Para Eric, quem cuida da governança precisa perguntar: “Onde é que está esse dado? O que está indo, o que está voltando? Onde está salvando?”. Governança passa a ser parte da arquitetura de uma empresa AI native, não uma etapa adicionada depois.
JP acrescenta práticas concretas: rodar o que é interno dentro da VPN, guardar as chaves de API em um cofre, ter um squad de agentes de segurança analisando o código antes de cada deploy e fazer testes de vulnerabilidade.
Governança também é custo. Usar o modelo mais caro para tudo é, nas palavras do JP, “dar um tiro de bazuca para matar um passarinho”. Eric passou a escolher o modelo pela complexidade de cada atividade quando viu a conta subir:
“Dá um tiro de bazuca quando você precisa só usar o estilingue.”
Produto ficou fácil, distribuição não
A parte final do episódio é sobre empreender. JP acha que poucas vezes foi tão bom começar uma empresa, mas faz um alerta: na visão dele, OpenAI e Anthropic estão ampliando o escopo do que resolvem e engolindo fatias de várias soluções do mercado. Quem constrói produto genérico corre o risco de ver um gigante lançar a mesma coisa.
O aprendizado mais caro dele veio da empresa que quebrou:
“Um dos meus maiores erros foi investir muito em produto e tecnologia e não pensar na distribuição.”
Para JP, tecnologia e produto ficaram fáceis de resolver; a energia deve ir para a distribuição, que também valida mercado, produto e oferta. Ou, como ele resume, “nem sempre o melhor produto é o que vence, e sim a distribuição”. É a mesma linha do episódio Fazer virou commodity, decidir não, com Tiago Morelli.
Para quem quer montar um SaaS, a receita é escolher um problema específico, de frequência e latência altas, e começar fechado:
“O pato não voa bem, o pato não corre bem, ele não faz nada direito. Ele faz um pouquinho de tudo. O negócio é ser extremamente especializado e fechado num problema.”
Como a Amplifica aplica isso
Na Amplifica, Eric criou um hábito simples para alimentar o cérebro da empresa:
“Cada reunião que a gente faz, seja um treinamento interno, seja uma reunião de processo, a gente tem que criar o hábito de transcrever aquilo para justamente entrar no cérebro da empresa.”
As transcrições vão para pastas padronizadas, onde rotinas leem o conteúdo e guardam o contexto. Um squad de IA conectado ao ambiente de trabalho do time consulta essas informações e transforma conversas em tarefas. Eric preferiu construir sobre a infraestrutura que a agência já usa, em vez de depender de mais uma ferramenta de terceiros.
É o raciocínio que levamos aos clientes: integrar o CRM e as ferramentas e aplicar inteligência artificial no marketing com processo, na nossa frente de Tecnologia e Dados.
Perguntas frequentes
O que é uma empresa AI native?
É uma empresa estruturada desde a base para que pessoas e agentes de IA trabalhem juntos sobre o mesmo contexto. Na prática, ela organiza o conhecimento interno em um “cérebro” consultável, roda agentes de forma padronizada e centraliza as integrações com governança, em vez de só usar ferramentas de IA de forma isolada.
O que é company brain?
Company brain, ou cérebro da empresa, é uma base única com o conhecimento da organização: reuniões transcritas, processos, documentos e dados de clientes. Para funcionar, precisa de padrão de ingestão, classificação por taxonomia e metadados, para que pessoas e agentes de IA encontrem a informação certa e com o contexto certo.
Como decidir o que um agente de IA pode fazer sozinho?
Uma forma prática é separar as tarefas em três grupos: as que a máquina faz bem sozinha, as que ela faz até certo ponto e precisam de revisão humana, e as que continuam com uma pessoa, como liberar um pagamento. Essa classificação ajuda a desenhar o organograma pensando em pessoas e agentes ao mesmo tempo.
Por onde começar a usar agentes de IA na empresa?
Comece por processos estáveis, repetitivos e de alto volume, como atendimento, contas a pagar e conciliação bancária. Evite automatizar processos de demanda pequena, que custam mais para automatizar do que para manter manuais. Antes de escalar, defina onde os dados ficam, quem acessa o quê e como os agentes são monitorados.
Ouça o episódio completo
O episódio 124 do AmplificaCast estará disponível em todos os canais:
- Site: amplificadigital.com.br/amplificacast
- YouTube: youtube.com/@amplificadigital
- Spotify: open.spotify.com/show/009tbDdRhHLmwzE76sdbVS
Sobre o convidado
João Paulo Faria (JP): 25 anos no mercado de tecnologia. Fez parte do Octadesk, vendido por mais de R$ 100 milhões.
- LinkedIn:https://www.linkedin.com/in/joaopaulospfaria/
- Instagram:https://www.instagram.com/joaospfaria/
Converse com um de nossos especialistas.
Clique aqui para agendar uma reunião!
Assista também aos nossos episódios de podcast:
AmplificaCast