Guia interativo · Dia 1 · Maio 2026

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.

📄 Paper original: Day_1_v3.pdf ⏱ ~15 min de estudo 🎮 3 simuladores ✅ Quiz com 8 perguntas
👥 Para quem é este guia
👩‍💻 Engenheiros de software 🧭 Engineering managers 🏛 Arquitetos 🎯 Líderes técnicos

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.

dev@2026: ~/produto — a nova interface do desenvolvedor
dev@2026:~/produto$ agent "construa um suporte que responda dúvidas da nossa documentação" ▸ planejando mudanças em 14 arquivos… ok ▸ escrevendo implementação, testes e evals… ok ▸ rodando suite em sandbox… 42/42 passaram ▸ abrindo pull request para revisão humana… PR #231 dev@2026:~/produto$
0%
dos devs profissionais já usam agentes de codificação regularmente (início de 2026)
0%
usam agentes todos os dias no trabalho
0%
de todo código novo já é gerado por IA
01

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

⌨️
~2021
Autocomplete
Predição de tokens dentro do editor
🧩
~2023
Sugestões inline
Completa funções inteiras
💬
~2024
Chat
Descreva em linguagem natural, receba implementação
🤖
2025→
Agentes autônomos
Clonam repo, planejam, executam em sandbox, testam e abrem PR

O loop do agente — clique em cada etapa

OBJETIVO dado por você 🎯Perceber 🧠Planejar Agir 👁️Observar 🔁Iterar

🎯 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

🧠
Modelo
O motor de raciocínio: lê o contexto e decide o próximo pensamento ou chamada de ferramenta
🔧
Ferramentas
Conectam o modelo ao mundo: APIs, código executável, bancos, outros agentes
💾
Memória
O estado: interações passadas, regras do projeto, contexto entre sessões
🎛️
Orquestração
O código que roda o loop: monta contexto, despacha ferramentas, decide se continua
🚀
Deploy
Do protótipo ao serviço: hosting, identidade, observabilidade, infra de produção
💡 Ideia centralO loop perceber → planejar → agir → observar → iterar é o coração de todo agente. Todo o resto do paper — e do curso — é uma variação desse loop.
02

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.

caos criativodisciplina de produção
DimensãoVibe CodingIA-Assistido EstruturadoEngenharia Agêntica
Especificação da intençãoPrompts casuais em linguagem naturalPrompts detalhados com exemplos e restriçõesSpecs formais, docs de arquitetura, arquivos de memória
Verificação"Parece que funciona?"Testes manuais, spot-checkingSuites automatizadas, gates de CI/CD, juízes LM
Entendimento do códigoMínimo — o dev pode nem ler o código geradoRevisão seletiva dos caminhos críticosRevisão completa da arquitetura; IA cuida dos detalhes
Tratamento de errosCopiar o erro de volta pro promptDev diagnostica a causa raiz, IA implementa o fixAgentes se autodiagnosticam dentro de limites; humanos cuidam do arquitetural
Escopo apropriadoProtótipos, scripts, projetos pessoais, hackathonsFeatures em codebases estabelecidasSistemas em produção, desenvolvimento em escala de time
Perfil de riscoAlto — aceitável para código descartávelModerado — julgamento humano nos checkpointsBaixo — verificação sistemática em cada estágio
⚠️ A linha que separa as duas pontas O maior divisor é a verificação. Na engenharia agêntica, dois mecanismos trabalham juntos: testes verificam o determinístico (esta entrada → esta saída, checados por código) e evals verificam o não-determinístico (o agente seguiu a trajetória certa? escolheu as ferramentas certas? a resposta final atinge a régua? — checados por datasets rotulados, rubricas e juízes LM). Sem os dois, é vibe coding — não importa quão sofisticados sejam os prompts.
🎯 Dica aplicadaA posição certa no espectro depende do que está em jogo. Protótipo de fim de semana → vibe coding puro. API de produção lidando com transações financeiras → engenharia agêntica. A habilidade é saber onde traçar a linha para cada tarefa.
03

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

