dinaf2026-web/aim-higher

Viser plus haut

L'argument de Felix Rieseberg est que le modèle n'est plus la limite, c'est l'ampleur de la demande qui l'est. Il classe l'ambition en quatre types et ignore le premier, car tout le monde le fait déjà.

Type	L'action	Statut ici
Vitesse	Même travail, moins de temps	Déjà le défaut. Aucune compétence nécessaire.
Altitude	Travailler le résultat, pas la tâche	Levier 1
Profondeur	Travailler comme les meilleurs du domaine	Levier 2
Portée	Intégrer d'autres domaines et leurs outils	Levier 3

Ce n'est pas un recueil de prompts. Un prompt copié-collé est un coup unique. Ce qui change les résultats, c'est que les trois questions soient posées avant le début du travail, à chaque fois, et que les réponses soient données en fonction de ce qui est réellement présent, et non de ce qui est supposé.

La garde-fou préalable

La technique de profondeur de Rieseberg — « choisir des objectifs déraisonnables et dire au modèle qu'ils sont très raisonnables » — est judicieuse, et c'est aussi la seule façon dont cette compétence peut causer un préjudice réel.

Un OBJECTIF déraisonnable est acceptable. Une AFFIRMATION déraisonnable est un mensonge. Demander 200 ms alors que la page prend 5 s est une bonne pratique. Annoncer 200 ms parce que c'était l'objectif est une fausse déclaration. Il en va de même pour chaque chiffre : un taux de rappel, un total de réconciliation, un nombre de mots, une échéance.

Donc, relever un objectif change ce qui est tenté, mais ne change rien à ce qui est affirmé. Chaque affirmation conserve sa provenance, chaque nombre calculé provient d'un outil exécuté dans cette session, et une recherche qui n'a rien trouvé est une déclaration sur l'endroit où vous avez cherché, pas sur ce qui existe. Si l'ambition et la vérification s'opposent, la vérification l'emporte et l'écart est déclaré : « l'objectif était X, le résultat mesuré est Y. »

Clôturez chaque travail touché par cette compétence avec quatre lignes :

Cible visée : <la cible relevée>
Résultat mesuré : <ce que l'outil a retourné, avec le nom de l'outil>
Écart : <la différence, énoncée clairement>
Jugé par : <la vérification externe qui a tranché>
Non vérifié : <tout ce qui reste en suspens, nommé>

Levier 1, Altitude : quel est l'objectif au-delà de l'objectif

Le test de Rieseberg : demander ce qui devrait se passer ensuite, et continuer à demander jusqu'à ce que la réponse cesse d'être un document. Il note que l'altitude aide surtout lorsque le travail alimente une réunion ou une décision, et le moins dans le travail créatif.

Produisez trois échelons. Choisissez-en un et nommez l'échelon inférieur comme solution de repli, plutôt que de présenter un menu :

1. La demande littérale, bien faite. Énoncez-la en une ligne pour qu'il y ait un plancher.
2. La décision qu'elle sert. Donnez au modèle le matériau brut et demandez ce qui a changé, pourquoi et quoi faire. Nommez ensuite les deux ou trois décisions qui sont vraiment urgentes, chacune avec les arguments pour et contre.
3. Ce qui remplace la demande. Concevez quelque chose de mieux que le livrable, testez cette conception par rapport à l'historique du projet et proposez de l'exécuter en parallèle de la méthode actuelle pendant un cycle.

Exemple concret : quelqu'un demande un outil de suivi des permis. L'échelon 1 est l'outil. L'échelon 2 est la liste des trois permis les plus susceptibles de déraper et les actions pour chacun. L'échelon 3 est un processus qui signale un dérapage avant que la contrepartie ne le fasse, validé par rapport aux permis qui ont déjà dérapé.

La partie que tout le monde saute. Rieseberg a dû modifier son propre flux de travail avant que l'altitude ne soit possible : il a rendu les rapports d'erreur récupérables, a associé les versions d'application aux commits et a fourni au modèle des machines pour reproduire les problèmes. L'analogue est presque toujours l'accès à la source brute plutôt qu'à un résumé. Nommez explicitement l'accès manquant, car sans lui, l'échelon 3 n'est que du théâtre. Les lacunes typiques : le portail plutôt que le rapport exporté, la console plutôt que la capture d'écran, le fichier comptable plutôt que le relevé PDF, les données de transaction plutôt qu'un total mensuel.

Sautez ce levier pour les travaux de fiction et d'écriture vocale. Une lettre, un e-mail et un dossier sont des documents de décision, et l'altitude s'applique pleinement ; un roman ne l'est pas.

Levier 2, Profondeur : travailler comme les meilleurs du domaine

Commencez par le cadre de Rieseberg : une version plus profonde de la tâche, pas une version plus grande. Plus de pages n'est pas de la profondeur.

1. Utilisez les instruments qu'utilisent les meilleurs du domaine. Si l'instrument honnête est une base de données et un test statistique, ne rendez pas un tableau Markdown. Un tableur dont les totaux sont des littéraux tapés ne peut pas contredire ses entrées, il ne signalera donc jamais d'erreur.
2. Choisissez un objectif déraisonnable et traitez-le comme raisonnable. Sous réserve de la garde-fou ci-dessus.
3. Remettez en question ce que l'utilisateur croit déjà. Prenez le postulat énoncé, allez à la source la plus brute et testez-le de manière adversariale plutôt que de le reformuler. Dites ce qui, dans le postulat, ne résiste pas aux données, avant de dire ce qui résiste.
4. Produisez de nouvelles connaissances. Une fois plongé dans les données, traquez l'angle mort. Construisez la petite simulation, puis testez ses prédictions sur des données qu'elle n'a pas vues.
5. Utilisez un juge externe, jamais l'auto-évaluation. Rieseberg dit : idéalement un outil que le modèle peut exécuter pour obtenir un retour immédiat.

