De código para intenção
Durante décadas, programar foi um ato de tradução: entender o problema, desenhar a solução e vertê-la em sintaxe — chaves, ponto-e-vírgula, tipos. Essa fricção está colapsando. Este guia resume o paper "The New SDLC With Vibe Coding" (Addy Osmani, Shubham Saboo & Sokratis Kartakis) em formato interativo: quizzes, simuladores e cheatsheets para você dominar a transição do prompting ad-hoc à engenharia agêntica.
O objetivo: entender como a IA está remodelando o SDLC e adotar essas capacidades sem sacrificar a disciplina que software de produção exige. Pressupõe familiaridade com práticas modernas de desenvolvimento — não com os detalhes de IA ou machine learning.
Agentes de IA em 60 segundos
Antes de tudo, um vocabulário comum. Um chatbot responde e espera. Um agente roda o próprio loop: você dá o objetivo, ele decide o próximo passo.
A escalada: do autocomplete à autonomia
O loop do agente — clique em cada etapa
🎯 Perceber
O agente lê o estado atual: o objetivo recebido, o contexto disponível, o resultado da última ação. É o "escanear a cena" antes de decidir qualquer coisa. → clique nas outras etapas do diagrama.
As 5 peças de todo agente
O espectro: vibe coding → engenharia agêntica
Em fev/2025, Andrej Karpathy descreveu o vibe coding: "entregue-se ao vibes, esqueça que o código existe". O termo viralizou — e virou guarda-chuva confuso. Em 2026, o próprio Karpathy propôs engenharia agêntica para a ponta disciplinada. Não é binário: é um espectro. O diferencial não é se você usa IA — é quanta estrutura, verificação e julgamento humano cerca o output.
| Dimensão | Vibe Coding | IA-Assistido Estruturado | Engenharia Agêntica |
|---|---|---|---|
| Especificação da intenção | Prompts casuais em linguagem natural | Prompts detalhados com exemplos e restrições | Specs formais, docs de arquitetura, arquivos de memória |
| Verificação | "Parece que funciona?" | Testes manuais, spot-checking | Suites automatizadas, gates de CI/CD, juízes LM |
| Entendimento do código | Mínimo — o dev pode nem ler o código gerado | Revisão seletiva dos caminhos críticos | Revisão completa da arquitetura; IA cuida dos detalhes |
| Tratamento de erros | Copiar o erro de volta pro prompt | Dev diagnostica a causa raiz, IA implementa o fix | Agentes se autodiagnosticam dentro de limites; humanos cuidam do arquitetural |
| Escopo apropriado | Protótipos, scripts, projetos pessoais, hackathons | Features em codebases estabelecidas | Sistemas em produção, desenvolvimento em escala de time |
| Perfil de risco | Alto — aceitável para código descartável | Moderado — julgamento humano nos checkpoints | Baixo — verificação sistemática em cada estágio |
Engenharia de contexto: a habilidade real
A qualidade do código gerado depende menos da esperteza do prompt e mais da qualidade do contexto fornecido. A pergunta não é "como engano a IA?" — é: "o que um novo membro do time precisaria saber para contribuir bem, e como codifico isso?"
Os 6 tipos de contexto que todo agente precisa
Estático × Dinâmico: o trade-off de arquitetura
📌 Contexto estático
- Instruções de sistema e persona
- Arquivos de regras:
AGENTS.md, CLAUDE.md, GEMINI.md - Memória global do projeto
Custo: cada token está presente em toda interação, relevante ou não. Excesso dilui o sinal.
⚡ Contexto dinâmico
- Skills ativadas por matching de tarefa
- Resultados de ferramentas durante a execução
- Documentos via RAG, histórico janelado da sessão
Eficiência: o agente só paga o custo de token quando a informação é necessária.
O que é estático e o que é dinâmico é uma decisão de arquitetura de primeira classe — revisada e versionada como qualquer configuração. Estático demais desperdiça tokens; de menos e o agente esquece regras críticas.
Agent Skills — o padrão vencedor (clique nas abas)
O agente inicia como um generalista leve. Vê apenas nomes e descrições curtas de dezenas de skills — sem pagar pelo conteúdo:
skills_disponiveis: - deploy-agent: "deploy de agentes ADK no Agent Runtime" - eval-runner: "roda evalsets e reporta regressões" - db-migration: "migrações seguras de schema" - legacy-refactor: "refatoração de código legado" ... (dezenas de outras)
Você pede um deploy. O agente faz matching com a skill deploy-agent e carrega as instruções completas daquela skill — e só dela:
carregando skill: deploy-agent ✓ checklist de pré-deploy (env vars, permissões) ✓ passos de publicação no Agent Runtime ✓ regras de rollback automático
Só se a tarefa exigir, o agente puxa o material de referência profundo — a API completa, edge cases, tabelas de erro. Divulgação progressiva: cada nível custa mais, mas só é pago quando necessário.
referência profunda: deploy-agent/reference.md ✓ catálogo completo de flags do agents-cli ✓ matriz de permissões por ambiente ✓ runbook de incidentes de deploy
Skills resolvem 4 problemas clássicos: context rot (prompts sobrecarregados), falta de memória procedural dos LLMs, overhead de arquiteturas multi-agente e a necessidade de portabilidade entre ferramentas e vendors.
O novo ciclo de vida (SDLC)
A IA comprime o ciclo de forma desigual: implementação que levava semanas agora leva horas, enquanto requisitos, arquitetura e verificação seguem em ritmo humano. O resultado não é um SDLC antigo mais rápido — é um fluxo diferente, com fases que se misturam e iterações de minutos.
A compressão (animada)
Fase por fase — explore
Requisitos viram conversa
Historicamente, requisitos era a fase com o maior vão entre intenção e implementação. Agora a IA participa diretamente do refinamento:
- Gera user stories a partir de briefs de produto
- Identifica edge cases que humanos deixam passar
- Produz API schemas desde descrições em linguagem natural
- Gera protótipos interativos a partir de docs de especificação
"gere user stories + critérios de aceite + 5 edge cases que não considerei"Arquitetura continua sendo nossa
Decisões arquiteturais são fundamentalmente sobre trade-offs: consistência × disponibilidade, complexidade × flexibilidade, construir × comprar. Dependem de contexto de negócio, restrições organizacionais e estratégia de longo prazo que a IA não apreende por completo.
- IA é excelente em implementar decisões arquiteturais já tomadas
- Com um doc de arquitetura claro, agentes esqueletizam aplicações inteiras com padrões consistentes
- Seu papel muda de escrever boilerplate para tomar e documentar as decisões estruturais
De escrever para revisar, guiar e verificar
Agentes modernos geram features inteiras desde descrições em linguagem natural, algoritmos complexos e mudanças multi-arquivo coerentes.
- Pesquisas de indústria reportam 25–39% de ganho de produtividade, com projeções de 30–35% no processo completo
- Mas o estudo da METR achou que devs experientes ficaram 19% mais lentos em certas tarefas — pelo tempo verificando, debugando e corrigindo output da IA
- A IA não elimina o trabalho de implementação: ela o transforma
Testes e evals: a linguagem da intenção
Testar código gerado por IA exige avaliar não só o que o agente produziu, mas como chegou lá:
- Avaliação de output: o artefato final — compila? os testes passam?
- Avaliação de trajetória: a sequência completa de chamadas de ferramentas e raciocínio intermediário
- Um output fluente que pulou etapas de verificação é um fracasso mais perigoso que um erro visível
- Agentes geram casos de teste — inclusive edge cases e testes property-based — que humanos não pensariam
Review ampliado, deploy vigilante
A IA atua como revisora de primeira passada: bugs potenciais, violações de estilo, vulnerabilidades de segurança e problemas de performance — antes de um humano ver o código.
- Não substitui o review humano: decisões de design, manutenibilidade e alinhamento estratégico seguem conosco
- Reduz drasticamente a carga cognitiva de quem revisa
- Agentes monitoram saúde do deploy, fazem rollback automático e preveem risco com base na natureza das mudanças
Humano: design, mantenibilidade, estratégia.
O legado finalmente deixa de ser intocável
Codebases legados que eram impenetráveis para novos membros agora podem ser navegados, entendidos e modificados com ajuda de IA.
- O agente lê o codebase, entende padrões, identifica arquivos relevantes e implementa respeitando a arquitetura existente
- Código "arriscado demais para tocar" pode ser refatorado, modernizado e estendido com segurança
- Migrações de framework, atualização de APIs depreciadas, modernização de suites de teste — tarefas que antes simplesmente nunca aconteciam
O modelo de fábrica
O modelo mental que amarra tudo: a produção principal do desenvolvedor não é o código — é o sistema que produz código. Um gerente de fábrica não monta cada peça à mão: desenha a linha de montagem e garante o controle de qualidade.
Você desenha o sistema
Especificações, contexto, critérios de sucesso — não instruções passo-a-passo
Agentes produzem o código
Traduzem specs em implementação e iteram sozinhos dentro dos limites
Testes verificam o output
Quality gates e feedback loops devolvem falhas para correção automática
As 5 peças da sua fábrica
Harness: o que cerca o modelo
É tentador tratar o modelo como o sistema: "saiu modelo novo, o agente ficou mais esperto". Essa intuição está errada. O modelo é uma entrada. Todo o resto — prompts, ferramentas, políticas de contexto, hooks, sandboxes, sub-agentes, observabilidade — é o harness: o andaime que deixa o modelo terminar as coisas.
um modelo cru não é um agente — vira um quando o harness lhe dá estado, execução, feedback e restrições
📜 Instruções & arquivos de regras
O texto que define quem o agente é, com o que se importa e o que é proibido de fazer: AGENTS.md, CLAUDE.md, GEMINI.md, arquivos de skill e prompts de sub-agentes. É a peça mais barata e de maior impacto.
O harness em cada fase do SDLC
1 · Requisitos & Arquitetura → Configurar o harness
Antes de qualquer código de produção: criar o AGENTS.md, definir restrições arquiteturais, escolher as ferramentas (APIs, schemas) e as regras inquebráveis.
2 · Implementação → Rodar o harness
O modelo gera código e o executa dentro do sandbox isolado do harness. Precisa ler arquivo ou buscar algo? Usa as ferramentas que o harness provê — nada além.
3 · Testes & QA → O loop de feedback
Teste falhou? A orquestração captura o erro do sandbox e devolve ao modelo, pedindo nova tentativa. O harness cria o loop automático pensar → agir → observar.
4 · Review, Deploy & Manutenção → Observar o harness
Hooks determinísticos bloqueiam o commit com senha hardcoded. A observabilidade rastreia custo de tokens, latência e drift — você audita por que o agente decidiu o que decidiu.
No Terminal Bench 2.0, um time subiu um agente de codificação no ranking mudando apenas o harness — zero mudança de modelo.
Estudo da LangChain no mesmo benchmark: ajuste só de system prompt, ferramentas e middleware em torno de um modelo fixo.
Maestro × Orquestrador: seu novo papel
Dois modos de trabalho entre os quais você vai alternar fluidamente. Nenhum é "melhor" — cada um serve a um tipo de tarefa.
O Maestro
- Você está na IDE, vendo o código aparecer, guiando com prompts e correções
- Controle fino de cada mudança
- Ideal para: lógica complexa, debugging difícil, codebase desconhecido
- Risco: se você dita cada tecla, você vira o gargalo
O Orquestrador
- Você define objetivos, delega a agentes e revisa resultados — sem ver linha por linha
- Agentes trabalham em paralelo, em background, em sandboxes
- Ideal para: bug fixes, features com padrão estabelecido, migrações, geração de testes
- Exige: especificação, decomposição, avaliação e design de sistema
O problema dos 80% — clique na barra
O que compõe os 20%:
- Edge cases e tratamento de erros realista
- Pontos de integração com outros sistemas
- Requisitos sutis de corretude
- Pressupostos errados sobre a lógica de negócio
- Falta de pedido de esclarecimento em requisitos ambíguos
- Decisões arquiteturais que criam dívida de manutenção invisível
Esses erros são mais traiçoeiros porque o código "parece certo" e pode até passar nos testes básicos. Os melhores devs usam a IA para o que ela faz bem e reservam a própria atenção para o que ela não faz — não tentam ser rápidos aceitando tudo.
Agentes de codificação na prática
Três lugares no seu dia — e a maioria dos devs usa os três no mesmo dia. O ponto de partida certo depende da tarefa, não de qual categoria está mais acima na escada de autonomia.
Fluxo contínuo
Completions inline, chat que explica/modifica no lugar, consciência do codebase inteiro. Onde a maioria encontra a IA pela primeira vez.
Multi-arquivo com execução
Você dá um objetivo em linguagem natural; o agente atravessa o codebase, roda ferramentas e testes, e itera sobre o que observa. Onde o vibe coding sério acontece hoje.
Delegar e revisar depois
O agente recebe a tarefa e roda autônomo em sandbox na nuvem — às vezes por horas — e entrega um pull request como output.
E quando o produto é um agente?
Um bot de suporte, um assistente de pesquisa, um monitor de compliance — esses não são tarefas para um agente de codificação resolver: são produtos que precisam de memória persistente, permissões com escopo, cobertura de evals e observabilidade próprios. O mesmo fluxo de terminal que produz scripts de protótipo agora alcança esses agentes de produção — o ciclo construir → avaliar → deploy → observar → refinar mora num lugar só:
🔗 MCP
Model Context Protocol — o padrão para acesso a ferramentas entre agentes e vendors.
🤝 A2A
Agent2Agent — o protocolo para delegação entre agentes. Juntos, MCP + A2A são o tecido conectivo dos sistemas multi-agente.
🦀 Prova real
No início de 2026, times de agentes da Anthropic construíram um compilador C em Rust em duas semanas — humanos deram direção e revisaram, sem escrever a implementação.
A economia: CapEx × OpEx na era dos tokens
A conversa costuma começar e terminar em "quão rápido escrevemos código?". Para líderes, a métrica crítica é o TCO — e na era da IA, o OpEx é ditado pela economia dos tokens.
Contexto como alavanca financeira + roteamento inteligente
🧠 Modelos grandes & caros
- Requisitos e refinamento
- Decisões de arquitetura
- Implementação inicial complexa
Tarefas de alta complexidade — onde o julgamento pesa mais que o custofrontier
automático
⚡ Modelos pequenos & baratos
- Geração de testes
- Code review de primeira passada
- Monitoramento de CI/CD
Tarefas determinísticas e de baixa complexidade — pagar preço premium aqui é desperdíciofast/cheap
Quiz: teste seu entendimento
8 perguntas cobrindo todo o guia. Sem pressa — a explicação de cada resposta faz parte do estudo.
Cheatsheets prontos para copiar
Três artefatos que você pode usar hoje. Clique em copiar e cole no seu projeto.
# AGENTS.md ## Stack TypeScript 5.x · Next.js 15 · Postgres (Drizzle ORM) · Vitest ## Convenções - Funções puras sempre que possível; erros via Result<T, E>, nunca throw solto - Nomes em inglês, comentários explicando "por quê", não "o quê" - Todo handler de API valida input com zod antes de tocar no banco ## Regras rígidas (inquebráveis) - NUNCA commitar segredos; usar env vars via .env.local - NUNCA instalar dependência sem confirmar comigo - NUNCA modificar migrations já aplicadas em produção ## Workflow 1. Leia docs/ antes de implementar 2. Escreva o teste primeiro 3. Rode `pnpm test` até verde 4. Descreva o diff antes do commit
# REVIEW DE CÓDIGO GERADO POR IA [ ] Importações reais — cada pacote existe? versão compatível? (alucinação de dependência é o erro nº 1) [ ] Nada "esperto demais" — se parece clever demais, desconfie; código que o time não entende = dívida [ ] Error handling real — cobre modos de falha realistas, não só o happy path que passa no teste [ ] Edge cases do negócio — a IA não conhece sua regra de estorno; verifique pressupostos da lógica de negócio [ ] Trajetória, não só output — o agente RODOU os testes ou só disse que rodou? confira logs / hooks de CI [ ] Segredos e permissões — nada hardcoded; escopo mínimo de acesso [ ] Você explicaria este diff — se não consegue explicar, não embarque
# O NOVO SDLC — MAPA MENTAL mudança : sintaxe → intenção (você diz O QUÊ, a máquina o COMO) espectro : vibe coding ──────── ia-assistido ──────── eng. agêntica divisor : verificação (testes = determinístico · evals = não-determ.) habilidade : engenharia de contexto (6 tipos: instrução, conhecimento, memória, exemplos, ferramentas, guardrails) trade-off : contexto estático (sempre pago) × dinâmico (pago sob demanda) padrão-chave: Agent Skills — generalista leve vira especialista sob demanda fábrica : seu output é o SISTEMA que produz código, não o código harness : AGENTE = MODELO + HARNESS · falhas de agente ≈ falhas de config papéis : maestro (tempo real) ⇄ orquestrador (assíncrono, multi-agente) 80/20 : IA faz 80% rápido; seu valor está nos 20% (edge, integração, sutileza) economia : vibe = CapEx↓ OpEx↑↑ · agêntico = CapEx↑ OpEx↓ + roteamento de modelos lema : "Geração está resolvida. Verificação, julgamento e direção são o novo ofício."
Por onde começar — checklists interativos
Marque as caixas conforme avança. O progresso fica salvo no seu navegador.
👩💻 Devs individuais
🧭 Líderes de engenharia
🏢 Organizações
Glossário de bolso
Estrutura escala, vibes não
Vibe coding serve para explorar. Para software do qual a organização depende, a disciplina da engenharia agêntica — specs, testes, guardrails, supervisão — não é opcional. É no vão entre "parece funcionar" e "funciona corretamente sob todas as condições" que moram as falhas de produção.
A IA amplifica sua cultura de engenharia
Times com testes fortes, padrões claros e review saudável extraem dramaticamente mais valor. A IA é um multiplicador de força — e multiplica tanto suas forças quanto suas fraquezas.
O papel humano está evoluindo, não diminuindo
Quem entende arquitetura, especifica com precisão, avalia com criticidade e desenha sistemas de restrição e feedback vale mais do que nunca. As habilidades migram da implementação para o julgamento.
Verificação, julgamento e direção
são o novo ofício."
Continue a jornada: os papers companions
Este guia é o Dia 1 de uma série. O paper aponta explicitamente dois companions que aprofundam os temas introduzidos aqui — anote para onde ir depois.
Context Engineering: Sessions, Skills & Memory
Leva adiante cada ideia da seção 03 deste guia — aprofundando o design e a gestão do contexto em escala de produção.
Spec-Driven Production Grade Development in the Age of Vibe Coding
As práticas que tornam o workflow de agentes production-grade em escala de time — do spec ao deploy seguro.
Recursos para continuar
As fontes originais que fundamentam este guia, para quando você quiser ir além do resumo.
Referências (endnotes do paper)
As notas de rodapé numeradas do paper original, para você rastrear cada afirmação até a fonte.