O padrão proposto por Andrej Karpathy que transforma LLMs de motores de busca em curadores de conhecimento persistente
Este post é baseado no artigo de Andrej Karpathy publicado em abril de 2026, onde ele propõe um padrão inovador para gerenciar conhecimento pessoal com o auxílio de LLMs.
A maioria das pessoas que usa LLMs com documentos segue o mesmo padrão: você envia arquivos, o modelo recupera fragmentos relevantes e gera uma resposta. É o que chamamos de RAG (Retrieval-Augmented Generation).
Funciona. Mas tem um problema fundamental que Karpathy identifica com precisão:
"Nada é construído. O LLM redescobre conhecimento do zero a cada pergunta."
Toda vez que você faz uma pergunta, o modelo parte da estaca zero. Não há acúmulo. Não há síntese persistente. Não há memória real — apenas recuperação.
A ideia central do LLM Wiki é simples, mas poderosa: em vez de usar o LLM apenas para recuperar documentos brutos, você o usa para construir e manter um wiki persistente.
Esse wiki é uma coleção estruturada e interligada de arquivos Markdown que fica entre você e suas fontes originais. Quando você adiciona um novo documento, o LLM não apenas o indexa — ele:
A diferença crucial: o wiki é um artefato persistente e composto. As referências cruzadas já existem. As contradições já foram identificadas. O trabalho intelectual de conexão não precisa ser refeito a cada consulta.
O padrão é elegantemente dividido em três camadas:
Seus documentos originais — artigos, papers, notas, dados. São imutáveis. O LLM lê, mas nunca altera.
Um diretório de arquivos Markdown gerados e mantidos pelo LLM. Contém resumos, páginas de entidades, sínteses temáticas, e conexões entre conceitos.
Um documento de configuração que instrui o LLM sobre a estrutura do seu wiki, as convenções de nomenclatura, e os fluxos de trabalho esperados. É aqui que você define as regras do jogo.
Quando uma nova fonte entra, o LLM a processa completamente: cria uma página de resumo, atualiza o índice, e modifica 10 a 15 páginas correlatas do wiki. O trabalho que levaria horas para um humano acontece em minutos.
Ao fazer uma pergunta, o LLM busca páginas relevantes do wiki (não os documentos brutos), sintetiza uma resposta com citações, e pode opcionalmente arquivar os achados como novas páginas — fazendo o conhecimento crescer por exploração, não apenas por ingestão.
Uma verificação periódica de saúde do wiki: contradições entre fontes, claims desatualizados, páginas órfãs sem referências, lacunas de cobertura. Como um compilador, mas para conhecimento.
O padrão define dois arquivos de controle:
Karpathy sugere vários contextos práticos:
A ideia remete ao conceito de Memex de Vannevar Bush (1945) — uma máquina para estender a memória humana através de associações. A diferença é que, em 1945, manter essas associações seria trabalho humano intenso. Hoje, os LLMs resolvem exatamente essa parte.
Como Karpathy coloca:
"O LLM não se entedia, não esquece de atualizar referências cruzadas e toca 15 arquivos de uma vez."
O humano continua no papel que faz sentido: curar fontes e fazer as perguntas certas. O LLM executa o trabalho de síntese, arquivamento e manutenção de consistência.
O que me chama atenção nesse padrão é o compounding. Conhecimento que cresce por uso, não apenas por acumulação. Cada consulta bem respondida pode se tornar uma nova entrada no wiki. Cada nova fonte processada enriquece as conexões existentes.
É uma mudança de paradigma sobre o que significa "usar um LLM": de uma ferramenta de consulta pontual para um parceiro de curadoria intelectual contínua.
Se você trabalha com pesquisa, escrita, ou qualquer domínio onde o acúmulo de conhecimento importa, vale experimentar esse padrão.
Leia o artigo original de Andrej Karpathy no GitHub Gist.
https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f
Continue exploring similar topics

OpenAI e Anthropic chegaram a 2026 como as duas empresas mais importantes da corrida de IA aplicada. Este artigo reconstrói suas trajetórias, compara modelos, infraestrutura, investimentos, agentes, riscos e possíveis IPOs.

A CVE-2025-55182, conhecida como React2Shell, revelou uma falha crítica em React Server Components e Next.js que permite RCE não autenticado e já está sendo explorada em produção — muitas vezes com PoCs gerados por IA. Neste artigo, mostro o que aconteceu, como saber se seu app está vulnerável, o que fazer agora e por que incidentes assim vão ficar cada vez mais comuns na era da inteligência artificial.

Como criei um sistema avançado de notificações no macOS totalmente integrado ao Claude Code, usando shell script, AppleScript e automação inteligente para aumentar produtividade, sincronizar alertas com iPhone/iPad e melhorar fluxos de desenvolvimento.
A 47-point checklist to find bugs, security risks, and performance issues before launch.
Production-tested templates trusted by developers. Save weeks of setup on your next project.
