--- title: "Completion (Geração de Texto)" url: "https://openclaw.ia.br/glossario/completion/" markdown_url: "https://openclaw.ia.br/glossario/completion.MD" description: "O que é completion em IA, como modelos geram texto e a diferença entre completion e chat." date: "2026-02-08" author: "" --- # Completion (Geração de Texto) O que é completion em IA, como modelos geram texto e a diferença entre completion e chat. # Completion (Geração de Texto) ## O Que É Completion **Completion** (ou geração de texto) é o processo fundamental pelo qual modelos de linguagem produzem texto. A ideia central é simples: dado um texto de entrada (chamado de *prompt*), o modelo gera uma continuação — ele "completa" o texto. Toda interação com um LLM, desde uma conversa de chat até a geração de código, até análise de documentos, é implementada internamente como um problema de completion. O nome vem do inglês "to complete" — completar. O modelo recebe texto incompleto e tenta completá-lo de forma coerente, relevante e útil. No nível mais fundamental, um modelo de linguagem é uma máquina de predição: dada uma sequência de tokens, qual é o próximo token mais provável? Ao repetir esse processo de forma autoregressiva (cada token gerado torna-se parte do contexto para o próximo), o modelo produz textos de qualquer comprimento. É importante entender que "completion" é um conceito de baixo nível que está por baixo de interfaces mais amigáveis. Quando você conversa com Claude ou o ChatGPT, o que parece uma conversa natural é na realidade uma série de completions: toda a história da conversa é formatada em um prompt especial, o modelo completa com a resposta do assistente, essa resposta é adicionada ao prompt, e o ciclo continua. A interface de chat é uma abstração sobre completions. ## Como Funciona O processo de completion em LLMs modernos é autoregressivo: o modelo gera um token por vez, e cada token gerado é adicionado ao contexto para gerar o próximo. Isso continua até o modelo gerar um token de parada ou atingir o limite máximo de tokens de saída configurado. A **temperatura** é um parâmetro crucial que controla o nível de aleatoriedade na geração. Com temperatura 0, o modelo sempre escolhe o token mais provável — resultados determinísticos e repetíveis, mas menos criativos. Com temperatura alta (próxima a 1), o modelo explora escolhas menos prováveis — resultados mais variados e criativos, mas potencialmente menos coerentes. Para tarefas como geração de código ou respostas factuais, temperatura baixa é preferível; para criação literária ou brainstorming, temperatura mais alta produz resultados mais interessantes. **Top-p** (nucleus sampling) é outro parâmetro que controla a diversidade de tokens considerados em cada passo: em vez de considerar todos os tokens possíveis, considera apenas os tokens que juntos somam probabilidade p (por exemplo, top-p = 0.9 considera apenas os tokens mais prováveis que juntos somam 90% da probabilidade). Isso evita escolher tokens muito improváveis enquanto mantém diversidade razoável. A diferença entre os modos de API é importante na prática: **completion puro** recebe texto e retorna texto continuado (modo legado, menos usado hoje); **chat completion** recebe uma lista estruturada de mensagens com papéis (sistema, usuário, assistente) e retorna a próxima mensagem do assistente. Virtualmente todas as aplicações modernas usam chat completion por ser mais controlável e expressivo. ## Exemplo Prático Uma agência de publicidade em São Paulo usa IA para acelerar a criação de copies para campanhas digitais. O briefing para um produto de crédito pessoal para jovens adultos é: O copywriter usa completion para gerar variações rapidamente. Ele prepara um prompt bem estruturado: descreve o produto, o público-alvo (25-35 anos, classe média, digitalmente native), o canal (Instagram Stories), o objetivo (conversão para download do app) e o tom desejado (direto, sem jargão bancário, leve). Pede ao modelo para gerar 10 variações de copy com no máximo 30 palavras cada. Em segundos, o modelo gera 10 opções com abordagens diferentes — algumas focando na velocidade de aprovação, outras na facilidade do processo, outras no poder de compra imediato. O copywriter seleciona as 3 mais promissoras, refina manualmente e entrega ao cliente. O que levava 2 horas de rascunho agora leva 30 minutos, e o cliente recebe mais opções para testar. Para rastreamento de performance, eles adicionam parâmetros UTM únicos para cada variação e realizam testes A/B. Os dados de qual completion performa melhor retroalimentam os próximos briefings, criando um ciclo de melhoria contínua guiado por dados reais de conversão. ## Importância para Empresas Completion é a capacidade central que torna LLMs economicamente valiosos. Toda aplicação prática de IA generativa — geração de conteúdo, sumarização de documentos, extração de informações, geração de código, tradução, análise de sentimento, criação de relatórios — é uma aplicação de completion com diferentes tipos de prompts e configurações. Para empresas, entender completion no nível técnico permite otimizar custos e qualidade simultaneamente. O custo de uma chamada de completion é proporcional ao número de tokens de entrada mais o número de tokens de saída. Prompts mais concisos (menos tokens de entrada) e respostas mais diretas (menos tokens de saída) reduzem custo. Mas prompts muito curtos podem resultar em respostas de qualidade inferior. Encontrar o balanço ideal exige experimentação e medição. A capacidade de streaming — receber tokens à medida que são gerados ao invés de esperar a resposta completa — é importante para experiências de usuário responsivas. Em vez de o usuário esperar 5-10 segundos por uma resposta longa, ele começa a ver os primeiros tokens em menos de 1 segundo e lê enquanto o modelo ainda está gerando. Praticamente todas as interfaces de chat com IA usam streaming para essa razão. ## Completion no OpenClaw O OpenClaw usa completion como a base de todas as suas interações. Quando um usuário envia uma mensagem pelo WhatsApp, o sistema monta um prompt rico com o histórico da conversa, as instruções do sistema (SOUL.md), as ferramentas disponíveis e a mensagem atual — e faz uma chamada de completion para o LLM configurado. O OpenClaw gerencia automaticamente aspectos técnicos do completion que seriam complexos de implementar do zero: controle do [context window](/glossario/context-window/) para garantir que conversas longas não ultrapassem o limite do modelo, seleção do modelo mais adequado para cada tipo de tarefa baseado em custo/qualidade, streaming de respostas para os canais de mensagem, e retry automático com backoff exponencial quando a API retorna erros temporários. ## Termos Relacionados - [LLM](/glossario/llm/) - [Token](/glossario/token/) - [Context Window](/glossario/context-window/) - [Custo por Token](/glossario/custo-por-token/) - [Prompt Engineering](/glossario/prompt-engineering/) ## Perguntas Frequentes **Qual a diferença entre completion e chat completion?** Completion puro recebe uma string de texto e retorna uma continuação. Chat completion recebe uma lista estruturada de mensagens (com papéis: sistema, usuário, assistente) e retorna a próxima mensagem do assistente. Chat completion é o padrão atual para praticamente todas as aplicações porque o formato estruturado permite melhor controle do comportamento do modelo através do system prompt. **O que é temperatura e como escolher o valor certo?** Temperatura controla a aleatoriedade na geração. Para tarefas que precisam de precisão e consistência (geração de código, respostas factuais, extração de dados), use temperatura baixa (0 a 0.3). Para tarefas criativas (brainstorming, geração de copy, narrativas), temperatura mais alta (0.7 a 1.0) produz resultados mais variados e interessantes. Na dúvida, 0.7 é um ponto de partida razoável para uso geral. **Como o modelo decide quando parar de gerar?** O modelo gera tokens até produzir um token de parada especial (EOS — End of Sequence) que indica o fim natural da resposta, ou até atingir o limite de max_tokens configurado pelo usuário. Definir max_tokens adequadamente é importante tanto para controlar custos quanto para evitar respostas truncadas em tarefas que requerem respostas longas. **O que é "alucinação" no contexto de completion?** Completion via LLM pode gerar texto que parece correto mas contém informações falsas — o modelo "completa" com texto plausível mesmo quando não tem a informação correta. Isso é o fenômeno de [alucinação](/glossario/alucinacao/). Usar RAG para fundamentar o completion em dados reais, pedir que o modelo cite fontes e solicitar admissão de incerteza quando necessário são as principais estratégias para mitigar esse problema. **Posso usar completion para tarefas estruturadas como extração de dados?** Sim, e é muito eficaz. Em vez de pedir texto livre, você instrui o modelo a retornar JSON com um schema específico. Por exemplo: "extraia do texto a seguir: nome do cliente, CNPJ, valor total, itens — retorne como JSON". Modelos modernos seguem bem esse formato. Para máxima confiabilidade, use o recurso de "structured outputs" ou "function calling" disponível nas APIs modernas, que garantem que a resposta siga um schema JSON predefinido.