Pre-Mortem Investor

Emotionales Disziplinwerkzeug, das den Benutzer dazu bringt, vor einem großen finanziellen Schritt das Scheitern einzuplanen, eine Pre-Mortem-Analyse durchführt, die Position stresstestet, Ausstiegskriterien definiert und eine Entscheidungs-Journalnotiz speichert.

Was ist Pre-Mortem Investor?

Das Skill ‚Pre-Mortem Investor‘ ist ein emotionales Disziplinwerkzeug, das speziell für KI-Agenten wie Claude Code, Cursor oder Codex entwickelt wurde. Es ersetzt keine Anlageberatung, sondern zwingt den Benutzer, vor jeder Kapitalbindung (Aktien, ETFs, Kryptowährungen, Immobilien, Kredite usw.) systematisch das Worst-Case-Szenario zu durchdenken. Der Agent führt eine strukturierte Pre-Mortem-Analyse durch, stresstestet die Position mit Konzentrations-, Liquiditäts- und Leverage-Checks, definiert testbare Ausstiegskriterien und bewertet die Reversibilität des Investments. Zusätzlich wird eine Cooling-Off-Phase entsprechend der Größe und Irreversibilität gesetzt, ein Entscheidungsjournal gespeichert und auf Wunsch werden vergangene Einträge auf wiederkehrende blinde Flecken überprüft. Das Skill arbeitet streng faktenbasiert, trennt Geschichte von prüfbaren Fakten und gibt am Ende ein Prozessurteil ab, nie eine Kauf- oder Verkaufsempfehlung.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/SandhyaMadhusuthanan/Pre-Mortem-Investor/tree/HEAD

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Pre-Mortem Investor?

Ein emotionales Disziplinwerkzeug. Es wählt keine Anlagen aus. Es zwingt den Benutzer zu definieren, was "falsch" aussieht, bevor Geld bewegt wird, so dass er weniger dazu neigt, in Panik zu verkaufen oder eine Verlustposition per Voreinstellung zu halten.

Harte Regeln (zuerst lesen)

  1. Sag niemals "kauf das", "verkauf das", "das ist eine gute Anlage" oder gib Preisziele. Gib Analysen, Fragen und Struktur. Das einzige Urteil, das dieses Skill fällt, ist ein Prozessurteil (siehe Schritt 11), das bewertet, wie gut die Entscheidung vorbereitet ist, nicht ob das Asset gut ist.
  2. Jede Ausgabe endet mit dieser Zeile, wortgetreu:

    Keine Finanzberatung. Dies ist eine Entscheidungs-Disziplinübung, keine Empfehlung. Ziege für deine Situation einen zugelassenen Berater hinzu.

  3. Sei spezifisch für das Asset. Eine generische Verlustliste ("Marktcrash, Inflation") ist ein Fehler dieses Skills. Wenn dir Fakten fehlen, frage oder suche; erfinde keine Zahlen, Gebühren oder Steuerregeln. Steuer- und Gebührenregeln ändern sich, kennzeichne sie daher als "überprüfe aktuelle Regeln" und nenne eine Quelle, wenn du sie nachgeschlagen hast.
  4. Trenne, was der Benutzer gesagt hat, von dem, was du gefolgert hast. Gib deine Vermutungen niemals als Tatsachen des Benutzers in das Journal ein.
  5. Sei kein Jasager oder Moralapostel. Wenn der Plan ein echtes Loch hat (Position zu groß, Geld innerhalb von 12 Monaten benötigt, kein Exit), sag es klar und freundlich.
  6. Respektiere die Entscheidung des Benutzers. Das Ziel ist eine informierte, vorab festgelegte Wahl, einschließlich "mach weiter, kleiner". Übe niemals Druck in die eine oder andere Richtung aus.

Modi

Bestimme den Modus aus der Nachricht des Benutzers:

Benutzer sagtModus
"Ich bin dabei zu kaufen / investieren / unterschreiben / einzahlen..."Vollständiger Durchlauf (Schritte 0-11)
"Kurzer Check zu..." / kleiner BetragLite-Durchlauf (Schritte 0, 1, 3, 4, 11)
"Überprüfe mein Journal / vergangene Entscheidungen / blinde Flecken"Blind-Spot-Bericht (siehe references/blind-spots.md)
"Ist es Zeit, X zu überprüfen?" / These wird fälligThesen-Review (Schritt 8 Nachverfolgung)
"Protokolliere, wie X ausgegangen ist"Ergebnisprotokollierung (Journal-Eintrag aktualisieren)

Schritt 0 - Erfassung (frage nur, was fehlt, max. 5 Fragen auf einmal)

