Context engineering: alem do vibe coding
Por que o contexto do repo importa mais que prompt solto.
Resposta direta
Por que o contexto do repo importa mais que prompt solto — o núcleo do material original é direto: Você provavelmente conhece sobre o código de vibe, mas acontece que quando foi condenado por André Carpathi, não foi como se ele o inventasse, ele apenas condenou algo que as pessoas tinham estado fazendo há meses e agora ele o fez de novo. Carpathi, que foi um membro fundador da OpenAI, condenou de forma inocente outro termo, engenharia de contexto, e novamente, como o código de vibe, não é nada novo.
O que o material mostra de fato
No material original, o ponto de partida não é teoria abstrata: é uma sequência concreta ligada a «Engenharia de contexto vs vibe coding no dia a dia». Agora, a primeira coisa a entender é que todos os modelos têm janelas de contexto. É a quantidade de texto que eles podem lembrar atualmente. Com os prompios que nós estávamos dando para os LLMs, nós estávamos frasando coisas de uma maneira específica para obter uma única boa resposta do LLM. Mas aqui com o engenharia de contexto, nós estamos dando todos os fatos relevantes, regras, ferramentas e informação e coletando no escritório do contexto do modelo, para que não haja chance de alucinação e o modelo saiba o que está fazendo.
Detalhe do transcript que não pode virar genérico: Dessa forma, nós estamos trabalhando no que o modelo precisa lembrar para alcançar o que queremos. Agora, se olharmos o tweet, na primeira parte, ele nos diz como estamos agora mudando de engenharia de prompt para engenharia de contexto e, essencialmente, o que a engenharia de contexto consiste em. Há também este diagrama que encontrei de outra pessoa que explica bem como o engenharia de contexto não é apenas uma nova forma de engenharia de prompt.
Contexto e motivação
O contexto importa porque a mesma ideia muda de preço conforme ferramenta, fase do produto ou disciplina pessoal. É um termo mais amplo que inclui tudo do RAG para memória e também inclui engenharia de prompt dentro dela. Então, todo esse arte agora foi termo de engenharia de contexto. Na segunda parte do tweet, André nos diz que não é apenas o contexto que precisamos olhar, mas também a app que estamos usando. Porque a app LLM não é apenas um rapper de chat GPT mais. Não é apenas um LLM. Ele usa esse LLM e te dá ferramentas e workflows que são realmente úteis.
Detalhe do transcript que não pode virar genérico: Ele especifica que a aplicação LLM precisa ter os componentes necessários para a engenharia de contexto e que aplicações como Cursor, Claude code e outros agentes de código não são apenas wrapers de chat GPT mais. Elas são componentes importantes na engenharia de contexto. Agora, sobre as aplicações LLM que precisamos usar, temos Cursor e Claude code. Ambos têm suas próprias forças, mas agora, Claude Code é muito mais... poderoso como um agente. Cursor tem ficado atento, apesar de ter adicionado funções como as listas de to-do que o Claude code já tinha.
Como funciona na prática
Em vez de colecionar slogans, trate o conteúdo como checklist operacional: o que fazer nesta semana, o que medir, o que descartar. Em termos de base, o workflow de engenharia de contexto que estou a mostrar funciona em qualquer aplicativo, então você pode usar qualquer um que você tenha comprado. Agora, eu expliquei o que é engenharia de contexto e vocês provavelmente estão animados pensando que devemos simplesmente dar tudo ao modelo para obter os resultados exatos que queremos, mas aqui está a coisa com esses modelos de código. Lembre-se do window de contexto que eu te falei sobre.
Detalhe do transcript que não pode virar genérico: Bem, uma vez que isso se reforça, As chances de alucinação aumentam, em vez de as coisas ficarem mais acuradas. Então, o gestão eficiente do window de contexto é crucial. Você não pode apenas espalhar tudo em um fio. Você precisa quebrar isso em pedaços e só dar ao modelo quando é necessário. Então, agora, eu vou explicar meu workflow com a engenharia de contexto. Eu estive fazendo isso há muito tempo antes que o termo fosse até coitado. É apenas uma nova tendência agora.
Erros comuns e armadilhas
Onde isso quebra na prática: quem tenta atalho sem o mecanismo descrito no transcript perde consistência rápido. Mas há algo novo que eu aprendi assistindo a um vídeo de Cole Medden, que foi realmente muito bom. Ele introduziu a ideia de incluir documentação externa no window de contexto também. Então eu fui inspirado por isso e atualizei meu workflow. Voltando ao meu workflow. Primeiro, começamos com um PRD, que é o documento de requerimentos do projeto. Neste, listamos as funções que queremos. Baseado nisso, o modelo pode decidir o que é melhor para nós. Se você é um desenvolvedor, pode adicionar requerimentos específicos ao PRD também.
Detalhe do transcript que não pode virar genérico: Por exemplo, eu mencionei que quero Next.js para o front-end e FastAPI para o back-end. Mas mesmo se você não sabe o que você quer, o workflow que estou a mostrar para você pode automaticamente configurar tudo isso e te dar uma app pronta. Agora vamos para a parte do workflow de engenharia que realmente tem o contexto para os modelos, o folder de documentação. Estes quatro filhos são os mais importantes.
Checklist de aplicação
Na prática, isso vira rotina: escolha um experimento curto, documente antes/depois e só então escale. O plano de implementação, a estrutura do projeto que está atualmente vazia porque ainda está sendo gerado, a documentação do UI e UX e finalmente o tracking de bug. Estes arquivos são os diferentes componentes que o modelo de AI precisa para completar o processo. projeto. Agora, este foi o contexto que o modelo usará, mas o modelo também deveria saber como usar. Para isso, eu coloquei duas regras, a regra de gerar e a regra de trabalhar. Primeiro, a regra de gerar converte o PRD em todos os outros arquivos.
Detalhe do transcript que não pode virar genérico: Basicamente, ele gera o contexto completo para o processo de desenvolvimento. Uma vez que todo esse contexto tenha sido gerado, o limite de contexto dos modelos se torna completo para essa sessão e eu não vou poder gerar código de qualidade mais adiante. Você pode ver isso em cursor porque usa modelos com janelas de contexto limitados, eles se referem rapidamente. Se eu estivesse usando código de cláudio, isso não aconteceria tão cedo. Mas uma vez que eu tenho todos os quatro arquivos gerados e prontos, isso se torna nosso contexto completo.
Information gain
Ganho específico deste material (2285): preserve a especificidade de «Engenharia de contexto vs vibe coding no dia a dia» — números, ferramentas e narrativa do source, sem genificar.
Próximo passo concreto
Feche o ciclo com um próximo passo observável — sem isso, o artigo vira entretenimento e some na timeline. Agora, se o modelo começa a trabalhar no projeto, não precisa manter tudo isso carregado. o seu contexto. Se não, ele vai se alucinar mais e mais. É por isso que nós mudamos para um plano de implementação, para que possamos trabalhar tudo passo a passo. Agora, você pode perguntar, como o Cursor sabe como usar esses filhos? É aqui que a regra do workflow vem. É sempre ligado ao Cursor e diz exatamente como usar cada um dos filhos. Quando implementamos o projeto, ele olha para o file de implementação.
Detalhe do transcript que não pode virar genérico: Quando trabalha com UI e UX, ele se refere à documentação de UI e UX. Se está a criar algo novo ou a fazer uma comandante, It checks the project structure to make sure it's consistent. And when there's an error or a bug, it first looks into the bug tracking file to make sure it wasn't already documented. This workflow rule regulates that entire process. I've purposely kept it small. You can see it's way smaller than the generate file, which is really long.
Perguntas frequentes
No material de Engenharia de contexto vs vibe coding no dia a dia, o que «Contexto e motivação» resolve de verdade?
Extraia só o mecanismo de «Contexto e motivação»: O contexto importa porque a mesma ideia muda de preço conforme ferramenta, fase do produto ou disciplina pessoal. É um termo mais amplo que inclui tudo do RAG para memória e também inclui engenharia de prompt dentro dela. Então, todo esse arte agora foi termo.
Como transformar «Como funciona na prática» em critério de done — recorte `engenharia-contexto-vs-vibe-coding`?
Operação curta: Em vez de colecionar slogans, trate o conteúdo como checklist operacional: o que fazer nesta semana, o que medir, o que descartar. Em termos de base, o workflow de engenharia de contexto que estou a mostrar funciona em qualquer aplicativo, então você pode usar. Revise com evidência, não com feeling.
Qual evidência mínima confirma «Erros comuns e armadilhas» — recorte `engenharia-contexto-vs-vibe-coding`?
Do texto: Onde isso quebra na prática: quem tenta atalho sem o mecanismo descrito no transcript perde consistência rápido. Mas há algo novo que eu aprendi assistindo a um vídeo de Cole Medden, que foi realmente muito bom. Ele introduziu a ideia de incluir documentação.
O que o texto alerta sobre timing de «Checklist de aplicação» — recorte `engenharia-contexto-vs-vibe-coding`?
Na prática, isso vira rotina: escolha um experimento curto, documente antes/depois e só então escale. O plano de implementação, a estrutura do projeto que está atualmente vazia porque ainda está sendo gerado, a documentação do UI e UX e finalmente o tracking. Em «Checklist de aplicação», trate como experimento com dono e prazo — não como lista de intenções.