📜
Instruções
Papel central do agente, objetivos e limites operacionais
📚
Conhecimento
Documentos recuperados, diagramas de arquitetura, dados de domínio
💾
Memória
Curto prazo (o que acabou de acontecer) + longo prazo (o que o projeto é)
🧪
Exemplos
Demonstrações few-shot e padrões de referência do codebase
🔧
Ferramentas
Definições precisas das APIs, scripts e serviços que o agente pode invocar
🚧
Guardrails
Restrições rígidas, regras de formatação, validações de segurança

Estático × Dinâmico: o trade-off de arquitetura

📌 Contexto estático

sempre carregado · pago em toda interação
  • 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.

VS

⚡ Contexto dinâmico

carregado sob demanda · pago só quando usado
  • 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)
custo de tokens no contexto~200 tokens

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
custo de tokens no contexto~2.000 tokens

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
custo de tokens no contexto~9.000 tokens (só agora)

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.

04

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.

⏳ Nota sobre o ritmo de mudança O quadro fase-a-fase deste guia reflete o estado do SDLC orientado por IA em meados de 2026 — e está mudando rápido. Já há times experimentando fluxos em que o dev vai direto da spec para o review, com agentes cuidando de implementação, testes e deploy em background. As fronteiras desenhadas aqui podem parecer diferentes em 12 meses. O que permanece constante: julgamento humano, gosto e a habilidade de verificar o output da IA conforme as máquinas assumem mais implementação.

A compressão (animada)

Requisitos
ritmo humano → assistido por IA
Arquitetura
teimosa e humana — trade-offs
Implementação
semanas → horas ⚡
Testes & QA
testes + evals contínuos
Review & Deploy
IA como 1ª passada de review
Manutenção
legado finalmente tocável

Fase por fase — explore

Fase 01 · compressão máxima do feedback

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
"Requisitos deixam de ser um documento passado entre times. Viram uma conversa entre humanos e IA que produz especificação e implementação inicial simultaneamente."
✓ na prática
Da descrição ao protótipo funcional em minutos — o loop requisito→protótipo tende a zero.
⚙ experimente
Pegue um brief real e peça: "gere user stories + critérios de aceite + 5 edge cases que não considerei"
Fase 02 · a mais humana de todas

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
"O desenvolvedor deixa de escrever o boilerplate e passa a fazer e documentar as decisões estruturais que o boilerplate implementa."
✗ não delegue
Trade-offs estratégicos, restrições de negócio, decisões de longo prazo.
✓ delegue
Scaffolding, geração de padrões consistentes entre módulos, conformidade com convenções.
Fase 03 · ganhos reais, quadro nuançado

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
"A IA não elimina o trabalho de implementação — ela o transforma de escrever para revisar, guiar e verificar."
📊 os dois lados da moeda
+25–39% produtividade média em surveys · −19% em tarefas de devs seniores sem estrutura (METR, fev/2026). A diferença? Verificação.
Fase 04 · o flywheel da qualidade

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
"Uma suite de evals bem escrita diz à IA o que 'correto' significa — e dá um jeito automatizado de verificar."
✓ o flywheel contínuo
1. Avaliar contra benchmark → 2. Diagnosticar falhas agrupando causas raiz → 3. Otimizar prompts/ferramentas → 4. Verificar contra suite de regressão → 5. Monitorar produção. Cada ciclo compõe.
Fase 05 · pipelines conscientes de IA

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
"Pipelines de deploy estão se tornando conscientes de IA — com loops de feedback entre o comportamento em produção e as decisões de desenvolvimento."
⚙ divisão de trabalho
IA: bugs, estilo, segurança, performance.
Humano: design, mantenibilidade, estratégia.
Fase 06 · a transformação subestimada

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
"A manutenção é talvez a transformação mais subestimada de todas."
✓ dívida técnica
O débito que só o autor original entendia vira alvo viável de refatoração sistemática — o risco cai quando a IA consegue explicar antes de mudar.
05

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

