Encadear prompts: fluxos de trabalho multi-etapas

O muro do prompt único

Todos os meses, a Sofia produz a newsletter da Planiresto: uma recolha de novidades em três fontes, um ângulo editorial, um artigo de 600 palavras, um assunto de email que dá vontade de abrir. Forte do capítulo 4, escreveu um prompt magistral de quarenta linhas que pede tudo de uma vez. Resultado: um texto correto mas estranhamente plano, ensinamentos da recolha tratados por alto, um ângulo escolhido por defeito — e impossível saber que parte do prompt corrigir, já que tudo sai em bloco.

O capítulo 3 já deu o princípio: decompor. Este capítulo transforma-o num método equipado: o encadeamento de prompts, em que cada etapa produz um artefacto intermédio — uma lista, um plano, um rascunho — que se torna a entrada da etapa seguinte. A diferença em relação à decomposição improvisada do capítulo 3: aqui, a cadeia é concebida de antemão, documentada, e reutilizada todos os meses tal e qual. É um processo de produção, já não uma conversa.

Porque é que uma cadeia bate sistematicamente o mega-prompt nos trabalhos complexos? Três razões. A qualidade: cada etapa recebe toda a atenção do modelo, em vez de partilhar um único esforço. O controlo: podes inspecionar e corrigir cada artefacto antes que contamine o resto. O diagnóstico: quando o resultado final dececiona, sabes que etapa olhar — exatamente como a árvore de depuração do capítulo 5, mas aplicada a um processo inteiro.

Conceber a cadeia: etapas, artefactos, pontos de controlo

Uma cadeia concebe-se ao contrário, partindo do entregável. Para a newsletter: é preciso um artigo finalizado; logo antes, um rascunho criticado; logo antes, um rascunho; logo antes, um ângulo validado; logo antes, ensinamentos da recolha. Cinco etapas, quatro artefactos intermédios. Para cada etapa, anota três coisas: o que ela recebe, o que produz, e quem valida — tu ou ninguém.

flowchart LR
  A["Fontes da recolha"] --> B["Etapa 1: ensinamentos-chave"]
  B --> C["Etapa 2: três ângulos propostos"]
  C --> V{"Validação humana do ângulo"}
  V -->|"Ângulo escolhido"| D["Etapa 3: rascunho completo"]
  D --> E["Etapa 4: crítica dirigida"]
  E --> F["Etapa 5: versão final + assunto"]

Observa onde está colocada a validação: depois da proposta de ângulos, antes da redação. É o ponto de alavancagem máxima: a decisão mais estruturante (de que falamos, sob que ângulo) toma-se sobre um artefacto curto e legível em trinta segundos, antes que centenas de palavras sejam escritas na direção errada. Validar mais cedo não controlaria nada (os ensinamentos brutos são factuais); validar mais tarde sairia caro (reescrever 600 palavras porque o ângulo era mau). Coloca sempre a tua validação onde a decisão ainda é pequena e as suas consequências ainda são grandes.

Etapa 1: extrair os ensinamentos

És uma analista de tendências para um editor de software de horários destinado a donos de restaurantes.

Eis três conteúdos de recolha, cada um entre delimitadores:
--- FONTE 1 ---
{{artigo 1}}
--- FONTE 2 ---
{{artigo 2}}
--- FONTE 3 ---
{{estudo 3}}
--- FIM ---

Tarefa: extrai os 5 ensinamentos mais úteis para gerentes de restaurante, citando a fonte de cada um.

Formato: lista numerada; cada ensinamento = 1 frase de facto + 1 frase «porque conta para um dono de restaurante» + a menção [Fonte N]. Apenas o que figura nas fontes: se um ponto for uma interpretação, assinala-o com [interpretação].

Todo o curso converge neste prompt de etapa: papel com audiência (capítulo 4), fontes delimitadas (capítulo 1), formato estrito com rastreabilidade (capítulo 4), e uma salvaguarda contra a invenção («apenas o que figura nas fontes»). O artefacto produzido — a lista com fontes — é curto, verificável em dois minutos, e torna-se a entrada da etapa seguinte. É a propriedade-chave de um bom artefacto intermédio: inspecionável rapidamente.

Etapas 2 e 3: o artefacto como passagem de testemunho

Eis os ensinamentos validados da nossa recolha do mês:
{{lista da etapa 1, corrigida}}

Tarefa: propõe 3 ângulos editoriais para a newsletter mensal, do mais seguro ao mais audacioso.

Formato para cada ângulo: um título provisório, o ensinamento principal explorado, a promessa para o leitor em 1 frase, e o risco desse ângulo em 1 frase. Não escrevas o artigo: apenas os ângulos.

Dois detalhes fazem a robustez deste elo. «Eis os ensinamentos validados»: a Sofia cola a lista que releu e eventualmente corrigiu — a cadeia transporta informação controlada, não a saída bruta de uma máquina. E «não escrevas o artigo»: sem esta baliza, o modelo transborda de bom grado para a etapa seguinte, e recebes um artigo fundado num ângulo que não escolheste. Cada etapa deve fazer o seu trabalho, todo o seu trabalho, e apenas o seu trabalho.

A etapa 3 — a redação — segue o mesmo esquema de passagem de testemunho, e é ela que mais beneficia do trabalho a montante: o fundo foi validado duas vezes, o modelo só tem de escrever bem. É a inversão mental do encadeamento: asseguramos primeiro o pensamento, depois a escrita — enquanto o mega-prompt fazia tudo ao mesmo tempo, e tudo medianamente.

