AI native não é stack, é organização: o que Henrique Boz trouxe do Vale do Silício

[Henrique Boz](https://www.linkedin.com/in/henriqueboz/), head de engenharia da [Kamino](https://kamino.com.br/), tinha acabado de voltar de um mês no Vale do Silício, conversando com dezenas de empresas para entender o movimento *"AI Native"*. O engraçado é que ele e o CTO foram para lá com uma ideia — como otimizar os processos do time tech — e voltaram entendendo que aquilo era um movimento que precisava ser **feito em toda a empresa**. Nesta conversa: a galera do Vale está muito à frente do Brasil? Quais são as habilidades essenciais para a engenharia hoje? Dá para ficar na liderança sem meter a mão na massa? [](https://youtu.be/dw93e5e97tQ) ## AI native não é stack. É organização. O Boz foi para o Vale com uma pergunta: o que a gente aprende para acelerar a construção de tech? Voltou com outra: **como transformar a organização inteira?** Ele e o CTO conversaram com empresas AI native, early stage, muitas com menos de 20 pessoas e faturamento absurdo para a fase. O padrão que se repetiu: support engineer, GTM engineer, CEO usando Claude o dia inteiro. Automação espalhada, não um time de IA no canto. > *"Se a gente não moldar a empresa também para ser mais AI native, a própria organização vai se tornar gargalo de tudo que a gente construía."* Nas conversas que teve com fundadores sobre como incentivar essa adoção de IA por todas as áreas, ele contou de um fundador colombiano que estava recusando qualquer trabalho da assistente que não tivesse algo feito com IA. Se dá para automatizar, volta. A lógica: parar de inventar trabalho novo que trava a agenda e não mexe o ponteiro. Tecnologia é o meio. Mindset, hábito e estrutura são o jogo. Tem fricção até achar o processo em que você confia 100%. Sem isso, vira FOMO de swarm de agentes no Twitter enquanto o time ainda está saindo do autocomplete do Copilot. ## Engenheiro construindo a fábrica (não só o produto) No Vale, o Boz viu o fluxo agêntico funcionar de verdade. Não só geração de código: linear, tarefa entra, código, verificação, produção. Em alguns lugares, 90% dos bugs resolvidos em meia hora nessa esteira. No Brasil, ele vê a galera saindo do autocomplete para o spec-driven. Pouco se fala ainda de loop engineering e software factories. A aposta que ele trouxe: > "Engenheiros construindo a fábrica que vai construir o produto." É uma divisão nova de trabalho: - quem entrega para o usuário final; - quem constrói a fábrica. Dentro da fábrica entram evals, harness engineering, guardrails. O desafio maior não é fechar o loop de bug. É automatizar feature com receita: A/B, feature flag, rollout progressivo, e saber onde o humano fica no gate. Cada gargalo resolvido revela o próximo. PRs infinitas. Discussão se ainda precisa revisar PR. Uma puxa a outra. ## Todo mundo virando engineer (e teste bom é teste em produção) Perguntei para o Boz sobre a tríade. No Vale, a discussão já está meio ultrapassada. > Todo mundo está virando engineer. Design engineer, product engineer. Todo mundo entrega em produção. O que muda é o viés que cada disciplina traz para o problema. Uma feature pode nascer no design, ir para produção, validar com cliente, e só depois a engenharia entrar para dar escala. Ou o contrário: engenharia sobe algo e o design faz o polimento depois. O silo de "quem prototipa", "quem define o quê" e "quem define o como" some. > *"Talvez hoje seja mais rápido você colocar alguma coisa em produção em poucos dias e validar com o cliente final."* Eu reforço o mantra: **teste bom é teste em produção.** A OpenAI lança, pega feedback na semana, itera. A Anthropic fica mais em research preview. Velocidade é o novo moat. E engenharia precisa de shift left: menos acomodada no board do Jira, mais conversa com cliente, métrica, conversão, receita. > Por que o engenheiro não pode falar com o usuário final? ## Liderança que volta a codar (e bola mais quadrada) Desde fevereiro de 2026, na Kamino, todo mundo está focado em Claude Code com harness em volta. O handoff mudou. Em vez de PRD mastigado e protótipo pronto, a **bola chega mais quadrada**: > "A gente está com esses problemas de segurança, resolve pra mim. A gente quer melhorar a jornada de cartão de crédito. Esses são os problemas que a gente conhece, vai atrás e resolve." O engenheiro conversa com a empresa, levanta dado, escreve product spec, prototipa com IA, valida com design e produto, entrega fim a fim. Acabou o medo de deixar o time sem task no Jira. Na liderança, **morre o líder que só faz proxy**. Numa sexta-feira, entre reuniões, o Boz escreveu a spec de manhã, prototipou de tarde, mandou codar à noite; no sábado de manhã estava pronto e na segunda o PR foi para revisão. Uma feature que ia entrar na fila de priorização de algum squad — resolvida em dois dias entre uma call e outra. Contratação também muda. Teste de palíndromo não faz mais sentido; o que se avalia é capacidade de abstração, product sense e métrica.