Qu'est-ce que le Framework RTF ?
📍 In One Sentence
RTF est un squelette de prompt à trois parties — Role, Task, Format — qui donne au modèle juste assez de structure pour les tâches courantes sans surcharge des frameworks plus larges.
💬 In Plain Terms
Dites à l'IA qui être (Role), quoi faire (Task) et comment formater la réponse (Format). C'est tout. Trois choses. Fonctionne pour 80% des tâches quotidiennes. Quand ce n'est plus suffisant, passez à CO-STAR ou SPECS.
Le Framework RTF est un modèle de prompt à trois parties qui dit au modèle qui il est, quoi faire et exactement comment la réponse doit ressembler. Au lieu d'envoyer une question vague, vous spécifiez explicitement Role, Task et Format. Cela fonctionne sur GPT-4o, Claude Opus 4.7, Gemini 3.1 Pro et les modèles locaux que vous exécutez via Ollama ou LM Studio.
RTF est volontairement minimal. Avec seulement trois champs, c'est facile à retenir, rapide à remplir et flexible pour de nombreuses tâches quotidiennes. Vous pouvez le traiter comme un « squelette de prompt par défaut » quand vous ne savez pas quel framework spécialisé utiliser.
Les trois composants RTF
Un bon prompt RTF définit clairement chacun des trois composants pour que le modèle n'ait aucune ambiguïté sur sa tâche. Vous pouvez les écrire sous forme de lignes étiquetées ou comme une phrase contenant tous les trois éléments.
Définitions typiques :
- Role : La perspective ou l'expertise que le modèle doit adopter (par exemple « Vous êtes un analyste de données senior »).
- Task : L'action concrète que vous voulez, décrite en une ou deux phrases.
- Format : La structure, la longueur et le style de la sortie (par exemple « 3 points clés plus un résumé de 2 phrases »).
🔍 Format est la partie cruciale
Role et Task sont évidents — la plupart des gens disent déjà ce qu'ils veulent. Format est où RTF crée vraiment de la valeur. « 3 points clés, max 50 mots chacun, Markdown » produit une sortie dramatiquement plus cohérente que « donnez-moi un résumé ». Le champ Format est l'arme secrète de RTF.
Pourquoi RTF est utile
Le Framework RTF est utile parce qu'il vous donne la plupart des avantages des frameworks plus complexes avec presque aucune surcharge. Il vous force à prendre trois décisions — qui, quoi et comment — avant d'envoyer le prompt.
Avantages pratiques :
- Écriture de prompts plus rapide que les frameworks multi-sections pour le travail courant.
- Meilleure cohérence sur les modèles et exécutions, car le format est toujours explicite.
- Onboarding facile pour les collègues qui peuvent apprendre RTF en quelques minutes et le réutiliser partout.
Exemple : mauvais vs bon prompt RTF
La version RTF dit exactement au modèle comment réfléchir au contenu et comment empaqueter le résultat pour que d'autres puissent l'utiliser immédiatement.
❌ Demande non structurée
Résumez cette réunion.
✅ Prompt RTF
Role : Vous êtes un responsable des opérations résumant une réunion de statut de projet pour la direction. Task : Lisez la transcription et identifiez les décisions clés, les risques ouverts et les prochaines étapes discutées. Format : Sortez un résumé Markdown avec trois sections (`Décisions`, `Risques`, `Prochaines étapes`). Sous chaque section, utilisez 3–5 points clés. Gardez le résumé total sous 250 mots.
Quand utiliser RTF
Vous devez utiliser le Framework RTF quand vous voulez un modèle simple et réutilisable qui impose toujours la clarté et la structure. C'est un excellent choix par défaut quand vous n'avez pas besoin de longues spécifications ou de traces multi-étapes.
Cas d'usage typiques :
- Rapports courts, résumés et synthèses pour e-mail ou chat.
- Rédaction de réponses aux clients ou parties prenantes internes avec structure claire.
- Génération de petits extraits de code ou refactorisations avec un format de sortie spécifié.
- Contenus rapides comme descriptions de produits, entrées FAQ ou listes de contrôle simples.
Quand RTF n'est pas le bon choix
| Scénario | Limitation RTF | Utilisez plutôt |
|---|---|---|
| Contenu destiné aux clients où le ton et l'audience sont critiques | Pas de champ Audience ou Tone explicite | CO-STAR (avec Style, Audience, Tone) ou CRAFT (Constraints, Role, Audience, Format, Tone) |
| Imposition stricte de structure ou schéma de données requise | Le champ Format peut demander JSON mais n'offre pas de syntaxe de contrainte | SPECS (avec champ Constraints explicite) |
| Raisonnement multi-étapes ou logique de décision requise | Pas de champ raisonnement étape par étape explicite | TRACE (avec Trigger, Response, Action, Consequence, Evaluation) |
| Workflows complexes avec logique conditionnelle | Role/Task/Format unique par prompt | APE (Action, Process, Examples) ou workflows multi-turn personnalisés |
Tableaux comparatifs
Comment RTF se compare aux autres frameworks majeurs :
Comparaison par dimension
| Dimension | RTF | CO-STAR | SPECS | TRACE |
|---|---|---|---|---|
| Nombre de champs | 3 (Role, Task, Format) | 6 (Context, Objective, Style, Audience, Response, Tone) | 5 (Settings, Person, Examples, Pattern, Constraints) | 5 (Trigger, Response, Action, Consequence, Evaluation) |
| Temps de configuration | 30 secondes | 2–3 minutes | 3–5 minutes | 2–3 minutes |
| Meilleur pour | Tâches courantes répétables | Contrôle du ton et de l'audience | Schémas et contraintes stricts | Étapes de raisonnement explicites |
| Cohérence de sortie | Bonne | Excellente | Excellente | Bonne |
| Exemples requis ? | Non | Optionnel | Oui (modèles forts) | Non |
Comparaison par paires (RTF vs autres)
| Comparaison | Gagnant | Pourquoi |
|---|---|---|
| RTF vs CO-STAR | CO-STAR (si l'audience compte) | CO-STAR a des champs Audience et Tone explicites. RTF force le ton dans Role ou Format, ce qui devient lourd. Si la voix ne compte pas, RTF est plus rapide. |
| RTF vs SPECS | SPECS (si contraintes strictes requises) | SPECS a un champ Constraints dédié et attend des exemples. RTF peut demander des contraintes dans Format mais n'a pas de syntaxe structurée. SPECS gagne pour JSON, CSV ou données structurées. |
| RTF vs TRACE | TRACE (si raisonnement compte) | TRACE modélise cause-effet explicitement (Trigger → Response → Action → Consequence). RTF n'a pas de champ étapes de raisonnement. Utilisez TRACE pour logique complexe, RTF pour sortie simple. |
| RTF vs Chain-of-Thought | Complémentaires | RTF définit rôle et format de sortie. CoT améliore le raisonnement. Combinez-les : utilisez RTF pour structurer le prompt, ajoutez « penser étape par étape » pour mathématiques ou logique complexe. |
Comment écrire un prompt RTF
- 1Role : Définissez qui l'IA joue. Les rôles spécifiques battent les génériques. Mauvais : « Vous êtes utile. » Bon : « Vous êtes un ingénieur backend senior examinant le code pour les régressions de performance. » Plus spécifique le rôle, plus cohérente la sortie.
- 2Task : Indiquez quoi faire. Soyez concret. Mauvais : « Résumez ceci. » Bon : « Identifiez les trois décisions clés, risques ouverts et prochaines étapes discutées. »
- 3Format : Spécifiez structure, longueur et style. C'est où RTF crée de la valeur. Mauvais : (pas de Format). Bon : « 3 points clés, max 50 mots chacun, Markdown, sous 200 mots total. »
- 4Séparez Task et Format. Fusionnez-les en pâte et aucun n'obtient assez de spécificité. Gardez-les distincts.
- 5Incluez toujours Format, même quand évident. Sans champ Format explicite, les modèles défaut aux paragraphes en prose.
Cinq exemples RTF réels
Voici cinq prompts RTF prêts pour la production pour des workflows courants :
Exemple 1 : Résumé de statut hebdomadaire
Role : Vous êtes un responsable des opérations rédigeant un résumé de statut hebdomadaire pour la direction.
Task : Résumez la progression du projet cette semaine, les décisions clés prises, les risques identifiés et les priorités de la semaine prochaine.
Format : Markdown, quatre sections (Résumé, Décisions, Risques, Semaine prochaine), 3–5 points clés par section, 300 mots max.
Exemple 2 : Retours de revue de code
Role : Vous êtes un ingénieur backend senior examinant le code pour maintenabilité, performance et sécurité.
Task : Examinez ce bloc de code, identifiez les problèmes, suggérez des améliorations et évaluez la qualité globale.
Format : Markdown, trois sections (Problèmes trouvés, Améliorations, Évaluation de qualité 1–5), blocs de code pour exemples.
Exemple 3 : Brouillon d'e-mail client
Role : Vous êtes un gestionnaire de succès client rédigeant une réponse professionnelle et empathique à une plainte client.
Task : Abordez leur préoccupation, excusez-vous où approprié, expliquez la résolution et restaurez la confiance.
Format : Format e-mail (salutation, 2–3 paragraphes, fermeture), ton professionnel, 150–250 mots.
Exemple 4 : Notes de réunion vers éléments d'action
Role : Vous êtes un coordinateur de projet extrayant des éléments d'action de notes de réunion brutes.
Task : Identifiez les décisions prises, les risques discutés et les prochaines étapes avec propriétaires et échéances.
Format : Markdown avec trois sections (Décisions, Risques, Éléments d'action), éléments d'action sous forme de listes à cocher avec assignataire et date limite.
Exemple 5 : Documentation produit pour utilisateurs non-techniques
Role : Vous êtes un rédacteur technique expliquant une fonction aux utilisateurs non-techniques en langage simple.
Task : Expliquez ce que cette fonction fait, pourquoi les utilisateurs pourraient l'utiliser et comment l'utiliser en trois étapes simples.
Format : 1 phrase intro, 3 étapes numérotées avec exemples, 1 phrase conclusion. Évitez le jargon.
Combiner RTF avec d'autres frameworks
Vous devez combiner le Framework RTF avec d'autres frameworks en traitant RTF comme votre choix léger par défaut et en changeant vers des frameworks plus lourds quand les contraintes augmentent. Un modèle pratique est :
- Commencez par RTF pour la plupart des nouvelles tâches où vous avez juste besoin de structure claire rapidement.
- Passez à SPECS quand vous avez besoin de schémas stricts, d'exemples et de contraintes.
- Utilisez TRACE ou APE quand vous voulez des étapes de raisonnement explicites avant la réponse finale.
- Utilisez des frameworks créatifs comme CRAFT quand l'audience et le ton sont centraux.
Erreurs RTF courantes
❌ Role vague — « Vous êtes un assistant utile »
Why it hurts: « Assistant utile » est le défaut. Cela n'ajoute rien. Un rôle vague signifie que le modèle choisit sa propre perspective, qui varie entre exécutions.
Fix: Soyez spécifique : « Vous êtes un ingénieur backend senior » ou « Vous êtes un gestionnaire marketing B2B ciblant les CFO ». Plus spécifique le rôle, plus cohérente la sortie.
❌ Task et Format fusionnés en pâte
Why it hurts: « Résumez cette réunion en points clés » mélange Task et Format. Quand fusionnés, ni l'un ni l'autre n'obtient assez de spécificité.
Fix: Séparez : Task = « Identifiez les décisions, risques et prochaines étapes. » Format = « Markdown, 3 sections, 3–5 points clés chacun, sous 250 mots. »
❌ Complètement omettre le Format
Why it hurts: Sans champ Format explicite, le modèle défaut aux paragraphes prose — ce que vous pourriez ne pas vouloir. C'est la #1 cause de « l'IA m'a donné un mur de texte. »
Fix: Spécifiez toujours Format. Même « Format : 3 points clés » est mieux que rien.
❌ Utiliser RTF pour des tâches nécessitant contrôle d'audience/ton
Why it hurts: RTF n'a pas de champ Audience ou Tone. Si vous écrivez pour clients où la voix compte, RTF vous force à remplir le ton dans Role ou Format, ce qui devient lourd.
Fix: Passez à CRAFT (qui a des champs Audience et Tone explicites) ou CO-STAR (qui sépare Style et Audience) quand la voix compte.
❌ Ne jamais enregistrer les prompts RTF comme modèles
Why it hurts: Écrire le même prompt RTF « résumé de réunion » à partir de zéro chaque semaine gaspille du temps et introduit de l'incohérence.
Fix: Enregistrez les bons prompts RTF comme modèles nommés dans PromptQuorum. Réutilisez-les en changeant seulement les données d'entrée.
Comment PromptQuorum implémente RTF
PromptQuorum est un outil de dispatch multi-modèle IA qui inclut le Framework RTF comme l'une de ses structures de prompt intégrées pour que les utilisateurs appliquent le prompting Role–Task–Format de façon cohérente. Quand vous choisissez l'option RTF dans PromptQuorum, l'interface expose les champs pour Role, Task et Format et les assemble en une instruction bien formée.
Dans PromptQuorum, le Framework RTF vous permet :
- Remplissez Role, Task et Format une fois et envoyez le même prompt structuré à 25+ modèles comme GPT-4o, Claude Opus 4.7, Gemini 3.1 Pro et les modèles locaux configurés via Ollama ou LM Studio.
- Enregistrez les prompts RTF comme modèles pour des workflows récurrents — par exemple « résumé de statut hebdomadaire », « brouillon de réponse client » ou « récapitulatif de rapport de bug ».
- Partagez les modèles RTF across votre équipe pour que même les non-experts créent des prompts qui produisent des sorties cohérentes et structurées.
- Testez côte à côte le même prompt RTF sur plusieurs modèles pour trouver le meilleur pour votre cas d'usage.
Questions Fréquemment Posées
Que signifie RTF ?
RTF signifie Role, Task, Format — une structure de prompt en trois parties où Role définit le rôle que le modèle devrait tenir, Task spécifie ce que le modèle devrait faire, et Format décrit la structure de la sortie désirée.
Comment RTF diffère-t-il de CO-STAR ?
RTF est minimal et se concentre sur trois champs : Role, Task, Format. CO-STAR est plus complet, ajoutant Context, Style, Audience et Tone. Utilisez RTF pour les tâches rapides et simples ; utilisez CO-STAR quand le public et le ton importent.
Quand dois-je utiliser RTF ?
Utilisez RTF quand vous avez besoin d'une sortie structurée d'un rôle clairement défini. Exemples : résumer des réunions, générer du code, rédiger des e-mails dans un format spécifique, ou créer de la documentation. RTF est idéal pour les workflows basés sur des modèles.
Puis-je combiner RTF avec d'autres frameworks ?
Oui. Vous pouvez utiliser RTF pour la génération de sortie initiale, puis appliquer RISEN pour le raffinement itératif. Ou combinez RTF avec Chain-of-Thought pour ajouter du raisonnement. Mélangez et assortissez les frameworks pour les workflows complexes.
Que faire si je ne suis pas sûr du rôle à spécifier ?
Commencez par le rôle le plus simple qui convient à la tâche : « Vous êtes un rédacteur technique », « Vous êtes un chef de produit » ou « Vous êtes un expert Python ». Soyez spécifique mais pas excessivement détaillé. Testez différents rôles pour voir lequel produit de meilleurs résultats.
L'ordre de Role, Task, Format importe-t-il ?
L'ordre traditionnel est Role → Task → Format, mais le modèle comprendra votre intention indépendamment de l'ordre. Cependant, maintenir cet ordre standard rend les prompts plus faciles à lire et à templater. La cohérence importe plus que l'ordre strict.
RTF fonctionne-t-il avec tous les modèles de langage ?
Oui. RTF est indépendant du framework. Il fonctionne avec GPT-4o, Claude, Gemini, les modèles open-source comme Llama 3.2, et les modèles locaux via Ollama ou LM Studio. Les principes s'appliquent universellement à tous les LLMs qui suivent les instructions.
Comment rédiger une bonne spécification Format ?
Soyez spécifique : au lieu de « Format : belle sortie », écrivez « Format : 5 points de liste, chacun moins de 15 mots ». Spécifiez la structure (points de liste, paragraphes, blocs de code, JSON), la longueur (nombre de mots, nombre d'éléments) et le ton (formel, décontracté, technique).
- 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