Case Study5 min de leitura

De Vibe Coding a Pipeline Agêntico

Aura Research BoardResearch Board
blogcase-studyspec-driven-developmentspec-kitmigracaoangulartransformacao

De Vibe Coding a Pipeline Agêntico

Como uma Migração de Angular 16 para 20 Saiu de 2 a 3 Meses com Time Inteiro para 2 Semanas com 1 Desenvolvedor

Tipo: Case Study · Autor: Aura Research Board · Data: Maio 2026 · Aura Company


O Contexto

Atualizar uma aplicação de Angular 16 para Angular 20 não é trivial. São quatro saltos de versão maiores, com mudanças estruturais acumuladas: componentes standalone como padrão, nova sintaxe de control flow, ajustes em injeção de dependência, deprecações de APIs e atualização em cadeia de dependências. É o tipo de trabalho que costuma travar roadmap.

A própria empresa tinha uma régua interna para esse tipo de migração: de 2 a 3 meses de esforço, com um time inteiro alocado. Era o custo histórico de tirar uma aplicação de uma major desatualizada e colocá-la na versão corrente, em produção.

A Hipótese

E se a migração fosse tratada como spec-driven development, e não como mutirão manual? A aposta: escrever a especificação da migração como fonte da verdade, deixar o agente executar a migração módulo a módulo, e o desenvolvedor atuar como quem dirige e verifica, não como quem digita cada alteração. Be the human in the loop, aplicado a uma migração.

A Execução

O trabalho foi conduzido por 1 desenvolvedor, usando o GitHub Spec Kit sobre um coding agent. Em linhas gerais, o fluxo foi o de SDD na Pratica - do Spec ao PR com Spec Kit, aplicado a uma migração:

  • Uma constitution definiu as regras inegociáveis da migração: não quebrar contratos de API, manter a suíte de testes verde a cada etapa, adotar a sintaxe nova de control flow, e migrar para componentes standalone.
  • O spec quebrou a migração em alvos verificáveis por área da aplicação, com critérios de aceite objetivos.
  • O agente executou a migração por etapas, e a verificação foi a própria suíte de testes, rodando como porta de cada etapa.
  • O desenvolvedor revisou o spec e os planos, aprovou as mudanças de maior impacto, e tratou as exceções que saíam do padrão.

O Resultado

A aplicação entrou em produção na versão 20 em 2 semanas, com 1 desenvolvedor. Contra a régua histórica da própria empresa, de 2 a 3 meses com time inteiro, o ganho não foi incremental, foi de categoria. O conhecimento da migração, antes disperso na cabeça de quem faria o mutirão, ficou registrado no spec versionado, reutilizável na próxima major.

Por Que Funcionou

Três fatores explicam o salto, e nenhum deles é "o modelo ficou mais esperto":

  • O spec como contrato. O agente não adivinhou o objetivo. Ele teve critérios de aceite verificáveis a cada etapa, o que evita o retrabalho clássico do vibe coding, em que se acerta o código errado.
  • A verificação no loop. A suíte de testes como porta de cada etapa transformou "parece que migrou" em "passou nos critérios". Isso é harness, no sentido de Harness Engineering - O Software ao Redor do Modelo.
  • O humano no lugar certo. O desenvolvedor saiu da digitação e foi para a direção e a verificação. Uma pessoa supervisionando um agente rende o que antes exigia um time digitando.

Lições Transferíveis

  1. Comece pelo spec, não pelo código. Em migração, a especificação é o mapa que impede o agente de se perder no meio de quatro majors.
  2. Verificação automática não é opcional. Sem a suíte como porta, velocidade vira risco.
  3. O ganho real está no esforço liberado. Um desenvolvedor entregou em 2 semanas o que ocupava um time por meses, e o restante do time seguiu gerando valor em outras frentes.
  4. Para a liderança, maturidade agêntica é indicador de negócio (lead time, risco, conhecimento retido em ativo versionado), não placar técnico. É assim que se constrói o caso de investimento na transformação.

Conclusão

A diferença entre vibe coding e pipeline agêntico aparece inteira aqui. No primeiro, o desenvolvedor conversa com a ferramenta e torce. No segundo, a especificação dirige, a verificação contém, e o humano decide o que importa. O resultado é uma migração que saiu de trimestre de time para quinzena de uma pessoa. É essa a operação que a Aura constrói com os clientes: o humano no loop, dirigindo a frota, e o conhecimento virando ativo da empresa.


Conexões no Currículo

Disciplinas: D8 - Estrategia Produto e Transformacao · D2 - Desenvolvimento AI-Native · D6 - Excelencia de Engenharia em Producao

Relacionados: Spec-Driven Development - O Fim do Vibe Coding · SDD na Pratica - do Spec ao PR com Spec Kit · Harness Engineering - O Software ao Redor do Modelo

Frameworks Aura: AI Maturity Assessment · SDD

Fontes