Ângulo escolhido e validado: {{ângulo 2, ajustado após releitura}}.

Redige o rascunho completo da newsletter de abril.

Restrições:
- Cerca de 600 palavras. Estrutura: introdução, 3 partes com título, conclusão com chamada à ação.
- Tom direto e concreto, tratamento direto do leitor, um exemplo ou um número por parte.
- Apoia-te APENAS nos ensinamentos validados abaixo, sem acrescentar factos externos:
{{lista dos ensinamentos validados}}
- Não escrevas o assunto do email nem variantes: apenas o corpo da newsletter.

Repara na última restrição, mais uma baliza de etapa: o assunto do email é voluntariamente adiado para a etapa 5, depois da crítica. Porquê? Porque um bom assunto escolhe-se sobre a versão final do texto, não sobre um rascunho que ainda vai mudar — e porque o assunto merece o seu próprio regime de prompt: na etapa 5, a Sofia pede «8 assuntos com menos de 50 caracteres, dos mais sóbrios aos mais intrigantes», uma formulação de temperatura implícita aberta (capítulo 4), enquanto a redação do corpo exigia uma temperatura fechada. Uma cadeia bem concebida ajusta o regime de cada etapa à sua natureza: factual trancado para a recolha, criativo libertado para o assunto.

Etapa 4: o ciclo gerador-crítico

A quarta etapa aplica a autocrítica do capítulo 3, mas especializando-a: em vez de um vago «relê e melhora», a crítica recebe uma grelha precisa — e é aqui que as personas do capítulo 6 voltam à cena.

Eis o rascunho da nossa newsletter:
---
{{rascunho da etapa 3}}
---
Critica-o segundo 4 eixos, sem o reescrever:
1. Gancho: um dono de restaurante sobrecarregado lê para lá da primeira frase? Porquê?
2. Concreto: cada parte contém um exemplo ou um número utilizável?
3. Tom: deteta qualquer frase que soe corporativa ou oca, e cita-a.
4. Ação: o final dá uma razão clara para clicar?

Formato: para cada eixo, veredicto em 1 frase + citação do trecho em causa + sugestão concreta. Termina com as 2 correções prioritárias.

Separa bem a crítica da reescrita: um prompt que pede as duas ao mesmo tempo produz uma crítica complacente e uma reescrita tímida. Em dois tempos — crítica primeiro, depois «aplica as correções 1 e 3, deixa o resto» — manténs o controlo do que muda. E o «cita o trecho em causa» força a crítica a ser verificável: uma crítica sem citação é uma opinião, uma crítica com citação é um diagnóstico.

Uma conversa ou várias? A questão do contexto

Deve a cadeia desenrolar-se numa única conversa ou abrir-se uma por etapa? Ambas funcionam, com um compromisso. Uma única conversa guarda o contexto (o modelo lembra-se das etapas passadas), mas o histórico pesa e as instruções antigas perdem peso — é a deriva vista no capítulo 4. Conversas separadas partem limpas, mas tens de voltar a colar tu mesmo o artefacto de entrada de cada vez.

A regra prática da Sofia: conversas separadas para as etapas críticas (a crítica da etapa 4 é mais honesta quando o modelo não escreveu ele próprio o rascunho no mesmo fio — não tem de defender o seu próprio trabalho), conversa única para os encadeamentos curtos. E, em todos os casos, cada prompt de etapa volta a colar explicitamente o seu artefacto de entrada: a cadeia nunca deve depender da memória da conversa para funcionar. É isso que a torna rejogável no mês seguinte.

Variantes paralelas e cadeia documentada

O encadeamento tem um primo: a paralelização. Na etapa 3, em vez de um rascunho, a Sofia pede por vezes dois sobre o mesmo ângulo — um clássico, um mais audacioso — e depois submete os dois à crítica da etapa 4 e guarda o melhor. Gerar variantes custa alguns segundos; escolher entre duas versões criticadas dá quase sempre um final melhor do que melhorar uma versão única. Reserva este luxo aos conteúdos de grande impacto: é tempo de releitura a mais.

Falta capitalizar. Uma cadeia que deu provas documenta-se como um template do capítulo 5, mas à escala do processo: um documento «Cadeia newsletter» que lista as etapas, o prompt de cada etapa com os seus campos {{ }}, o artefacto esperado, e o ponto de validação. No mês seguinte, a Sofia desenrola o documento em vez de reinventar — e cada melhoria encontrada pelo caminho é transferida para o documento. A newsletter dela passou de um dia penoso para duas horas serenas, com uma qualidade que o antigo mega-prompt nunca aproximou.

Um último reflexo para fazer amadurecer as tuas cadeias: mede-as. Anota, a cada execução, o tempo gasto por etapa e o sítio onde mais corrigiste. Estes dois números designam sem debate a próxima melhoria: se a etapa 4 te devolve todos os meses as duas mesmas críticas, é porque o prompt da etapa 3 deve integrar essas exigências de antemão; se a validação do ângulo te leva trinta segundos há três meses, talvez possa aligeirar-se. Uma cadeia não é um monumento: é um processo que se refina com o uso, exatamente como um template — e o documento que a descreve é o lugar onde esse refinamento se acumula em vez de se evaporar.