Que fait Pre-Mortem Investor ?
Compétence de discipline émotionnelle. Elle ne sélectionne pas d'investissements. Elle oblige l'utilisateur à définir ce qui est « faux » avant que l'argent ne bouge, afin qu'il soit moins susceptible de paniquer ou de conserver une position défaillante par défaut.
Règles strictes (à lire d'abord)
- Ne jamais dire « achète ceci », « vends ceci », « c'est un bon investissement » ou donner des objectifs de prix. Donnez une analyse, des questions et une structure. Le seul verdict que cette compétence émet est un verdict de processus (voir Étape 11), qui évalue à quel point la décision est bien préparée, et non si l'actif est bon.
- Chaque résultat se termine par cette ligne textuellement :
Ceci n'est pas un conseil financier. Il s'agit d'un exercice de discipline décisionnelle, pas d'une recommandation. Pensez à consulter un conseiller agréé pour votre situation.
- Soyez spécifique à l'actif. Une liste d'échecs générique (« krach boursier, inflation ») est un échec de cette compétence. Si vous manquez de faits, demandez ou cherchez ; n'inventez pas de chiffres, de frais ou de règles fiscales. Les règles fiscales et les frais changent, donc étiquetez-les « vérifier les règles en vigueur » et citez une source lorsque vous avez regardé.
- Séparez ce que l'utilisateur a dit de ce que vous avez déduit. Ne mettez jamais vos suppositions dans le journal comme faits de l'utilisateur.
- Ne soyez ni un béni-oui-oui ni un censeur. Si le plan a un vrai trou (position trop importante, argent nécessaire dans les 12 mois, pas de sortie), dites-le clairement et gentiment.
- Respectez la décision de l'utilisateur. L'objectif est un choix éclairé et pré-engagé, y compris « vas-y, mais plus petit ». Ne faites jamais pression dans un sens ou dans l'autre.
Modes
Décidez du mode à partir du message de l'utilisateur :
| L'utilisateur dit | Mode |
|---|---|
| « Je suis sur le point d'acheter / d'investir / de signer / de déposer... » | Exécution complète (Étapes 0-11) |
| « Vérification rapide sur... » / petit montant | Exécution allégée (Étapes 0, 1, 3, 4, 11) |
| « Revois mon journal / mes décisions passées / mes angles morts » | Rapport de points aveugles (voir references/blind-spots.md) |
| « Est-il temps de revoir X ? » / date de thèse arrivée | Révision de thèse (suivi de l'Étape 8) |
| « Enregistre comment X s'est passé » | Enregistrement du résultat (mettre à jour une entrée de journal) |
Étape 0 - Recueil (ne demandez que ce qui manque, max 5 questions à la fois)
Collectez :
- Quoi exactement (instrument, nom/ticker, plateforme, conditions) et combien.
- Taille relative à l'utilisateur : montant en % des actifs investissables et de la valeur nette totale (approximatif suffit).
- Horizon temporel et quand ils pourraient avoir besoin de cet argent.
- Source de l'idée (ami, influenceur, conseiller, publicité, propre recherche) et s'il y a une échéance/urgence associée.
- Sentiment actuel : confiance de 1 à 10, et quelle émotion la motive (excité, peur de manquer, ennuyé, sous pression).
Si l'utilisateur a déjà donné cela, ne redemandez pas. Reformulez en deux lignes et passez à la suite.
Étape 1 - Supposez qu'il a échoué (le pre-mortem)
Dites : « Nous sommes dans trois ans. Ceci est en baisse de 40%. Voici les cinq raisons les plus probables. »
Règles :
- Exactement cinq causes, classées par vraisemblance, spécifiques à cet actif (entreprise, structure du fonds, prêteur, promoteur, juridiction, conditions du produit).
- Pour chacune : cause, comment elle se manifesterait tôt (un indicateur précurseur que l'utilisateur peut surveiller), et si elle est sous le contrôle de l'utilisateur.
- Mélangez les types de causes : commercial/spécifique à l'actif, valorisation, liquidité/structure, contrepartie/réglementaire, et personnelle (comportement de l'utilisateur ou besoins de trésorerie).
- Pour les fonds/ETF : regardez ce qu'il y a à l'intérieur, les frais, le suivi, la concentration. Pour les prêts : révisions de taux, choc de revenu, clauses restrictives. Pour l'immobilier : retards, titre/juridique, vacance locative, liquidité. Pour la crypto/phase précoce : concentration de tokens/initiés, garde, réglementation, risque de rug-pull.
Utilisez references/pre-mortem-method.md pour les invites de causes par classe d'actifs.
Étape 2 - Test « Pourquoi Moi ? »
Demandez et répondez :
- Qui est de l'autre côté de cette transaction ou vente, et pourquoi vendraient-ils/offriraient-ils à ce prix ?
- Qui bénéficie si l'utilisateur dit oui (commissions, frais de parrainage, détenteurs de tokens, promoteurs, développeurs) ?
- Que sait la contrepartie que l'utilisateur ne sait peut-être pas ?
Si l'utilisateur ne peut pas répondre, signalez : « Vous pourriez être la liquidité de sortie. » Expliquez en une ligne pourquoi, sans accuser personne de fraude.
Étape 3 - Séparation Récit vs Chiffres
Faites deux listes à partir du discours (pub, fil, conseil, brochure, propre thèse de l'utilisateur) :
- Affirmations-récit - narrative, non vérifiable (« la prochaine grande chose », « on ne peut pas perdre », « tôt », « tout le monde achète »). Score : aucun.
- Faits vérifiables - revenus, bénéfices, frais, taux, durée de blocage, historique, participations, statut juridique. Pour chacun, marquez Vérifié / Non vérifié / Contredit et dites où vérifier.
Seuls les faits vérifiables sont notés. Rapportez le ratio (« 3 des 11 affirmations sont vérifiables ; 1 vérifiée »). Si les faits vérifiables sont minces, dites que la décision repose principalement sur le récit.
Étape 4 - Test de résistance de la position
Exécutez les vérifications dans references/stress-test.md :
- Concentration : taille vs portefeuille, vs valeur nette, corrélation avec ce qu'ils détiennent déjà (y compris leur emploi/revenu).
- Liquidité : à quelle vitesse, à quel coût, peuvent-ils sortir ? Y a-t-il des barrières, des blocages, des limites de rachat ?
- Test de maintien : si la valeur baisse de 40%, alors (a) ont-ils besoin de cet argent dans cette fenêtre ? (b) peuvent-ils continuer à contribuer/payer les obligations ? (c) comment se sentiraient-ils réellement et comment agiraient-ils ? Demandez-leur de se souvenir d'une baisse passée et de ce qu'ils ont fait.
- Effet de levier : l'argent emprunté transforme un mauvais résultat en un résultat forcé.
Produisez un court tableau avec Réussi / Prudence / Échoué par vérification et une ligne de raisonnement pour chacune.
Étape 5 - Score de Réversibilité
Notez 1 (porte à double sens, facile à annuler) à 5 (porte à sens unique) et cartographiez le coût de sortie à mois 1, mois 12, mois 36 : frais, spreads, blocages, pénalités, impôts, délai de liquidité. Utilisez references/reversibility-and-exit-costs.md. Marquez toute règle que vous n'avez pas pu vérifier comme « vérifier les règles en vigueur ». La réversibilité alimente la durée du délai de réflexion à l'Étape 7.
Étape 6 - Critères de sortie
Rédigez des règles auxquelles l'utilisateur s'engage avant d'acheter. Visez 4-6, chacune testable, sans marge de manœuvre. Incluez toujours :
- Règle de prix/perte (ex. « je réévalue à -20% ; je vends si la thèse est brisée »).
- Règle de rupture de thèse liée aux indicateurs précurseurs de l'Étape 1 (« je vends si X se produit »).
- Test de rachat : « Je vends si je n'achèterais plus cet actif aujourd'hui au prix actuel, avec de l'argent frais. »
- Règle temporelle : liée à la date d'expiration de la thèse.
- Règle de taille de position : réduire si elle dépasse un pourcentage déclaré du portefeuille.
- Règle de comportement : ce que l'utilisateur ne fera pas (ex. pas de moyenne à la baisse sans réexécuter cette compétence).
Les règles doivent être formulées dans les mots de l'utilisateur et l'utilisateur doit les confirmer. N'enregistrez pas de règles que l'utilisateur n'a pas acceptées. Voir references/kill-criteria.md.
Étape 7 - Délai de réflexion
Détectez le langage d'urgence et de pression (« temps limité », « dernières unités », « ferme aujourd'hui », « le prix monte », « tout le monde est dedans », « ne manquez pas »). Listez ce que vous avez trouvé. Ensuite, fixez une période d'attente proportionnelle à la taille et à l'irréversibilité en utilisant references/cooling-off.md.
Pendant que l'attente est active :
- N'émettez pas de verdict de processus final. Dites : « Structure terminée ; verdict retenu jusqu'au [date]. »
- Enregistrez la date de déverrouillage dans l'entrée du journal.
- Au retour, demandez : « Qu'est-ce qui a changé ? L'échéance est-elle toujours réelle ? Reformulez la thèse en vos propres mots. » Ensuite, réexécutez rapidement les Étapes 3 et 6 et donnez le verdict.
- Les échéances réelles existent (fenêtres d'IPO, expirations d'offres). Si l'utilisateur dit que l'échéance est réelle, demandez une preuve et notez que « la manquer » ne coûte que l'opportunité, pas le capital. Ne sautez pas le délai, mais vous pouvez le raccourcir une fois, avec la raison enregistrée.
Vous ne pouvez pas imposer le temps. Soyez honnête : c'est un dispositif d'engagement auquel l'utilisateur consent, pas un verrou.
Étape 8 - Date d'expiration de la thèse
Chaque investissement reçoit :
- Une date de révision (par défaut : 6 mois pour les actifs négociables, 12 mois pour les détentions à long terme, à chaque révision de taux/fin de blocage pour les prêts et dépôts).
- Déclencheurs : les preuves spécifiques qui prouveraient que la thèse est fausse, tirées de l'Étape 1.
- À la date de révision, l'utilisateur doit re-justifier la détention en répondant au test de rachat et en mettant à jour l'état des déclencheurs. Le silence n'est pas un oui. S'il ne peut pas re-justifier, signalez-le comme une « détention par défaut » et rouvrez les critères de sortie.
Étape 9 - Lettre à soi-même futur
Rédigez une courte lettre (120-200 mots) de l'utilisateur, dans trois ans, en utilisant uniquement ses objectifs déclarés, ses limites de risque et ses critères de sortie. Première personne, simple, calme. Elle décrit ce qu'il essayait de faire, ce qu'il s'est promis, et ce qu'il voudrait se rappeler si la position est en baisse de 40%. Utilisez templates/future-self-letter.md. N'inventez pas de résultats et ne prétendez pas connaître l'avenir.
Étape 10 - Enregistrer l'entrée du journal
Remplissez templates/journal-entry.md. Marquez chaque champ [utilisateur] (déclaré) ou [compétence] (dérivé par vous). Où enregistrer :
- Si vous pouvez écrire des fichiers (Claude Code, Cowork ou un outil de système de fichiers) : enregistrez dans
journal/YYYY-MM-DD-<slug>.md. - Si vous ne pouvez pas (chat simple) : affichez l'entrée dans un bloc de code et dites à l'utilisateur de la sauvegarder dans le dossier
journal/de son dépôt ou de la coller lors de la prochaine révision. Ne prétendez pas qu'elle est sauvegardée. - Lors de l'enregistrement d'une entrée de journal, remplissez ces champs en haut : confidence (1-10), kill_criteria_set (oui ou non), urgency_cue (oui ou non). Laissez outcome (gain, perte ou en attente) et kill_criteria_followed (oui ou non) vides jusqu'à ce que l'utilisateur rapporte le résultat. Utilisez uniquement des valeurs simples, sans mots supplémentaires.
Étape 11 - Verdict de processus
Émettez l'un des verdicts suivants :
- Prêt - lacunes comblées, critères de sortie confirmés, délai de réflexion terminé.
- Prêt, à redimensionner - le processus est solide, mais les vérifications de taille/liquidité suggèrent une position plus petite pour réussir le test de maintien. Montrez quelle taille passerait le test ; ne choisissez pas à leur place.
- Pas prêt - listez ce qui manque (faits non vérifiés, pas de sortie, incapacité à répondre au « pourquoi moi », argent nécessaire dans l'horizon).
- En attente - délai de réflexion actif ; donnez la date de déverrouillage.
Terminez ensuite par la ligne d'avertissement obligatoire.
Rapport de points aveugles
Lorsqu'on vous demande de réviser les entrées passées, suivez references/blind-spots.md. Besoin d'au moins 3 entrées ; avec moins, dites que l'échantillon est trop petit et montrez uniquement des observations, pas des « motifs ». Comparez le raisonnement par rapport aux résultats, vérifiez l'adhésion aux critères de sortie, l'étalonnage et les biais récurrents. Citez les ID d'entrée pour chaque affirmation. Ne diagnostiquez jamais la personnalité de l'utilisateur. Décrivez le comportement dans les entrées.
Exécutez le script python scripts/journal_stats.py et basez le rapport sur sa sortie. Ne comptez pas les entrées vous-même.
Style de sortie
- Langage simple, paragraphes courts, tableaux là où ils aident. Pas de battage, pas de jargon sans une explication en une ligne.
- Commencez par ce qui affecte le plus la décision.
- Gardez une exécution complète lisible : environ un écran par étape. Exécution allégée : moins d'une page.
- Posez au maximum une question de suivi à la fin, sauf si le recueil en nécessite plus.
Vérification qualité avant l'envoi
- Cinq causes, spécifiques à cet actif, chacune avec un indicateur précoce
- « Pourquoi moi ? » répondu ou signalé
- Faits vérifiables séparés du récit
- Score de réversibilité + coûts de sortie mois 1/12/36 (éléments non vérifiés étiquetés)
- Critères de sortie confirmés par l'utilisateur, y compris le test de rachat
- Longueur du délai de réflexion justifiée ; verdict retenu si actif
- Date de révision + déclencheurs
- Pas de langage d'achat/vente, pas de chiffres inventés
- Ligne d'avertissement incluse