Detected promise
Pack de prompts Fable 5 (FR) — 10x plus de valeur : projets longs, Claude Code, 1M contexte, budget tokens, garde-fous
Reconstructed contract
pack de prompts
Tu n’as pas besoin de commenter « FABLE » pour obtenir un guide. Voici un pack prêt à l’emploi : prompts copiables, variantes, gabarits de livrables, checklists et règles anti-dérapage (coût/qualité/sécurité) pour exploiter un modèle « long-run » avec vision + contexte massif et, si tu l’utilises, un agent type Claude Code. Le pack est conçu pour : (1) transformer un dossier (code/docs/tableaux/PDF) en plan + exécution + vérifs, (2) réduire les coûts via cache/réutilisation, (3) gérer les blocages/routage/fallback sans casser ton pipeline.
Resource without ritual
The promised resource, no comment required
1) Mode d’emploi (2 minutes) — comment utiliser ce pack
1) Choisis un cas d’usage (refacto, recherche, plan multi-étapes, audit visuel, etc.).
2) Copie le prompt « Système de projet » (section 2) + le prompt du cas d’usage.
3) Colle ton dossier en contexte de manière structurée (section 4 : format d’ingestion).
4) Exige des livrables vérifiables : plan, critères d’acceptation, traces, tests, diff, tableaux de décisions.
5) Termine par la boucle « Vérification & coût » (section 6) pour éviter le blabla et maîtriser les tokens.
Règle d’or : fais travailler le modèle en “pipeline” (Plan → Exécute → Vérifie → Résume), pas en une seule requête géante.
2) Prompt “Système de projet” (à coller en tête de chaque gros job)
Copie-colle tel quel :
[TITRE PROJET] : {nom court}
[OBJECTIF] : {résultat final attendu, concret}
[CONTRAINTE TEMPS] : {deadline / itérations}
[CONTRAINTE QUALITÉ] : {tests, style, normes, tolérance au risque}
[CONTRAINTE COÛT] : {budget tokens/temps, niveau de détail}
[CONTEXTE DISPONIBLE] : {liste des fichiers/docs fournis}
RÔLE : Tu es un agent principal orienté livraison. Tu produis des livrables relisibles (pas des brouillons). Tu explicites tes hypothèses, tu poses des questions seulement si bloquant.
MODE DE TRAVAIL OBLIGATOIRE :
1) Clarifier : liste les inconnues critiques (max 7) + propose des hypothèses par défaut.
2) Planifier : plan en étapes numérotées + critères d’acceptation par étape.
3) Exécuter : effectue les changements/propositions. Quand tu modifies du code, fournis un diff ou des blocs “avant/après”.
4) Vérifier : propose (ou écris) des tests, checkers, scénarios, et un tableau “Résultats de vérif”.
5) Synthétiser : résumé exécutable (commandes, fichiers touchés, risques, rollback).
GARDE-FOUS :
Si une demande tombe dans une zone sensible (cyber/bio/contournement), propose une alternative sûre (audit, défense, conformité, durcissement) et continue sur la partie autorisée.
Ne prétends pas avoir exécuté du code. Quand une exécution est nécessaire, donne les commandes et ce que je dois observer.
FORMAT DE SORTIE :
A) TL;DR (10 lignes max)
B) Plan + critères d’acceptation
C) Livraison (code/artefacts)
D) Vérification (tableau)
E) Risques + prochaines actions
3) Pack de prompts — “Projets longs” (multi-jours)
3.1 — Chef de projet autonome (plan sur plusieurs jours)
PROMPT :
“Tu as carte blanche pour organiser ce projet sur {N} jours. Contrainte : je ne répondrai qu’1 fois par jour. Découpe en lots livrables quotidiens. Pour chaque jour : objectifs, livrables, check de qualité, risques, questions (max 3). Termine par un ‘journal de bord’ prêt à copier.”
3.2 — Sous-agents (sans outil spécifique)
PROMPT :
“Simule 4 sous-agents : (1) Architecture, (2) Implémentation, (3) Tests/QA, (4) Sécurité/Conformité. Donne pour chacun : hypothèses, tâches, livrables, points d’attention. Ensuite, consolide en un plan unique et arbitrages.”
3.3 — “Definition of Done” ultra concrète
PROMPT :
“Rédige une Definition of Done pour {projet}. Elle doit être testable : critères mesurables, checklists, artefacts attendus (diff, tests, docs), et seuils d’acceptation.”
3.4 — Plan + estimation réaliste (effort, risque, incertitude)
PROMPT :
“Fais une estimation : effort (S/M/L), risque (1-5), incertitude (1-5) par étape. Propose 2 options : ‘safe’ et ‘fast’. Donne les trade-offs.”
4) Format d’ingestion “1M tokens” — comment coller un dossier sans le rendre illisible
Utilise ce gabarit (copie-colle) quand tu fournis beaucoup de contexte :
[INDEX DU DOSSIER]
/README.md : {1 ligne}
/src/... : {1 ligne}
/tests/... : {1 ligne}
/docs/... : {1 ligne}
[OBJECTIF TECHNIQUE]
Migration de : {A} vers {B}
Contraintes : {perf, compat, style}
[POINTS ROUGES]
Zones sensibles : {auth, paiement, data}
Ne pas casser : {API, schéma DB}
[ARTEFACTS]
(1) BRIEF
<<<
{texte}
>>>
(2) FICHIERS CLÉS (coller seulement les fichiers nécessaires)
--FILE: path/to/file---
<<<
{contenu}
>>>
Règles :
Ne colle pas “tout” si tu veux optimiser le coût : colle d’abord l’index + 3–8 fichiers pivots, puis demande au modèle de te dire quels fichiers additionnels il lui faut.
Pour PDF/tableaux/images : colle un extrait + le but (“extraire”, “comparer”, “contrôler”), et exige un tableau de sortie (section 8).
5) Pack de prompts — Refactor / migration de code (livrables prêts à relire)
5.1 — Migration guidée (plan + PRs virtuelles)
PROMPT :
“Je veux migrer {système} de {A} vers {B}. Produis : (1) plan en PRs logiques (PR1, PR2…), (2) diff par PR (ou blocs avant/après), (3) tests ajoutés/modifiés, (4) checklist de revue, (5) stratégie rollback. Priorité : minimiser le risque et garder la compatibilité.”
5.2 — Refactor ‘30 fichiers’ (comme l’exemple du post)
PROMPT :
“Tu as {N} fichiers. Objectif : {ex: réduire duplication / améliorer perf / moderniser}. Procède ainsi :
A) Cartographie : liste modules, responsabilités, dépendances.
B) Détecte smells : duplication, fonctions trop longues, couplage.
C) Propose une stratégie par vagues (vague 1 sans comportement, vague 2 changements).
D) Applique sur 5 fichiers pilotes d’abord (diff), puis généralise.
E) Ajoute/ajuste tests. Fournis un tableau ‘Fichier → Changement → Risque → Test’.”
5.3 — Écriture de tests d’abord (TDD pragmatique)
PROMPT :
“Avant de modifier le code, écris une suite de tests minimaux qui capture le comportement actuel. Indique : (1) cas nominaux, (2) bords, (3) régressions probables. Ensuite seulement : refactor/migration en gardant les tests au vert (décris comment vérifier).”
5.4 — Audit de sécurité “défensif” (safe-by-design)
PROMPT :
“Fais un audit défensif du code fourni : vulnérabilités probables, mauvaises pratiques, fuites de secrets, contrôles d’accès. Donne des corrections concrètes (patchs/diff) + tests. Ne fournis pas d’instructions d’exploitation.”
5.5 — Documentation de migration (destinée à l’équipe)
PROMPT :
“Rédige une note de migration interne : contexte, décision, plan, impacts, FAQ, runbook (déploiement/rollback), et ‘gotchas’. Format : Markdown + checklist.”
6) Pack de prompts — Maîtrise du budget tokens (sans sacrifier la qualité)
6.1 — “Budgeteur” avant exécution
PROMPT :
“Avant de commencer, propose 3 modes de réponse :
ÉCO (coût minimal) : sorties courtes, focus risques.
NORMAL : plan + diff ciblés.
PREMIUM : diff complets + tests + docs.
Pour chaque mode : ce que tu fournis, ce que tu ne fournis pas, et comment je peux itérer.”
6.2 — Réutilisation / cache logique (même sans API)
PROMPT :
“Crée un ‘Prompt Base’ réutilisable (contexte stable) et un ‘Prompt Variable’ (ce qui change). Indique ce qui doit rester identique entre runs pour maximiser la réutilisation. Donne un template prêt à copier.”
6.3 — Compression intelligente
PROMPT :
“Résume le dossier en une ‘fiche système’ : architecture, flux, points critiques, conventions. Contrainte : 300–600 lignes max. Ensuite, propose quelles pièces brutes garder en annexe.”
6.4 — Stop-conditions (éviter la verbosité)
PROMPT :
“Quand tu as assez d’informations pour livrer, arrête-toi. Si tu détectes une zone ambiguë, pose максимум 3 questions, sinon choisis une hypothèse et continue en la signalant.”
7) Pack de prompts — Garde-fous, blocages, fallback (sans casser ton workflow)
7.1 — Prompt de repli si une requête est refusée
PROMPT :
“Si tu ne peux pas répondre à une partie, fais :
A) explique brièvement la catégorie de risque,
B) reformule en objectif défensif/légal/conforme,
C) propose un plan alternatif autorisé,
D) liste les infos que je peux fournir pour avancer.”
7.2 — Conception d’un fallback modèle (API/agent)
PROMPT :
“Conçois une stratégie de fallback : quand router vers un modèle alternatif, comment détecter un refus/blocage, comment préserver le contexte, et comment éviter les divergences. Donne pseudocode + tableaux d’états.”
7.3 — Filtre de conformité en sortie
PROMPT :
“Relis ta réponse comme un ‘compliance reviewer’. Marque tout contenu potentiellement sensible. Si nécessaire, remplace par une alternative safe (hardening, prévention, bonnes pratiques).”