Voltar ao blog

Série de aprendizado de IA, lição 2: prompt, projeto e contexto

23 de setembro de 20266 min
Ferramentas de desenvolvimento

Série de aprendizado de IA · Lição 2 de 4

A distância entre um pedido vago e um bem formulado costuma ser maior do que a distância entre dois modelos. Um prompt não é um desejo — é uma especificação: um objetivo, o contexto de que ele depende, as restrições que precisa respeitar e a verificação em que precisa passar.

Status: roteiro. A demonstração na tela ainda não foi gravada — este post é o plano que ela vai seguir, e recebe a demonstração real quando a lição for ao ar.

LiçãoFocoPergunta que responde
1 — Uso de modelosNível de modelo, contexto, tokensDe qual modelo esta tarefa precisa?
2 — Prompt, projeto e contextoEstrutura do prompt, contexto permanenteO que vai na frente do modelo?
3 — Documentação, regras e skillsEstrutura do repositórioComo um repositório se mantém consistente entre sessões?
4 — Cortando custoMedição, alavancas, limitesComo gastar menos sem perder qualidade?

O que você vai conseguir fazer

  • Transformar um pedido vago em um prompt que se sustenta
  • Dizer como o resultado será verificado, para que o modelo consiga verificar a si mesmo
  • Configurar um projeto para que cada sessão já comece conhecendo o trabalho — sem explicar tudo de novo

Continua a lição 1: qual modelo, quanto contexto e mais ou menos quanto custa. Esta lição decide o que entra nesse contexto.

Fora do escopo: arquivos de regras, skills e estrutura de documentação do repositório (lição 3), e redução de gastos (lição 4). Nesta lição, "projeto" significa o contexto permanente que você entrega a um modelo, não a configuração completa de um repositório.


O prompt

Mesmo modelo, dois prompts — a referência

  • Uma tarefa real deste projeto roda com dois prompts no mesmo modelo, lado a lado
  • Prompt não é mágica — mas muitas vezes é a maior variável

Anatomia do prompt — cinco partes

  • Objetivo — o que você quer, em uma frase
  • Contexto — os arquivos ou seções de que ele depende, citados em vez de parafraseados de memória
  • Restrições — o que não pode mudar e quais convenções valem
  • Saída — formato, tamanho e destino
  • Pronto quando — a verificação em que o resultado precisa passar
▶ show code
# Vague
Hide the lesson posts from the homepage.

# Structured
Goal:        Hide posts marked `homepageExcluded: true` from the homepage
             list, but keep them on /blog.
Context:     src/lib/blog.ts — getListedPosts() and getHomepagePosts()
Constraints: Don't change getAllPosts(). `unlisted: true` still hides a
             post from both lists.
Output:      A minimal diff, no unrelated refactors.
Done when:   Tests pass, and the homepage no longer lists the lessons
             while /blog still does.

Critérios de aceitação — diga como será verificado

  • Critérios e exemplos dão ao modelo algo contra o que verificar a própria saída
  • A mesma tarefa roda com e sem critérios explícitos — e cada saída é verificada contra eles

Itere no prompt, não na saída

  • Quando uma execução falha, o instinto é corrigir a saída à mão — resista
  • Descubra por que o prompt errou, corrija o prompt e rode de novo
  • Saiba quando abandonar uma conversa e começar do zero em vez de corrigi-la rodada após rodada

O projeto

Contexto permanente versus prompt único

Coloque em…Quando valeExemplo
Contexto permanente do projetoEm toda sessãoStack, convenções, "nunca edite src/components/ui/"
Um prompt únicoSó nesta tarefaO objetivo, os arquivos envolvidos, a verificação de aceitação
  • Na tela: um projeto é configurado, uma instrução sai de um prompt e vai para o contexto permanente — e a diferença é mostrada

Contexto — deliberado, não exaustivo

  • Envie os arquivos relevantes, não tudo
  • Cite a fonte real em vez de descrevê-la de memória
  • Na tela: um arquivo longo colado inteiro versus só a seção relevante, comparando saída e custo em tokens

A lista do prompt

▶ show code
# Prompt Checklist — before you send
1. Goal stated in one sentence?
2. Context quoted from source, not paraphrased?
3. Constraints: what must not change?
4. Output format and destination stated?
5. "Done when" — a check the result can actually fail?
6. Anything here true for every session? Move it to project context.
7. Run failed? Fix the prompt, then rerun — don't hand-patch the output.

Verifique antes de confiar

Esta lição não cita recursos, limites nem preços específicos de nenhum produto. Antes da gravação, cada um destes pontos é conferido na documentação atual do provedor:

  • Como a ferramenta demonstrada chama o recurso de contexto permanente, e o que ele comporta
  • Limites de tamanho de arquivos anexados ou do conhecimento do projeto nessa ferramenta
  • Se o modelo se comporta diferente com o raciocínio estendido ligado ou desligado
  • Se algo aqui contradiz o guia de prompting atual do próprio provedor

Perguntas frequentes

"Um prompt mais longo não é sempre melhor?" Não. Um prompt mais longo com o contexto errado é pior do que um curto com o contexto certo. Estrutura vence tamanho.

"Quando devo começar uma conversa nova?" Quando você já corrigiu o mesmo mal-entendido duas vezes. Corrija o prompt e comece do zero.

"O que vai no contexto do projeto?" Tudo o que vale em toda sessão — a stack, as convenções, as proibições. O que vale para uma única tarefa fica no prompt.


Próxima: lição 3

Um projeto com bom contexto permanente funciona — até que a unidade de trabalho seja um repositório inteiro. A lição 3 divide esse contexto em documentação, regras e skills, para que um assistente de IA pare de se desviar das próprias convenções a cada sessão nova.

Entre em contato

Interessado em um tema? Deixe uma mensagem e escolha uma categoria. Também estou disponível para uma reunião de consultoria gratuita — entre em contato e combinamos.