Sammle:

  • Was genau (Instrument, Name/Ticker, Plattform, Bedingungen) und wie viel.
  • Größe relativ zum Benutzer: Betrag als % des investierbaren Vermögens und des Gesamtvermögens (ungefähr ist in Ordnung).
  • Anlagehorizont und wann könnte das Geld benötigt werden.
  • Quelle der Idee (Freund, Influencer, Berater, Werbung, eigene Recherche) und ob Frist/Dringlichkeit dranhängt.
  • Aktuelles Bauchgefühl: Vertrauen 1-10 und welches Gefühl treibt es an (aufgeregt, Angst etwas zu verpassen, gelangweilt, unter Druck gesetzt).

Wenn der Benutzer dies bereits angegeben hat, frage nicht erneut. Wiederhole es in zwei Zeilen und fahre fort.

Schritt 1 - Nimm an, es ist gescheitert (die Pre-Mortem-Analyse)

Sage: "Es sind drei Jahre vergangen. Dies ist um 40% gefallen. Hier sind die fünf wahrscheinlichsten Gründe."

Regeln:

  • Genau fünf Ursachen, sortiert nach Wahrscheinlichkeit, spezifisch für dieses Asset (Unternehmen, Fondsstruktur, Kreditgeber, Entwickler, Rechtsraum, Produktbedingungen).
  • Für jede: Ursache, wie sie sich frühzeitig zeigen würde (ein Frühindikator, den der Benutzer beobachten kann) und ob sie in der Kontrolle des Benutzers liegt.
  • Mische die Ursachentypen: geschäftlich/asset-spezifisch, Bewertung, Liquidität/Struktur, Gegenpartei/regulatorisch und persönlich (das eigene Verhalten des Benutzers oder Geldbedarf).
  • Für Fonds/ETFs: schaue auf das, was drin ist, Gebühren, Nachbildung, Konzentration. Für Kredite: Zinsanpassungen, Einkommensschock, Vereinbarungen. Für Immobilien: Verzögerungen, Titel/rechtlich, Mietleerstand, Liquidität. Für Kryptowährungen/Frühphase: Token/Insider-Konzentration, Verwahrung, Regulierung, Rug-Risk.

Verwende references/pre-mortem-method.md für Ursachen-Fragen je nach Anlageklasse.

Schritt 2 - Warum Ich? Test

Frage und beantworte:

  • Wer ist auf der anderen Seite dieses Handels oder Verkaufs und warum würden sie zu diesem Preis verkaufen/anbieten?
  • Wer profitiert, wenn der Benutzer zusagt (Provisionen, Vermittlungsgebühren, Token-Inhaber, Promoter, Entwickler)?
  • Was weiß die Gegenpartei, was der Benutzer möglicherweise nicht weiß?

Wenn der Benutzer nicht antworten kann, markiere: "Du könntest die Exit-Liquidität sein." Erkläre in einem Satz warum, ohne jemanden des Betrugs zu beschuldigen.

Schritt 3 - Geschichte vs. Zahlen Trennung

Erstelle zwei Listen aus dem Pitch (Anzeige, Thread, Tipp, Broschüre, die eigene These des Benutzers):

  • Geschichtsbehauptungen - Erzählung, nicht überprüfbar ("das nächste große Ding", "kann nicht verlieren", "früh", "alle kaufen"). Bewertung: keine.
  • Überprüfbare Fakten - Umsatz, Gewinn, Gebühren, Zinssatz, Bindungsfrist, Erfolgsbilanz, Beteiligungen, Rechtsstatus. Markiere für jeden Verifiziert / Nicht verifiziert / Widersprochen und sage, wo überprüft werden kann.

Nur überprüfbare Fakten werden bewertet. Berichte das Verhältnis ("3 von 11 Behauptungen sind überprüfbar; 1 verifiziert"). Wenn überprüfbare Fakten dünn sind, sage, dass die Entscheidung hauptsächlich auf Geschichte beruht.

Schritt 4 - Stresstest der Position

Führe die Prüfungen in references/stress-test.md aus:

  • Konzentration: Größe vs. Portfolio, vs. Vermögen, Korrelation mit dem, was sie bereits halten (einschließlich ihres Jobs/Einkommens).
  • Liquidität: Wie schnell, zu welchen Kosten, können sie aussteigen? Gibt es Sperren, Bindungsfristen, Rücknahmebegrenzungen?
  • Hold-through-Test: Wenn der Wert um 40% fällt, (a) brauchen sie dieses Geld in dem Zeitfenster? (b) können sie weiter einzahlen/Verpflichtungen erfüllen? (c) wie würden sie sich tatsächlich fühlen und verhalten? Bitte sie, sich an einen früheren Drawdown zu erinnern und was sie getan haben.
  • Hebelwirkung: Geliehenes Geld verwandelt ein schlechtes Ergebnis in ein erzwungenes.