📜 Especificações & contexto 🤖 Agentes de implementação 🧪 Testes & quality gates 🔁 Feedback loops (falha → agente) 🚧 Guardrails de comportamento
🏭 Regra de ouroO sucesso vem de dar aos agentes critérios de sucesso — não instruções passo-a-passo — e deixá-los iterar. Se você está ditando cada tecla, virou o gargalo da própria fábrica.
06

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.

AGENTE = MODELO + HARNESS
um modelo cru não é um agente — vira um quando o harness lhe dá estado, execução, feedback e restrições
🧠
MODELO
motor de raciocínio

📜 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.

fora do Top 30 → Top 5

No Terminal Bench 2.0, um time subiu um agente de codificação no ranking mudando apenas o harness — zero mudança de modelo.

+13.7 pontos

Estudo da LangChain no mesmo benchmark: ajuste só de system prompt, ferramentas e middleware em torno de um modelo fixo.

🔧 Diagnóstico honestoQuando um agente erra, o instinto é culpar o modelo. Na maioria das vezes, a falha vem de uma ferramenta ausente, uma regra vaga, um guardrail inexistente ou uma janela de contexto cheia de ruído. A maioria dos fracassos de agentes são fracassos de configuração.
07

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

mãos-na-massa · tempo real
  • 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
GitHub CopilotGemini Code AssistCursorWindsurf
🎼

O Orquestrador

assíncrono · multi-agente
  • 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
Google JulesCopilot agent modeCursor backgroundClaude Code

O problema dos 80% — clique na barra

80% — a IA gera rápido ⚡
20% difícil
🟩 80%: implementação direta de tarefas bem especificadas 🟥 20%: onde mora o perigo — e o seu valor

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.

08

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.

🖥️No editor

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.

CopilotCursorWindsurfJetBrains AI
Use quando: está no meio do código e quer sugestões, edições rápidas ou explicações sem sair do fluxo.
No terminal

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.

Claude CodeCodex CLIGemini CLIClineAntigravity
Use quando: trabalho multi-arquivo, explorar codebase desconhecido, tarefas que exigem rodar código e reagir.
☁️Em background

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.

Google JulesCopilot agent modeCursor backgroundAlphaEvolve
Use quando: a tarefa cabe num parágrafo — bug conhecido, suite de testes, migração de framework.

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ó:

agents-cli — do laptop à produção sem reescrever
# instalação única — dá 7 skills de ciclo de vida ADK ao seu agente de codificação uvx google-agents-cli setup # depois, no seu agente de codificação (Claude Code, Codex, o que preferir): > Construa um agente de suporte que responda perguntas da nossa documentação. > Avalie no dataset de FAQ. > Faça deploy no Agent Engine. ▸ scaffold do projeto a partir do template ......... ▸ código ADK escrito + evalset gerado ............... ▸ evals rodando contra o agente ..................... 94% aprovado ▸ deploy no Agent Runtime ........................... ✓ produção # prefere dirigir direto? os mesmos comandos existem como CLI: agents-cli create · agents-cli playground · agents-cli eval · agents-cli deploy

🔗 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.

09

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.

🎲 Vibe CodingCapEx baixo · OpEx ALTO (e composto)
CapEx ~
OpEx: queima de tokens + manutenção + segurança ↗↗
Assinatura mensal + prompts casuais. Parece barato — até a conta chegar: token burn rate (arquivos enormes jogados no contexto, loops caros de "conserta de novo"), imposto de manutenção (código-espaguete para reverter-engineerizar meses depois) e remediação de segurança (vulnerabilidade em produção custa exponencialmente mais que no design).
🏗 Engenharia AgênticaCapEx alto · OpEx BAIXO
CapEx: schemas, testes, contexto estruturado
OpEx: custo marginal por feature despenca ↘
Investimento deliberado antes da primeira linha de produção: schemas de API, suites de teste determinísticas e, acima de tudo, estruturação do contexto. O output sai estruturalmente são, pré-testado e alinhado aos padrões.

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

roteamento
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

💰 A contaContext engineering é estratégia financeira: passar um repositório de 100 mil tokens em cada prompt é inviável em escala. Um payload denso e de alto sinal (um AGENTS.md preciso + guardrails arquiteturais) eleva a taxa de acerto de primeira — e elimina os loops caros de tentativa-e-erro que assombram o vibe coding.
10

