Beyond Vibe Coding Temporada 2, Episódio 5

Entregando mais, não mais rápido

Agentes escreviam 95% do código da Parloa, e o cycle time não se mexeu. O episódio do Italo no Beyond Vibe Coding, capítulo por capítulo, com as lições destacadas.

Baseado em Inside Parloa’s AI Kitchen, com Sebastian Heide-Meyer zu Erpen e André Neubauer Publicado em 9 de julho de 202664 minEscrito pelo Claude a partir da transcrição do episódio, em 7 de outubro de 2026

Escrito pelo Claude, não pelo Italo. O Claude, um modelo de IA da Anthropic, escreveu estes destaques a partir da transcrição do episódio. As citações são palavras do próprio Italo na gravação, traduzidas e com pequenos cortes, cada uma ligada ao segundo em que foi dita. Os resumos e as lições são a leitura do Claude, não textos do Italo, que estão em Artigos.

Uma aquarela do passe de uma cozinha de restaurante: comandas presas num trilho, duas luminárias acesas sobre pratos montados, uma tigela fumegante e uma campainha de serviço de latão.

Em julho de 2026, Sebastian Heide-Meyer zu Erpen e André Neubauer receberam o Italo no Beyond Vibe Coding para falar de como a Parloa, uma empresa que constrói agentes de IA, constrói software com eles. Quando gravaram, agentes escreviam 95% do código da Parloa, e o cycle time não tinha se mexido.

Estes são os destaques, capítulo por capítulo, com uma lição tirada de cada um. As citações foram ditas em inglês e traduzidas aqui, e cada uma leva ao segundo em que foi dita.

Capítulo I 01:17 Plataforma como produto

O Italo passou a maior parte da carreira em times de plataforma: HelloFresh, N26, Urban Sports Club, Babbel e agora a Parloa. Uma ideia atravessa todas elas. Plataforma é produto, não centro de custo.

Quando você vira a moeda e passa a pensar nelas como potenciais geradoras de receita, você também muda a forma como pensa a organização e como monta os times em volta.

Italo Vietro 03:24

A lição Trate confiabilidade, segurança e infraestrutura como alavanca, e não como coisas que uma empresa precisa ter. Isso muda como você pensa a organização e os times que monta.

Capítulo II 04:21 Escreva você mesmo

Escrever é a única coisa que o Italo não entrega à IA; ele a usa como um pato de borracha que discorda dele. Construir segue o mesmo ciclo em casa e no trabalho: especificar, pesquisar, implementar, validar, publicar. Na gestão, skills cuidam da parte administrativa (avaliações de desempenho, preparação de entrevistas, as prioridades da manhã) e param antes das decisões.

Uma aquarela de um caderno de papel aberto, com linhas manuscritas e uma caneta deitada sobre ele.
Ele ainda anda com um caderno de papel.

Escrever me ajuda a pensar melhor. Então eu ainda escrevo eu mesmo.

Italo Vietro 06:35

Não gosto de delegar à IA a decisão de contratar.

Italo Vietro 12:38

A lição Automatize a burocracia, guarde o julgamento. A IA pode preparar a entrevista. Quem contrata é uma pessoa.

Capítulo III 16:00 A cozinha

Um engenheiro juntou skills num repositório e o chamou de cozinha. Quase ninguém usava, até que um time reescreveu um serviço problemático numa única Accelerator Week, sem tocar no código, passou pelas verificações da Parloa no SonarQube e o colocou em produção para uma fatia dos clientes. Depois, o Show me how you cook tornou a coisa social. Logo, 95% do código da Parloa saía da cozinha.

Uma aquarela de um chapéu de chef branco sobre uma prateleira de madeira e um avental âmbar pendurado num gancho logo abaixo.
Um chapéu de chef para quem mostra algo. O avental de master chef para impacto real em clientes.

A cozinha não é nada além de um monte de skills juntas. [Ela] é o harness.

Italo Vietro 18:55

A lição Prove o harness em algo real e depois torne a adoção social. Um repositório bonito que meia dúzia de pessoas conhece não é um sistema.

Capítulo IV 23:28 Mais, não mais rápido

Antes, a sua intuição Agentes escreviam 95% do código da Parloa. Quão mais rápido você esperaria que ela entregasse?
O que aconteceu nada mais rápido

O cycle time não se mexeu. A Parloa estava entregando mais, não mais rápido. 24:51

A faca de dois gumes. Escrever código nunca foi a parte lenta, então acelerar essa parte não mexeu no cycle time. A Parloa automatizou o resto do ciclo: pull requests menores, um painel de agentes revisores com um juiz (também um LLM) que manda as mudanças arriscadas para uma pessoa, e rollouts com raio de impacto pequeno, acompanhados pela taxa de falha de mudanças.

Uma aquarela de uma garrafa de vidro verde abarrotada de comandas de papel, com uma única comanda espremida saindo pelo gargalo estreito.
O gargalo nunca foi o código.
Por quê, num modelo de brinquedo Uma mudança, da ideia à produção. Acelere uma etapa e veja o total.
Antes Especificar Programar Revisar Validar Publicar 10,0 dias

Os dias são inventados. Só a aritmética é real: acelerar uma etapa reduz o total, no máximo, o quanto essa etapa pesava nele.

