O que é o Framework RTF?
📍 In One Sentence
RTF é um esqueleto de prompt de três partes — Papel, Tarefa, Formato — que dá ao modelo estrutura suficiente para tarefas rotineiras sem a sobrecarga de frameworks maiores.
💬 In Plain Terms
Diga à IA quem ser (Papel), o que fazer (Tarefa) e como formatar a resposta (Formato). É isso. Três coisas. Funciona para 80% das tarefas cotidianas. Quando não for mais suficiente, você migra para CO-STAR ou SPECS.
O Framework RTF é um padrão de prompt de três partes que diz ao modelo quem ele é, o que fazer e exatamente como a resposta deve parecer. Em vez de enviar uma pergunta solta, você especifica Papel, Tarefa e Formato explicitamente. Isso funciona com GPT-5.5, Claude Opus 4.8, Gemini 3.1 Pro e modelos locais que você executa via Ollama ou LM Studio.
RTF é intencionalmente mínimo. Com apenas três campos, é fácil de lembrar, rápido de preencher e flexível o suficiente para muitas tarefas cotidianas. Você pode tratá-lo como um "esqueleto de prompt padrão" sempre que não tiver certeza de qual framework especializado usar.
Os Três Componentes RTF
Um prompt RTF sólido define claramente cada um dos três componentes para que o modelo não tenha ambiguidade sobre seu trabalho. Você pode escrevê-los como linhas rotuladas ou como uma frase que ainda contenha as três partes.
Definições típicas:
- Papel: A perspectiva ou experiência que o modelo deve adotar (por exemplo "Você é um analista de dados sênior").
- Tarefa: A ação concreta que você quer, descrita em uma ou duas frases.
- Formato: A estrutura, comprimento e estilo da saída (por exemplo "3 tópicos mais um resumo de 2 frases").
🔍 Formato É o Diferencial
Papel e Tarefa são óbvios — a maioria das pessoas já diz o que quer. Formato é onde RTF agrega valor real. "3 tópicos, máx 50 palavras cada, markdown" produz saída dramaticamente mais consistente do que "me dê um resumo". O campo Formato é a arma secreta do RTF.
Por que RTF é Útil
O Framework RTF é útil porque lhe dá a maioria dos benefícios de frameworks mais complexos com quase nenhuma sobrecarga. Ele força você a tomar três decisões — quem, o quê e como — antes de enviar um prompt.
Vantagens práticas incluem:
- Escrita de prompts mais rápida do que frameworks de múltiplas seções para trabalho rotineiro.
- Melhor consistência entre modelos e execuções, já que o formato é sempre explícito.
- Onboarding fácil para colegas de equipe que podem aprender RTF em alguns minutos e reutilizá-lo em todo lugar.
Exemplo: Prompt RTF ruim vs bom
A versão RTF diz ao modelo exatamente como pensar sobre o conteúdo e como empacotar o resultado para que outros possam usá-lo imediatamente.
❌ Solicitação não estruturada
Resuma esta reunião.
✅ Prompt RTF
Papel: Você é um gerente de operações resumindo uma reunião de status do projeto para a liderança sênior. Tarefa: Leia a transcrição e identifique as principais decisões, riscos abertos e próximos passos discutidos na reunião. Formato: Produza um resumo em Markdown com três seções (`Decisões`, `Riscos`, `Próximos passos`). Em cada seção, use 3-5 tópicos. Mantenha o resumo total abaixo de 250 palavras.
Quando Usar RTF
Você deve usar o Framework RTF quando quiser um padrão simples e reutilizável que ainda imponha clareza e estrutura. É um bom padrão sempre que você não precisar de especificações longas ou rastros de raciocínio de múltiplos passos.
Casos de uso típicos incluem:
- Relatórios curtos, recapitulações e resumos para e-mails ou chat.
- Redigir respostas para clientes ou partes internas com estrutura clara.
- Gerar pequenos trechos de código ou refatorações com formato de saída especificado.
- Peças de conteúdo rápidas como descrições de produtos, entradas de FAQ ou listas de verificação simples.
Quando RTF não é a Escolha Certa
| Cenário | Limitação do RTF | Use em vez disso |
|---|---|---|
| Conteúdo voltado ao cliente onde tom e audiência são críticos | Sem campo explícito de Audiência ou Tom | CO-STAR (inclui Estilo, Audiência, Tom) ou CRAFT (Restrições, Papel, Audiência, Formato, Tom) |
| Imposição estrita de estrutura ou schema de dados necessária | Campo Formato pode solicitar JSON mas não oferece sintaxe de restrições | SPECS (inclui campo de Restrições explícito) |
| Raciocínio de múltiplos passos ou lógica de decisão necessária | Sem campo de raciocínio passo a passo explícito | TRACE (inclui Gatilho, Resposta, Ação, Consequência, Avaliação) |
| Fluxos de trabalho complexos com lógica condicional | Único Papel/Tarefa/Formato por prompt | APE (Ação, Processo, Exemplos) ou fluxos de trabalho multi-turno personalizados |
Tabelas de Comparação
Como RTF se compara com outros frameworks principais:
Comparação por Dimensão
| Dimensão | RTF | CO-STAR | SPECS | TRACE |
|---|---|---|---|---|
| Número de campos | 3 (Papel, Tarefa, Formato) | 6 (Contexto, Objetivo, Estilo, Audiência, Resposta, Tom) | 5 (Configurações, Persona, Exemplos, Padrão, Restrições) | 5 (Gatilho, Resposta, Ação, Consequência, Avaliação) |
| Tempo de configuração | 30 segundos | 2-3 minutos | 3-5 minutos | 2-3 minutos |
| Melhor para | Tarefas rotineiras e repetíveis | Controle de tom e audiência | Schemas e restrições rígidas | Passos de raciocínio explícitos |
| Consistência da saída | Boa | Excelente | Excelente | Boa |
| Requer exemplos? | Não | Opcional | Sim (padrões sólidos) | Não |
Comparação em Pares (RTF vs Outros)
| Comparação | Vencedor | Por quê |
|---|---|---|
| RTF vs CO-STAR | CO-STAR (se audiência importa) | CO-STAR inclui campos explícitos de Audiência e Tom. RTF força o tom no Papel ou Formato, o que fica complicado. Se você não se importa com voz, RTF é mais rápido. |
| RTF vs SPECS | SPECS (se restrições rígidas são necessárias) | SPECS inclui um campo de Restrições dedicado e espera exemplos. RTF pode solicitar restrições no Formato mas carece de sintaxe estruturada. SPECS vence para JSON, CSV ou dados estruturados. |
| RTF vs TRACE | TRACE (se raciocínio importa) | TRACE modela explicitamente causa e efeito (Gatilho → Resposta → Ação → Consequência). RTF não tem campo de passos de raciocínio. Use TRACE para lógica complexa, RTF para saída simples. |
| RTF vs Chain-of-Thought | Complementares | RTF define papel e formato de saída. CoT melhora o raciocínio. Combine-os: use RTF para estruturar o prompt, adicione "pense passo a passo" para matemática ou lógica complexas. |
Como Escrever um Prompt RTF
- 1Papel: Defina quem a IA está desempenhando. Papéis específicos superam genéricos. Ruim: "Você é útil." Bom: "Você é um engenheiro backend sênior revisando código por regressões de desempenho." Quanto mais específico, mais consistente a saída.
- 2Tarefa: Declare o que a IA deve fazer. Seja concreto. Ruim: "Resuma isso." Bom: "Identifique as três principais decisões, riscos abertos e próximos passos discutidos."
- 3Formato: Especifique estrutura, comprimento e estilo. É aqui que RTF agrega valor. Ruim: (Formato ausente). Bom: "3 tópicos, máx 50 palavras cada, markdown, abaixo de 200 palavras no total."
- 4Separe Tarefa e Formato. Misture-os em um bloco e nenhum fica com especificidade suficiente. Mantenha-os distintos.
- 5Sempre inclua Formato, mesmo quando parecer óbvio. Sem ele, os modelos padrão para parágrafos em prosa.
Cinco Exemplos Reais de RTF
Aqui estão cinco prompts RTF prontos para produção para fluxos de trabalho comuns:
Exemplo 1: Resumo de Status Semanal
Papel: Você é um gerente de operações escrevendo um resumo de status semanal para a liderança executiva.
Tarefa: Resuma o progresso do projeto desta semana, as principais decisões tomadas, os riscos identificados e as prioridades da próxima semana.
Formato: Markdown, quatro seções (Resumo, Decisões, Riscos, Próxima Semana), 3-5 tópicos por seção, máx 300 palavras.
Exemplo 2: Feedback de Revisão de Código
Papel: Você é um engenheiro backend sênior revisando código por manutenibilidade, desempenho e segurança.
Tarefa: Revise este bloco de código e identifique quaisquer problemas, sugira melhorias e avalie a qualidade geral.
Formato: Markdown, três seções (Problemas Encontrados, Melhorias, Avaliação de Qualidade 1-5), blocos de código para exemplos.
Exemplo 3: Rascunho de E-mail ao Cliente
Papel: Você é um gerente de sucesso do cliente redigindo uma resposta profissional e empática a uma reclamação do cliente.
Tarefa: Aborde a preocupação, peça desculpas quando apropriado, explique a resolução e restaure a confiança.
Formato: Formato de e-mail (saudação, 2-3 parágrafos, fechamento), tom profissional, 150-250 palavras.
Exemplo 4: Notas de Reunião para Itens de Ação
Papel: Você é um coordenador de projetos extraindo itens de ação de notas de reunião brutas.
Tarefa: Identifique as decisões tomadas, os riscos discutidos e os próximos passos com responsáveis e prazos.
Formato: Markdown com três seções (Decisões, Riscos, Itens de Ação), itens de ação como listas de verificação com responsável e data de vencimento.
Exemplo 5: Documentação de Produto para Usuários Não Técnicos
Papel: Você é um redator técnico explicando um recurso a usuários não técnicos em linguagem simples.
Tarefa: Explique o que este recurso faz, por que eles podem querer usá-lo e como usá-lo em três passos simples.
Formato: 1 frase de introdução, 3 passos numerados com exemplos, 1 frase de conclusão. Evite jargão.
Combinando RTF com Outros Frameworks
Você deve combinar o Framework RTF com outros frameworks tratando RTF como seu padrão leve e mudando para frameworks mais pesados quando as restrições aumentam. Um padrão prático é:
- Comece com RTF para a maioria das novas tarefas onde você só precisa de estrutura clara rapidamente.
- Mova para SPECS quando precisar de schemas rígidos, exemplos e restrições.
- Use TRACE ou APE quando quiser passos de raciocínio explícitos antes da resposta final.
- Use frameworks criativos como CRAFT quando audiência e tom forem centrais.
Erros Comuns de RTF
❌ Papel vago — "Você é um assistente útil"
Why it hurts: "Assistente útil" é o padrão. Não acrescenta nada. Um papel vago significa que o modelo escolhe sua própria perspectiva, que varia entre execuções.
Fix: Seja específico: "Você é um engenheiro backend sênior" ou "Você é um gerente de marketing B2B focado em CFOs." Quanto mais específico o papel, mais consistente a saída.
❌ Tarefa e Formato misturados em um blob
Why it hurts: "Resuma esta reunião em tópicos" conflate tarefa e formato. Quando misturados, nenhum fica com especificidade suficiente.
Fix: Separe-os: Tarefa = "Identifique decisões, riscos e próximos passos." Formato = "Markdown, 3 seções, 3-5 tópicos cada, abaixo de 250 palavras."
❌ Formato completamente ausente
Why it hurts: Sem um campo de Formato explícito, o modelo padrão para parágrafos em prosa — que pode não ser o que você precisa.
Fix: Sempre especifique o Formato. Mesmo "Formato: 3 tópicos" é melhor do que nada.
❌ Usar RTF para tarefas que precisam de controle de audiência/tom
Why it hurts: RTF não tem campo de Audiência ou Tom. Se você está escrevendo conteúdo voltado ao cliente onde a voz importa, RTF força você a colocar o tom no Papel ou Formato.
Fix: Mude para CRAFT (que tem campos explícitos de Audiência e Tom) ou CO-STAR quando a voz importar.
❌ Nunca salvar prompts RTF como templates
Why it hurts: Escrever o mesmo prompt RTF de "resumo de reunião" do zero toda semana desperdiça tempo e introduz inconsistência.
Fix: Salve prompts RTF funcionando como templates nomeados no PromptQuorum. Reutilize-os trocando apenas os dados de entrada.
Como o PromptQuorum Implementa o Framework RTF
O PromptQuorum é uma ferramenta de despacho de IA multi-modelo que inclui o Framework RTF como uma de suas estruturas de prompt integradas para que os usuários possam aplicar prompting Papel–Tarefa–Formato de maneira consistente. Quando você escolhe a opção RTF no PromptQuorum, a interface expõe campos para Papel, Tarefa e Formato e os monta em uma única instrução bem formada.
No PromptQuorum, o Framework RTF permite que você:
- Preencha Papel, Tarefa e Formato uma vez e envie o mesmo prompt estruturado para 25+ modelos como GPT-5.5, Claude Opus 4.8, Gemini 3.1 Pro e modelos locais configurados via Ollama ou LM Studio.
- Salve prompts RTF como templates para fluxos de trabalho recorrentes — por exemplo "resumo de status semanal", "rascunho de resposta ao cliente" ou "recapitulação de bug report".
- Compartilhe templates RTF com sua equipe para que mesmo não especialistas possam criar prompts que produzam saídas consistentes e estruturadas.
- Teste o mesmo prompt RTF em vários modelos lado a lado para encontrar o melhor para seu caso de uso.
Perguntas Frequentes
O que significa RTF?
RTF significa Papel (Role), Tarefa (Task), Formato (Format) — uma estrutura de prompt de três partes onde Papel define quem o modelo deve ser, Tarefa especifica o que o modelo deve fazer, e Formato descreve a estrutura da saída desejada.
Como RTF é diferente de CO-STAR?
RTF é mínimo e focado em três campos: Papel, Tarefa, Formato. CO-STAR é mais abrangente, adicionando Contexto, Estilo, Audiência e Tom. Use RTF para tarefas rápidas e diretas; use CO-STAR quando audiência e tom importam.
Quando devo usar RTF?
Use RTF quando precisar de saída estruturada de um papel claramente definido. Exemplos: resumir reuniões, gerar código, escrever e-mails em formato específico ou criar documentação. RTF é ideal para fluxos de trabalho baseados em templates.
Posso combinar RTF com outros frameworks?
Sim. Você pode usar RTF para geração de saída inicial, então aplicar RISEN para refinamento iterativo. Ou combine RTF com Chain-of-Thought para adicionar raciocínio. Misture e combine frameworks para fluxos de trabalho complexos.
O RTF funciona com todos os modelos de linguagem?
Sim. RTF é agnóstico quanto ao framework. Funciona com GPT-5.5, Claude, Gemini, modelos open-source como Llama 3.2 e modelos locais via Ollama ou LM Studio. Os princípios se aplicam universalmente a qualquer LLM que siga instruções.
- Schulhoff, L., et al. (2024). Prompt Engineering Guide. https://www.promptingguide.ai
- Brown, T. B., et al. (2020). "Language Models are Few-Shot Learners." OpenAI. arXiv:2005.14165
- OpenAI. (2026). Prompt Engineering Best Practices. https://platform.openai.com/docs/guides/prompt-engineering
- Anthropic. (2026). Prompt Engineering — Claude API Documentation. https://docs.anthropic.com/en/docs/build-with-claude/prompt-engineering