Adopter le Riftveil Protocol comme standard interne.
Une règle, pas un outil : aucun output généré par IA au-dessus d’un seuil d’enjeux n’éclaire une décision d’équipe sans un rapport Riftveil joint. Le rapport ne dit jamais quoi décider. Il dit ce qui n’avait pas été vu avant de décider. L’équipe décide toujours, et en reste responsable.
La règle « Riftveil avant la revue »
Qui le lance, et quandLe rapport est produit avant que l’output parte chez un relecteur, un approbateur ou en réunion, et il est produit par la personne qui a généré l’output, pas par le relecteur.
L’ordre compte. L’auteur lit le rapport seul, en premier, et traite ce qu’il peut avant que quiconque d’autre le voie. Le relecteur reçoit l’output, le rapport et les réponses de l’auteur à ses questions. Le temps de revue baisse parce que les objections prévisibles sont déjà sur la table ; la qualité de la revue monte parce que le relecteur part des hypothèses, pas de la surface polie.
Deux règles gardent le seuil honnête. En cas de doute, on monte d’un cran : si l’on débat pour savoir si c’est MODÉRÉ ou ÉLEVÉ, c’est ÉLEVÉ. L’auteur ne choisit pas le niveau seul : c’est la personne qui signera qui le choisit, ou les deux se mettent d’accord.
« Si une IA a aidé à le produire et que c’est MODÉRÉ ou plus, le rapport Riftveil et vos réponses à ses questions l’accompagnent. »
La phrase à mettre dans votre wiki, votre CLAUDE.md ou le message épinglé du canal de l’équipe.
Des seuils de triage traduits en décisions réelles
Traduire une fois, l’écrire, le mettre là où les gens travaillentLe protocole trie selon la réversibilité, la portée de l’impact et l’engagement financier. Ces critères sont génériques. Une équipe les traduit une fois dans les décisions qu’elle prend réellement. Les exemples ci-dessous sont un modèle ; remplacez-les par les vôtres.
| Enjeux | Les décisions de votre équipe qui tombent ici | Rapport Riftveil |
|---|---|---|
| FAIBLE | E-mails internes, notes de réunion, premiers jets sur lesquels personne n’agit encore | Facultatif. Niveau 1 si vous voulez installer l’habitude. |
| MODÉRÉ | Plans de sprint, présélections de fournisseurs, recommandations internes, analyses partagées avec une autre équipe | Oui, par défaut. Niveaux 0–2. |
| ÉLEVÉ | Tout ce qui monte à la direction, propositions commerciales, clauses contractuelles, changements d’architecture, plans de recrutement, budgets de 10 k€ à 100 k€ | Oui, obligatoire. Niveaux 0–3. |
| CRITIQUE | Soumissions externes (régulateurs, clients, public), engagements stratégiques, tout ce qui touche des patients, des clients ou le public, budgets supérieurs à 100 k€, changements irréversibles | Oui, obligatoire, avec un challengeur nommé. Niveaux 0–4. |
Ce qui entre au dossier de décision
Dossier d’ADR, journal des décisions, description de PR, note, page wikiLà où l’équipe conserve ses traces de décision, ajoutez un bloc fixe. Gardez le rapport brut en pièce jointe, ou au format JSON si un outillage existe pour cela. Ne classez jamais le rapport sans les réponses : une liste de questions ouvertes sans propriétaire, c’est du bruit au bout d’une semaine.
Pour les décisions CRITIQUES, un challengeur nommé lance Riftveil indépendamment de l’auteur et consigne sa propre lecture. Deux personnes qui lisent le même rapport voient plus de choses qu’une seule.
## Rapport Riftveil — <date> — Protocole v1.3 — Modèle : <le modèle qui l’a produit> Triage : <NIVEAU>, niveaux <x–y>. Ligne de contexte utilisée : « <rôle / décision / enjeux> » Constats retenus pour action : <n sur le total> (collez le rapport ou un lien vers lui) Hypothèses — vérifiées / encore ouvertes : <n> / <n> Questions — répondues / attribuées / ouvertes : <n> / <n> / <n> Challengeur (CRITIQUE uniquement) : <nom, autre que l’auteur>
La propriété des questions
Les questions sont le livrable · traitez-les comme des tâchesRépondre par écrit
Sous chaque question, une ligne suffit. « Inconnu » est une réponse recevable, et souvent la plus utile.
Attribuer chaque question ouverte
Un nom et une date. Le protocole ne pose que des questions auxquelles le contexte du lecteur peut répondre : il y a donc toujours quelqu’un qui le peut. Chaque hypothèse nomme qui peut la vérifier : cette personne en est le propriétaire.
Marquer ce qui bloque la décision
Si la réponse changerait la décision, la décision l’attend. Sinon, notez-le et passez à la suite.
Boucler la boucle
Quand une question reçoit sa réponse, notez si cette réponse a changé quelque chose. C’est par cette trace que l’équipe apprend quels modes d’échec reviennent dans son domaine. Et aucun modèle ne répond à ses propres questions : tout l’intérêt est qu’une personne qui a le contexte apporte ce que le modèle ne pouvait pas apporter.
Un pilote de 30 jours
Une équipe de 5 à 15 · un type de décision · une seule plateformeChoisissez une équipe, un type de décision clairement MODÉRÉ ou ÉLEVÉ et assez fréquent pour en voir au moins dix occurrences en un mois, et une plateforme. Comptez environ quinze minutes par rapport pour l’auteur et cinq à dix pour le relecteur. S’il en faut plus, l’output est trop long : concentrez-vous sur les trois à cinq sections qui comptent, ou scindez-le.
| Semaine | À faire | Résultat |
|---|---|---|
| 0 · préparation, deux jours | Installez Riftveil sur votre plateforme et lancez les tests standard. Rédigez la table de triage. Nommez un responsable du pilote et, pour le CRITIQUE, un challengeur. | L’outil fonctionne ; la table est publiée ; le guide de cinq minutes est partagé. |
| 1 | Chacun lance Riftveil sur un output réel, seul. Débriefing de trente minutes : qu’est-ce qui vous a surpris ? | Premiers rapports au dossier de décision. Point de référence pour l’indicateur 2. |
| 2 | Appliquez la règle « Riftveil avant la revue » au seul type de décision du pilote. Un propriétaire est attribué à chaque question. | Les relecteurs rendent compte du temps et de la qualité de la revue. |
| 3 | Ajoutez un deuxième type de décision, ou passez aux enjeux ÉLEVÉS. Traitez un cas CRITIQUE avec un challengeur nommé s’il s’en présente un. | Indicateurs 1 à 4 collectés. |
| 4 | Passez les indicateurs en revue. Décidez : étendre, ajuster la table de triage, ou arrêter. Rédigez une décision d’une page, et lancez Riftveil dessus. | Une décision (continuer, ajuster ou arrêter) accompagnée de son propre rapport Riftveil. |
Cinq indicateurs d’adoption
Chaque semaine pendant le pilote, chaque mois ensuite · assez simples pour être comptés à la main- Indicateur 1CouverturePart des outputs assistés par IA, de niveau MODÉRÉ ou plus, arrivés en revue avec un rapport joint. Cible en semaine 4 : plus de 80 % pour le type de décision du pilote.
- Indicateur 2Hypothèses repérées avant la décisionHypothèses implicites mises au jour et que l’auteur confirme ne pas avoir envisagées. Suivez la moyenne par rapport. Si elle tend vers zéro, les outputs sont triviaux ou personne ne lit les rapports.
- Indicateur 3Questions closes avant la décisionPart des questions qui ont reçu une réponse ou ont été explicitement mises de côté, avec un motif, avant que la décision soit prise. Cible : plus de 70 %.
- Indicateur 4Décisions modifiées ou reportéesDécisions dont un constat, une hypothèse ou une question a changé le contenu, le calendrier ou le périmètre. C’est l’indicateur de valeur. Une par mois sur des enjeux ÉLEVÉS rentabilise le pilote.
- Indicateur 5Durée du cycle de revueTemps médian entre « output prêt » et « approuvé », avant et pendant le pilote. Attendez-vous à une légère hausse en semaines 1–2 et à une baisse d’ici la semaine 4, à mesure que les relecteurs reçoivent un matériau déjà challengé.
Huit anti-patterns
À quoi ressemble un déploiement qui échoue- 1Le lancer sur des broutilles. Un rapport sur un message de deux lignes apprend aux gens à survoler les rapports. Utilisez la table de triage ; FAIBLE est facultatif.
- 2Traiter le rapport comme un verdict. « Riftveil n’a trouvé que trois choses, donc c’est bon » : c’est exactement le piège de la cohérence contre lequel le protocole est construit. Il n’y a ni réussite ni échec, et personne ne doit en ajouter.
- 3Laisser le modèle se challenger lui-même sans le protocole. Demander au modèle qui a écrit l’output « tu es sûr ? », ce n’est pas Riftveil. Sans retour externe, l’autocorrection peut dégrader la performance (Huang et al., ICLR 2024 ; Tsui, 2025). Le protocole n’est pas ce retour externe ; il change le rôle du modèle — relecteur adverse, procédures fixes, un rapport qui ne peut pas se terminer sur un verdict — et place un vérificateur humain sur chaque hypothèse. Il atténue ; il ne supprime pas.
- 4Modifier le protocole pour le rendre plus aimable. Quelqu’un ajoute « commence par ce qui est bien dans l’output ». La règle 1 meurt et le rapport devient un sandwich de compliments. Réservez les droits de modification à un ou deux propriétaires.
- 5Répondre aux questions avec encore plus d’IA. Les questions existent pour faire entrer le contexte humain.
- 6Le relecteur le lance à la place de l’auteur. Il devient alors un outil pour prendre les gens en défaut, et les gens cachent leur usage de l’IA. L’auteur le lance d’abord ; le relecteur le lit.
- 7Sauter la ligne de contexte. Sans rôle, décision ni enjeux, le protocole devine et retombe par défaut sur MODÉRÉ. Une soumission CRITIQUE triée en MODÉRÉ ne reçoit jamais son pré-mortem.
- 8Garder le rapport et perdre les réponses. Un rapport dont les questions restent sans réponse est un registre de risques ouvert dont personne n’est propriétaire. Consignez les réponses et les propriétaires au dossier de décision.
Où se trouve le guide complet
Pro Kit · offres équipeCette page condense le modèle opératoire. Le guide de déploiement complet du Pro Kit y ajoute les configurations par plateforme (Claude Project, Custom GPT, agent Copilot, Gemini Gem, API), les trois tests standard, le script d’onboarding de trente minutes, le démarrage rapide en cinq minutes, le schéma JSON du rapport pour le dossier de décision, et une annonce d’équipe d’un paragraphe à copier et envoyer.