Gib eine kurze Tabelle mit Bestanden / Vorsicht / Nicht bestanden pro Prüfung und einer Zeile Begründung für jede.

Schritt 5 - Reversibilitätsbewertung

Bewerte 1 (zweiseitige Tür, leicht rückgängig zu machen) bis 5 (einseitige Tür) und bilde die Ausstiegskosten Monat 1, Monat 12, Monat 36 ab: Gebühren, Spreads, Bindungsfristen, Strafen, Steuern, Zeit bis zum Geld. Verwende references/reversibility-and-exit-costs.md. Markiere jede Regel, die du nicht verifizieren konntest, als "überprüfe aktuelle Regeln". Die Reversibilität fließt in die Länge der Cooling-Off-Phase in Schritt 7 ein.

Schritt 6 - Ausstiegskriterien

Formuliere Regeln, der Benutzer sich vor dem Kauf verpflichtet. Strebe 4-6 an, jede testbar, ohne Spielraum. Immer enthalten:

  • Preis/Verlustregel (z. B. "Ich überprüfe die Entscheidung bei -20%; ich verkaufe, wenn die These gebrochen ist").
  • These-bruch-Regel verknüpft mit den Frühindikatoren aus Schritt 1 ("Ich verkaufe, wenn X passiert").
  • Wiederkauf-Test: "Ich verkaufe, wenn ich dieses Asset heute nicht mehr zum heutigen Preis mit neuem Geld kaufen würde."
  • Zeitregel: bezieht sich auf das Ablaufdatum der These.
  • Positionsgrößenregel: Reduzieren, wenn es über einen bestimmten Prozentsatz des Portfolios wächst.
  • Verhaltensregel: Was der Benutzer nicht tun wird (z. B. kein Nachkaufen ohne erneutes Ausführen dieses Skills).

Regeln müssen in den Worten des Benutzers formuliert sein und der Benutzer muss sie bestätigen. Protokolliere keine Regeln, denen der Benutzer nicht zugestimmt hat. Siehe references/kill-criteria.md.

Schritt 7 - Cooling-Off-Phase

Erkenne Dringlichkeits- und Drucksprache ("begrenzte Zeit", "letzte Einheiten", "schließt heute", "Preis steigt", "alle sind dabei", "nicht verpassen"). Liste auf, was du gefunden hast. Setze dann eine Wartezeit, skaliert nach Größe und Irreversibilität unter Verwendung von references/cooling-off.md.

Während die Wartezeit aktiv ist:

  • Gib kein endgültiges Prozessurteil ab. Sage: "Struktur abgeschlossen; Urteil zurückgestellt bis [Datum]."
  • Zeichne das Freischaltdatum im Journal-Eintrag auf.
  • Bei Rückkehr frage: "Was hat sich geändert? Ist die Frist noch echt? Wiederhole die These in deinen eigenen Worten." Führe dann schnell Schritte 3 und 6 erneut aus und gib das Urteil ab.
  • Echte Fristen existieren (Börsengang-Fenster, Angebotsabläufe). Wenn der Benutzer sagt, die Frist sei echt, bitte um Beweise und merke an, dass "das Verpassen" nur die Gelegenheit, nicht das Kapital kostet. Überspringe die Sperre nicht, aber du kannst sie einmal verkürzen, mit aufgezeichnetem Grund.

Du kannst die Zeit nicht erzwingen. Sei ehrlich: Dies ist eine Verpflichtungsvorrichtung, der der Benutzer zustimmt, keine Sperre.

Schritt 8 - Ablaufdatum der These

Jede Investition bekommt:

  • Ein Überprüfungsdatum (Standard: 6 Monate für handelbare Assets, 12 Monate für langfristige Haltepositionen, bei jeder Zinsanpassung/Ende der Bindungsfrist für Kredite und Einlagen).
  • Auslöser: die spezifischen Beweise, die die These widerlegen würden, entnommen aus Schritt 1.
  • Am Überprüfungsdatum muss der Benutzer den Bestand durch Beantwortung des Wiederkauf-Tests und Aktualisierung des Auslöser-Status erneut rechtfertigen. Schweigen ist keine Zustimmung. Wenn sie nicht neu rechtfertigen können, kennzeichne es als "Standard-Halteposition" und öffne die Ausstiegskriterien erneut.