Como um pull request chega aos clientes Escolha um tipo de mudança e acompanhe o caminho.
  1. Um pull request pequenoPequeno o bastante para uma pessoa ler, o que o torna perfeito para um agente.
  2. Um painel de agentes revisores
    • SRE. SLOs e SLIs, circuit breakers, bulkheads.
    • Segurança. Existe modelagem de ameaças? Se não, comenta e bloqueia.
    • E outros. Cada um com uma preocupação não determinística.
  3. Um juiz, também um LLMEspera o painel, verifica se há consenso e classifica o risco.
  4. Uma pessoa revisa Mudanças arriscadas vão para um humano.
    O merge é automático Onde o time optou pelo merge automático.
  5. Um rollout com raio de impacto pequenoCanary releases, feature flags, escalonado. Com ou sem IA.
  6. Taxa de falha de mudanças, acompanhadaQuando ela dá um pico, rollback e reavaliação.

Essa nunca foi a parte realmente difícil de resolver. Tudo em volta era muito mais difícil.

Italo Vietro 23:51

Estamos entregando mais, mas não mais rápido.

Italo Vietro 24:51

A IA é boa em amplificar as coisas boas e as ruins dos seus processos.

Italo Vietro 29:02

A lição Meça cycle time, não volume. Programar mais rápido só compensa quando revisão, validação e publicação acompanham.

Capítulo V 29:25 Cada um com a sua faca

Antes de continuar Qual agente de programação a Parloa obrigava os engenheiros a usar?

Nenhum. Os engenheiros usavam Claude Code, Codex, Copilot e Cursor; o que a Parloa exigia era o resultado. 30:33

A Parloa debateu tornar a cozinha obrigatória, e padronizar um único agente de programação, e não fez nenhuma das duas coisas. Os engenheiros usavam Claude Code, Codex, Copilot e Cursor. O que se exigia era o resultado, com verificações determinísticas contra um modelo de maturidade. E quando o Claude Code tinha um dia ruim, um proxy que recorre ao Codex manteve todo mundo trabalhando.

Uma aquarela de cinco facas de cozinha diferentes numa barra magnética: uma faca de chef, um cutelo, uma faca de pão, uma faca de legumes e uma santoku.
A faca é escolha de cada engenheiro. O que se confere é o prato.

Não te obrigamos a usar, mas você deveria sentir que, usando, fica mais rápido.

Italo Vietro 31:41

Todo mundo esqueceu como programar.

Italo Vietro 33:33

A lição Exija o resultado, não a ferramenta. Faça o caminho pavimentado ser mais rápido que qualquer alternativa, e se prepare para o dia ruim do seu fornecedor.

Capítulo VI 41:48 A cozinha às escuras

A visão: um PRD entregue na sexta-feira, construído, revisado e publicado por agentes até segunda. A tecnologia está perto. A pergunta é quanto risco correr, e em julho o Italo disse que alguns times chegariam lá em setembro. Se as luzes se apagarem, o investimento vai para o design e para contratar arquitetos com mentalidade de produto. Qualidade, confiabilidade e segurança ficam a cargo de um programa e de error budgets acordados com produto, não de um time central.

Uma aquarela de uma fábrica com telhado em dente de serra ao entardecer, todas as janelas apagadas menos uma, onde uma pessoa trabalha sozinha numa mesa sob luz quente.
Luzes apagadas. Menos onde alguém ainda precisa entender o que está acontecendo.

Eu chego na sexta-feira como desenvolvedor e digo: tenho este PRD aqui e preciso levar este PRD para produção até segunda.

Italo Vietro 42:38

Dá para chegar lá com a tecnologia de hoje com bastante facilidade. Mas quanto risco queremos correr com isso?

Italo Vietro 43:31

Impor regras não gera responsabilidade.

Italo Vietro 48:15

A lição A dark kitchen é uma questão de apetite por risco, não de tecnologia. Deixe que error budgets acordados com produto decidam quando um time para de publicar.

Capítulo VII 52:17 O que não se automatiza

O choque de realidade. A IA coloca bobagem em produção quando ninguém está prestando atenção, e democratiza trabalho difícil, como a stack de VoIP da Parloa, só até algo quebrar e alguém precisar de um especialista. Ser AI native acabou não sendo o que diferencia uma empresa.

Se ninguém está realmente entendendo ou se importando com o que ela produz, ela pode colocar muita coisa errada em produção.

Italo Vietro 52:58

Quando você começa a colocar coisas em produção e elas quebram, é nesse momento que você vai perceber: não faço a menor ideia do que isso realmente faz, e preciso de um especialista.

Italo Vietro 53:37

Contrate as pessoas certas… Cultive uma boa cultura de engenharia e depois esqueça a tecnologia, porque elas vão se adaptar à tecnologia.

Italo Vietro 55:40

A lição Ser AI native não é um fosso competitivo. As pessoas que você contrata são.

Capítulo VIII 56:10 O balanço dos apresentadores

Sebastian e André guardaram o caminho de uma cozinha opcional até um harness sólido, o painel de revisão com um humano no circuito para mudanças arriscadas, o proxy e o time de AI Transformation. Um deles não estava convencido de quanta liberdade os times têm antes da revisão, e disse isso. Marcaram setembro para uma continuação.

Compartilhar