Le juge externe est le levier qui est souvent ignoré

Un juge est quelque chose qui peut refuser. Pas un second avis, pas une liste de contrôle, pas une relecture. Construisez-en ou empruntez-en un par type de travail :

Type de travail	Un juge qui peut refuser
Toute construction ou audit en plusieurs parties	Un fichier de contrôle avec une vérification exécutable et un résultat attendu, où la revendication d'achèvement échoue sauf si la vérification réussit
Un chiffre ou un total	Un script qui recalcule à partir des entrées et se termine avec un code non nul en cas d'écart, avec le nombre de correspondances affirmé à l'avance
« Ce n'est pas là »	Un outil de recherche qui signale les racines qu'il n'a pas pu terminer, de sorte que l'absence n'est jamais déduite d'un passage partiel
Un document envoyé à quelqu'un d'autre	Une analyse qui bloque sur un identifiant ou un nom non vérifié
Texte par rapport à une règle de style	Un linter sur les règles mécaniquement décidables, qui refuse plutôt que de conseiller
Une conclusion antérieure	Un registre des déterminations avec sources et dates, vérifié plutôt que redérivé

Lorsqu'aucun outil ne convient, le juge est la source primaire lue directement. Ce n'est jamais la propre lecture du modèle de sa propre sortie.

Le prompt de profondeur en quatre questions

Répondez aux quatre avant de commencer et montrez la demande reformulée :

1. Que ferait la meilleure personne de ce domaine qui n'a pas été demandé ?
2. Quel est le matériau source le plus brut dont elle partirait ? Nommez les documents réels, pas un résumé.
3. Quelles méthodes et outils spécifiques utiliserait-elle ?
4. Qui ou quoi, autre que l'utilisateur ou le modèle, montrerait que le résultat est correct ? Nommez une vérification qui peut être exécutée.

Reformulez ensuite la demande pour demander exactement cela, et montrez la reformulation avant de construire.

Un texte prêt à être collé par domaine se trouve dans references/prompts.md.

Levier 3, Portée : d'autres domaines et leurs experts

1. Remplacez le nom par le verbe. Le livrable est une chose ; le travail est une action. Une revue trimestrielle n'est pas un diaporama, c'est amener des personnes occupées à croire une histoire de cause à effet et à décider en situation d'incertitude. Une lettre de mise en demeure, c'est faire du paiement le chemin le moins coûteux pour la contrepartie. Une page de liste, c'est un inconnu qui décide de risquer de l'argent sur un auteur inconnu. Attribué à Tom Kelley et Jonathan Littman, The Art of Innovation.
2. Constituez l'équipe. Nommez les rôles qu'une équipe solide aurait, y compris ceux venant de l'extérieur de la discipline évidente, et une équipe rouge. Les exemples de Rieseberg : un analyste, un journaliste, un éditeur, un concepteur de motion et d'audio lorsque le travail est présenté, plus un vendeur à découvert et un expert-comptable judiciaire pour l'équipe rouge. Les équipes par domaine se trouvent dans references/crews.md.
3. Agissez, ne jouez pas de rôle. Demandez le travail que le rôle fait, pas la voix dans laquelle il écrit. « Écris comme un expert-comptable judiciaire » produit une prose plus étrange et pas une meilleure réponse. « Fais correspondre chaque chiffre divulgué à une ligne bancaire et liste ce qui ne correspond pas » produit la réponse.

À propos de la dénomination des rôles. De nombreux conseils sur les prompts recommandent d'attribuer une personnalité, et Rieseberg dit d'éviter le jeu de rôle. Les deux ont raison sur des choses différentes : nommez le rôle pour que sa norme s'applique, puis demandez son résultat, jamais son registre.

Séquence

1. Lisez tout enregistrement de l'état actuel du projet. Sans cela, toute cible plus élevée est devinée.
2. Altitude. Donnez les échelons et le manque d'accès. Choisissez-en un, nommez la solution de repli.
3. Profondeur. Répondez aux quatre questions, nommez le juge, montrez la demande reformulée.
4. Portée. Verbe plutôt que nom, nommez l'équipe, attribuez le travail et non les voix.
5. Passez le relais à la discipline de révision et de complétion utilisée par le projet.
6. Faites un rapport par rapport à la cible, avec les quatre lignes de clôture.

N'exécutez pas tout cela sur une petite tâche. Un ou deux échelons et un juge nommé suffisent pour un travail d'une demi-heure. La séquence complète justifie son coût sur une construction en plusieurs sessions, une analyse judiciaire, un livrable récurrent ou tout ce qui est lu par quelqu'un qui peut dire non.

À quoi ressemble un bon résultat

Une réponse de cette compétence ne commence pas par un menu. Elle commence par la cible relevée en une ligne, puis l'échelon, puis le juge qui déterminera si cela a fonctionné. Si la réponse ressemble à l'application d'un cadre plutôt qu'à une meilleure proposition, la compétence a échoué et la réponse simple était la bonne.