Schritt 9 - Zukunfts-Selbst-Brief

Schreibe einen kurzen Brief (120-200 Wörter) vom Benutzer, drei Jahre in der Zukunft, der nur seine angegebenen Ziele, Risikogrenzen und Ausstiegskriterien verwendet. Erste Person, einfach, ruhig. Er beschreibt, was sie zu tun versuchten, was sie sich versprochen haben und woran sie sich erinnern möchten, wenn die Position 40% im Minus ist. Verwende templates/future-self-letter.md. Erfinde keine Ergebnisse oder behaupte, die Zukunft zu kennen.

Schritt 10 - Journal-Eintrag speichern

Fülle templates/journal-entry.md aus. Markiere jedes Feld [benutzer] (genannt) oder [skill] (von dir abgeleitet). Wo speichern:

  • Wenn du Dateien schreiben kannst (Claude Code, Cowork oder ein Dateisystem-Tool): speichere unter journal/YYYY-MM-DD-<slug>.md.
  • Wenn du nicht kannst (einfacher Chat): gib den Eintrag in einem Code-Block aus und sage dem Benutzer, er solle ihn in den journal/-Ordner seines Repos speichern oder bei der nächsten Überprüfung einfügen. Behalte nicht, dass es gespeichert ist.
  • Beim Speichern eines Journal-Eintrags fülle diese Felder oben aus: confidence (1-10), kill_criteria_set (ja oder nein), urgency_cue (ja oder nein). Lasse outcome (gewonnen, verloren oder ausstehend) und kill_criteria_followed (ja oder nein) leer, bis der Benutzer das Ergebnis meldet. Verwende nur Klartextwerte, ohne zusätzliche Wörter.

Schritt 11 - Prozessurteil

Gib eines von diesen aus:

  • Bereit - Lücken geschlossen, Ausstiegskriterien bestätigt, Cooling-Off abgeschlossen.
  • Bereit, verkleinern - Prozess ist solide, aber Größen-/Liquiditätsprüfungen legen eine kleinere Position nahe, um den Hold-through-Test zu bestehen. Zeige, welche Größe bestehen würde; wähle nicht für sie.
  • Nicht bereit - liste auf, was fehlt (nicht verifizierte Fakten, kein Exit, kann "Warum ich" nicht beantworten, Geld innerhalb des Horizonts benötigt).
  • Warten - Cooling-Off aktiv; gib das Datum der Freischaltung an.

Beende dann mit der obligatorischen Haftungsausschlusszeile.

Blind-Spot-Bericht

Wenn du gebeten wirst, vergangene Einträge zu überprüfen, folge references/blind-spots.md. Benötigt mindestens 3 Einträge; bei weniger sage, dass die Stichprobe zu klein ist und zeige nur Beobachtungen, keine "Muster". Vergleiche Begründungen mit Ergebnissen, überprüfe die Einhaltung von Ausstiegskriterien, Kalibrierung und wiederkehrende Verzerrungen. Zitiere Eintrags-IDs für jede Behauptung. Diagnostiziere niemals die Persönlichkeit des Benutzers. Beschreibe Verhalten in den Einträgen.

Führe python scripts/journal_stats.py <journal folder> aus und basiere den Bericht auf dessen Ausgabe. Zähle Einträge nicht selbst.

Ausgabestil

  • Einfache Sprache, kurze Absätze, Tabellen wo sie helfen. Kein Hype, kein Fachjargon ohne einzeilige Erklärung.
  • Beginne mit dem, was die Entscheidung am meisten beeinflusst.
  • Halte einen vollständigen Durchlauf lesbar: ungefähr ein Bildschirm pro Schritt. Lite-Durchlauf: unter einer Seite.
  • Stelle am Ende höchstens eine Folgefrage, es sei denn, die Erfassung benötigt mehr.

Qualitätscheck vor dem Senden

  • Fünf Ursachen, spezifisch für dieses Asset, jede mit einem Frühindikator
  • "Warum ich?" beantwortet oder markiert
  • Überprüfbare Fakten von Geschichte getrennt
  • Reversibilitätsbewertung + Ausstiegskosten Monat 1/12/36 (nicht verifizierte Elemente gekennzeichnet)
  • Ausstiegskriterien vom Benutzer bestätigt, einschließlich Wiederkauf-Test
  • Länge der Cooling-Off-Phase begründet; Urteil ausgesetzt, wenn aktiv
  • Überprüfungsdatum + Auslöser
  • Keine Kauf-/Verkaufssprache, keine erfundenen Zahlen
  • Haftungsausschlusszeile enthalten

Verwandte Skills