Quiz: teste seu entendimento

8 perguntas cobrindo todo o guia. Sem pressa — a explicação de cada resposta faz parte do estudo.

11

Cheatsheets prontos para copiar

Três artefatos que você pode usar hoje. Clique em copiar e cole no seu projeto.

📜AGENTS.md — starter de 10 linhas
# 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
🧪Checklist de review para código gerado por IA
# 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
🗺️Mapa mental do paper em 12 linhas
# 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."
12

Por onde começar — checklists interativos

Marque as caixas conforme avança. O progresso fica salvo no seu navegador.

👩‍💻 Devs individuais

Crie um AGENTS.md de 10 linhas: stack, convenções, regras rígidas, workflow. Adicione uma regra a cada erro do agente.
Instale um set de skills (ex.: Agents CLI) para construir, avaliar e fazer deploy de agentes.
Escolha um workflow repetitivo e transforme no seu primeiro agente, do protótipo à produção.
Escreva testes e evals ANTES de gerar o código — eles são o contrato com a IA.
Revise cada linha que vai embarcar. Desconfie do que parece clever. Cheque imports reais.
Mantenha suas habilidades: debugging, design de sistema, intuição de performance. IA é alavanca, não substituto.

🧭 Líderes de engenharia

Torne context engineering prática de primeira classe: prompts, evals e skills revisados em PR, versionados, com dono.
Coloque a régua no eval, não na demo — com rubricas explícitas (sucesso, uso de ferramentas, trajetória, alucinação).
Remodele o code review para código gerado: treine revisadores nos modos de falha típicos.
Separe protótipo de produção nas normas do time — protótipo que embarca por acidente é o sintoma da fronteira borrada.
Invista no harness como ativo compartilhado: construa uma vez, refine muitas.

🏢 Organizações

Trate desenvolvimento com IA como investimento de engenharia, não feature de produtividade.
Construa o substrato de produção ANTES de escalar: evals em CI, traces, permissões com escopo, security review.
Adote padrões abertos (MCP para ferramentas, A2A para delegação) — preserve a opção de trocar de vendor.
Planeje times híbridos humano+agente: review, on-call e estrutura de time precisam evoluir.
Contrate e desenvolva por julgamento, não só implementação — quem dirige bem agentes vale mais que quem escreve mais código.
13

Glossário de bolso

Vibe Coding
Descrever o que se quer em linguagem natural e aceitar o output; quando quebra, colar o erro de volta no prompt. Válido para protótipos e código descartável.
Engenharia Agêntica
IA como motor de implementação dentro de sistemas desenhados por humanos: restrições, testes, evals e supervisão de arquitetura.
Engenharia de Contexto
A prática de fornecer ao agente informação rica e estruturada sobre codebase, arquitetura, convenções e intenção — a habilidade central do novo SDLC.
Harness
Todo o andaime em volta do modelo: instruções, ferramentas, sandboxes, orquestração, hooks e observabilidade. Agente = Modelo + Harness.
Eval (avaliação)
Verificação do não-determinístico: trajetória de passos, escolha de ferramentas e qualidade da resposta final, via datasets rotulados, rubricas e juízes LM.
Agent Skills
Pacotes portáteis de conhecimento procedural carregados sob demanda — divulgação progressiva que mantém o agente generalista e leve.
Modelo de Fábrica
O dev projeta o sistema que produz código (specs + agentes + testes + feedback + guardrails) em vez de produzir código diretamente.
Problema dos 80%
A IA gera ~80% rápido; os 20% finais (edge cases, integrações, corretude sutil) exigem conhecimento contextual profundo — e é onde mora o valor humano.
Maestro × Orquestrador
Dois modos de trabalho: direção em tempo real na IDE (maestro) vs. delegação assíncrona a múltiplos agentes com revisão de resultados (orquestrador).
MCP / A2A
Model Context Protocol (acesso a ferramentas) e Agent2Agent (delegação entre agentes) — os padrões abertos que conectam sistemas multi-agente.
01

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.

