Modelos de Linguagem: como funcionam
Meta: descrever o pipeline completo de um LLM em uma frase, do texto à resposta, sem consultar nada. Escreva a versão final no fim e meça: se passar de 40 palavras, ainda está abstrato demais.
Resumo em 3 frases
- Um LLM é uma função que recebe uma sequência de tokens e devolve uma distribuição de probabilidade sobre o próximo token; repetir isso passo a passo é o que “escreve” a resposta.
- Todo o trabalho pesado está em uma única peça — o Transformer — que processa todos os tokens do contexto em paralelo e produz um vetor por token que carrega o significado no contexto atual.
- Nada disso é conhecimento: o modelo aprendeu estatística de texto. Por isso ele acerta tanto e por isso ele inventa com a mesma fluência.
O mapa
Esta seção é o índice do módulo. Ela não pede que você saiba nada ainda — pede que você saiba o que vai saber.
flowchart TD A["LLM é um<br/>modelo de linguagem"] --> B["O que é"] A --> C["Como representamos<br/>texto: tokens e embeddings"] A --> D["Como processa:<br/>Transformer"] A --> E["Como gera:<br/>amostragem token a token"] A --> F["Como obedeca:<br/>prompt"]
Conceitos-chave
- Token — unidade de texto que o modelo realmente enxerga
- Embedding — representação vetorial de um token no espaço
- Transformer — arquitetura que processa o contexto em paralelo
- Logits — pontuação de cada token possível para a próxima posição
- Janela de Contexto — tudo que cabe numa chamada
Por que “linguagem” e não “compreensão”
O modelo é treinado para responder à pergunta: qual token vem a seguir?. Essa tarefa, sozinha, é suficiente para produzir sistemas que parecem entender texto. É a mesma lógica de como uma criança aprende a falar: ninguém chega explicando gramática antes da primeira frase.
A consequência é profunda e vale internalizar: o modelo não tem uma noção interna de “verdade”. Ele otimiza plausibilidade estatística. Daí decorrem alucinação, deferência indevida de instrução, e o sucesso de contextos muito longos (veja Lost in the Middle).
O que eu não devo acreditar
Mitos que aparecem desde o primeiro dia e custam caro depois:
| Mito | Realidade |
|---|---|
| ”O modelo guarda o que eu falei” | Só se estiver dentro da Janela de Contexto desta chamada. Nada persiste. |
| ”Ele tem acesso à internet / à data de hoje” | Não. Só tem o que está no contexto + o que foi visto no pré-treino. |
| ”Ele tem memória entre conversas” | Não, sem um mecanismo explícito de memória externa. |
| ”Se pedir duas vezes, dá a mesma resposta” | Quase nunca. Ver Temperatura. |
| ”É uma base de dados que consulta” | Não. Não há consulta; há distribuição de probabilidade. |
| ”Entender = compreender” | Não. Compreender a saída de um LLM não implica compreender o processo interno. |
A intuição do pipeline
Quando você pede “explique o que é KV cache”, acontece isto:
- Tokenização — seu texto vira tokens. (~)
- Embeddings — cada token vira um vetor; “cache” vira um vetor diferente de ” Cachê”. (~)
- Transformer — cada token olha para todos os outros e ajusta seu próprio vetor conforme o contexto. É aqui que “cache” ganha o sentido de “guardar”. (~)
- Logits — o modelo sai um score para cada token do vocabulário. (ex:) não é o mais alto)
- Amostragem — você sorteia. (Maior pontuação, mas não obrigatoriamente.)("")
- Loop — repete até o modelo sinalizar fim.
Dois fatos que valem mais que todo o resto desta lista:
- Os passos 2–4 são paralelos; só o passo 5–6 é sequencial. Essa assimetria explica a latência (ver Prefill vs decode).
- Nada na etapa 4 consulta “a resposta certa”. Existe uma distribuição, e você escolhe um ponto dela.
Perguntas para validar
Responda agora, sem olhar, e confira depois:
- Em uma frase, o que um LLM faz?
- Quais das etapas do pipeline são paralelas e qual é sequencial?
- Por que “ele não tem acesso à internet” é uma consequência do treino, e não uma configuração?
- Se um modelo é determinístico no papel, por que a mesma pergunta gera respostas diferentes? (resposta na Temperatura e previsibilidade)
Referências de entrada (depois: O que é um LLM)
- Karpathy, A. — Let’s build GPT: from scratch, in code, spelled out (YouTube). Base mais clara para o resto do módulo.
- Karpathy, A. — The spelled-out intro to transformers (YouTube). É praticamente aArquitetura Transformers e Attention animada.
- Alammar, J. — The Illustrated Transformer — https://jalammar.github.io/illustrated-transformer/
- Jurafsky & Martin — Speech and Language Processing, cap. 3 (rascunho gratuito) — https://web.stanford.edu/~jurafsky/slp3/