02

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.

03

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.

"A geração está resolvida.
Verificação, julgamento e direção
são o novo ofício."
— conclusão do paper · Maio 2026
14

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.

D3Context Engineering

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.

design & gestão de sessõesescrever & avaliar skillsmemória persistente entre interaçõeseconomia de tokens em produção
D5Produçã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.

desenvolvimento spec-drivencode review estruturadoguardrails & sandboxingdesenvolvimento zero-trust
15

Recursos para continuar

As fontes originais que fundamentam este guia, para quando você quiser ir além do resumo.

16

Referências (endnotes do paper)

As notas de rodapé numeradas do paper original, para você rastrear cada afirmação até a fonte.

1GetPanto — AI Coding Assistant Statistics 2025-2026; Index.dev — Developer Productivity Statistics with AI Tools.
2Karpathy, A. — “Vibe Coding”, X/Twitter, fev/2025; Wikipedia — “Vibe coding”.
3Osmani, A. — “Agentic Engineering”, addyosmani.com.
4Karpathy, A. — “From Vibe Coding to Agentic Engineering”, 2026; The New Stack — “Vibe Coding is Passe”.
5Glide Blog — “What is Agentic Engineering?”; The New Stack — “Vibe Coding, Agentic Engineering”.
6CircleCI — “AI-Native SDLC”.
7GroovyWeb — “SDLC in the AI Era: Software Development 2026”; EPAM — “From Traditional Software to a Native AI SDLC”.
8Osmani, A. — “The Factory Model”, addyosmani.com.
9Deloitte — “AI in Software Engineering: Productivity Gains 2025-2026” (projeção de 30-35% de ganho).
10METR — “Uplift Update: Measuring the Impact of AI Coding Tools”, fev/2026.
11Google — “Introduction to Agents”, Agents Whitepaper Series, nov/2025.
12Osmani, A. — “From Conductors to Orchestrators: The Future of Agentic Coding”, addyosmani.com.
13Google — “Jules: AI-Powered Coding Agent”, Google Developers Blog.
14Osmani, A. — “The 80% Problem in Agentic Coding”, addyo.substack.com.
15Medium, Dave Patten — “The State of AI Coding Agents 2026”.
16Lawfare — “When the Vibes Are Off: The Security Risks of AI-Generated Code”.
17Google — “Introduction to Agents”, seção Multi-Agent Systems and Design Patterns, nov/2025.
18Google — “Agent Development Kit (ADK)”; Kartakis, S. — “From Zero to Multi-Agents: A Beginner’s Guide to Google ADK”, Medium.
19Google — “Agent-to-Agent (A2A) Protocol”; Kartakis, S. & Hotz, H. — “Generative AI in the Real World: Understanding A2A”, O’Reilly Podcast.
20TLDL — “AI Coding Tools 2026”; Kanerika — “GitHub Copilot vs Claude Code vs Cursor vs Windsurf”.
21Google — “Gemini Code Assist”, Google Cloud.
22Dark Reading — “Coders Adopt AI Agents, but Security Pitfalls Lurk in 2026”.
23Google — “Gemini CLI”, GitHub.
24Google — “Agent Tools: Interoperability with Model Context Protocol (MCP)”, Agents Whitepaper Series, nov/2025.
25Google — “Agent Quality” e “Prototype to Production”, Agents Whitepaper Series, nov/2025.
26Lawfare — “When the Vibes Are Off: The Security Risks of AI-Generated Code”.
27DevOps.com — “AI-Generated Code Packages Can Lead to Slopsquatting Threat”.
28Osmani, A. — “Beyond Vibe Coding”, O’Reilly Media, 2025-2026.
29“Awesome LLM Apps”, GitHub.
30Osmani, A. — “My LLM Coding Workflow Going Into 2026”, addyosmani.com.
31Questera — “7 AI Coding Trends to Watch in 2026”.
32DEV Community — “Programming in the Age of AI: From Code to Intent”.
velocidade (menor = mais calmo)10×