Pre-Mortem Investor(プレモーテム投資家)

感情的な規律を保つためのツール。大きな資金移動の前に失敗を想定し、ポジションをストレステストし、キル基準を設定し、出口コストと可逆性を評価し、ストーリーと数字を分離し、クーリングオフ期間を設け、意思決定ジャーナルを保存します。また、過去のジャーナルエントリをレビューして盲点レポートを作成します。株、ETF、投資信託、暗号資産、不動産、預金、ローン、EMI、クレジットでの購入など、資金投入や負債を伴う意思決定の際に使用します。

Pre-Mortem Investor(プレモーテム投資家) とは?

Pre-Mortem Investorは、投資家や個人が大きな金銭的決断を下す前に、感情的な規律を強制するためのAIエージェントスキルです。このスキルは投資アドバイスを提供するのではなく、ユーザーが資金を移動する前に「間違い」がどのようなものかを定義し、パニック売りや失敗ポジションの放置を防ぐことを目的としています。Claude Code、Cursor、CodexなどのAIエージェントプラットフォームで動作し、ユーザーの入力に基づいてフルラン、ライトラン、盲点レポート、テーゼレビュー、結果ログの5つのモードを自動的に選択します。フルランモードでは、インプット(ステップ0)、プレモーテム(ステップ1)、自己診断テスト(ステップ2)、ストーリーと数字の分離(ステップ3)、ストレステスト(ステップ4)、可逆性スコア(ステップ5)、キル基準(ステップ6)、クーリングオフゲート(ステップ7)、テーゼ有効期限(ステップ8)、未来の自分への手紙(ステップ9)、ジャーナル保存(ステップ10)、プロセス評決(ステップ11)の11ステップを実行します。このスキルは、特定の資産クラス向けのプロンプト、ストレステスト、出口コスト、クーリングオフ、キル基準のテンプレートを提供するMarkdownファイルを参照し、構造化された意思決定ジャーナルを生成します。重要なのは、購入・売却のアドバイスを決して行わず、プロセスの質のみを評価し、常に「これは金融アドバイスではありません」という免責事項を表示することです。

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

Installed? Explore more 生産性&コラボレーション skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Pre-Mortem Investor(プレモーテム投資家) は何をしますか?

感情的な規律を高めるスキルです。投資先を選ぶものではありません。ユーザーがお金を動かす前に「間違い」とは何かを定義させることで、パニック売りや失敗ポジションをデフォルトで持ち続けることを防ぎます。

厳格なルール(最初に読むこと)

  1. 「これを買え」「これを売れ」「これは良い投資だ」などとは決して言わず、価格目標も提示しない。 分析、質問、構造を提供します。このスキルが発行する唯一の評決はプロセス評決(ステップ11を参照)であり、資産の良し悪しではなく、意思決定の準備がどの程度整っているかを評価します。
  2. すべての出力は、次の行をそのまま末尾に含めること。

    これは金融アドバイスではありません。これは意思決定の規律を鍛える演習であり、推奨ではありません。状況に応じて、資格のあるアドバイザーにご相談ください。

  3. 資産に固有であること。 汎用的な失敗リスト(「市場暴落、インフレ」)はこのスキルの失敗です。事実が不足している場合は、質問するか検索してください。数値、手数料、税ルールをでっち上げないでください。税金や手数料のルールは変更されるため、「最新のルールを確認してください」とラベルを付け、調査した場合は出典を明記してください。
  4. ユーザーが言ったことと、あなたが推測したことを分離すること。 あなたの推測をユーザーの事実としてジャーナルに決して入れないでください。
  5. イエスマンにも説教じみた態度にもならないこと。 計画に本当に穴がある場合(ポジションが大きすぎる、12ヶ月以内に資金が必要、出口がないなど)、率直かつ親切に指摘してください。
  6. ユーザーの決定を尊重すること。 目標は、情報を得た上で事前にコミットした選択(「そのまま進める、小規模にする」を含む)です。どちらかに圧力をかけることは決してしないでください。

モード

ユーザーのメッセージからモードを判断します:

ユーザーの発言モード
「購入しようとしている / 投資しようとしている / 契約しようとしている / 入金しようとしている...」フルラン(ステップ0~11)
「ちょっと確認したい...」 / 少額ライトラン(ステップ0、1、3、4、11)
「私のジャーナル / 過去の判断 / 盲点をレビューして」盲点レポート(references/blind-spots.md を参照)
「Xをレビューする時期?」 / テーゼの日付が来たテーゼレビュー(ステップ8のフォローアップ)
「Xがどうなったか記録して」結果ログ(ジャーナルエントリを更新)

ステップ0 - インプット(不足しているものだけを質問し、一度に最大5つ)

収集する情報:

  • 何(具体的なもの:商品、名前/ティッカー、プラットフォーム、条件)といくら。
  • ユーザーにとっての規模:投資可能資産に対する割合、総資産に対する割合(おおよそで良い)。
  • 時間軸と、その資金が必要になる可能性がある時期。
  • アイデアの出所(友人、インフルエンサー、アドバイザー、広告、独自調査)と、期限や緊急性が伴っているかどうか。
  • 現在の直感:確信度1~10、およびそれを動かしている感情(興奮、FOMO、退屈、プレッシャー)。

ユーザーがすでにこれらを提供している場合は、再度質問しないでください。2行で要約して先に進みます。

ステップ1 - 失敗を想定する(プレモーテム)

次のように述べます:「今から3年後です。これは40%下落しています。最も可能性の高い理由を5つ挙げます。」

ルール:

  • ちょうど5つの原因を、この資産に固有(企業、ファンドの構造、貸し手、デベロッパー、管轄区域、商品条件)に、可能性の高い順に並べます。
  • それぞれについて:原因、それが早期にどのように現れるか(ユーザーが監視できる先行指標)、およびそれがユーザーのコントロール下にあるかどうか。
  • 原因の種類を混ぜます:ビジネス/資産固有、バリュエーション、流動性/構造、カウンターパーティ/規制、および個人的なもの(ユーザー自身の行動や資金ニーズ)。
  • ファンド/ETFの場合:中身、手数料、トラッキング、集中度を確認します。ローンの場合:金利見直し、収入ショック、誓約事項。不動産の場合:遅延、権利/法的問題、賃貸空室、流動性。暗号資産/アーリーステージの場合:トークン/インサイダー集中、カストディ、規制、ラグリスク。

資産クラス別の原因プロンプトについては、references/pre-mortem-method.md を使用してください。

ステップ2 - 「なぜ私?」テスト

質問と回答:

  • この取引または販売の反対側にいるのは誰で、なぜ彼らはこの価格で売る/提供するのか?
  • ユーザーが「はい」と言った場合、誰が利益を得るのか(手数料、紹介料、トークン保有者、プロモーター、デベロッパー)?
  • カウンターパーティは、ユーザーが知らないかもしれない何を知っているのか?

ユーザーが答えられない場合、フラグを立てます:「あなたは出口流動性かもしれません。」 詐欺を非難することなく、理由を1行で説明します。

ステップ3 - ストーリーと数字の分離

売り込み(広告、スレッド、ヒント、パンフレット、ユーザー自身のテーゼ)から2つのリストを作成します:

  • ストーリーの主張 - ナラティブ、反証不可能なもの(「次の大物」「負けられない」「アーリー」「みんな買ってる」)。スコア:なし。
  • 確認可能な事実 - 収益、利益、手数料、金利、ロックイン期間、トラックレコード、保有銘柄、法的ステータス。それぞれについて、検証済み / 未検証 / 矛盾 とマークし、確認すべき場所を示します。

確認可能な事実のみがスコアリングされます。比率を報告します(「11の主張のうち3つが確認可能で、1つが検証済み」)。確認可能な事実が少ない場合は、決定が主にストーリーに依存していると述べます。

ステップ4 - ポジションのストレステスト

references/stress-test.md のチェックを実行します:

  • 集中度:規模とポートフォリオ、総資産との比較、現在保有しているものとの相関関係(仕事/収入を含む)。
  • 流動性:どれだけ早く、どのようなコストで、退出できるか?ゲート、ロックイン、償還制限はあるか?
  • ホールドスルーテスト:価値が40%下落した場合、(a) この期間にこの資金が必要か? (b) 拠出や支払い義務を継続できるか? (c) 実際にどのように感じ、行動するか?過去の下落を思い出させ、何をしたか尋ねます。
  • レバレッジ:借入金は、悪い結果を強制的なものに変えます。

チェックごとに Pass / Caution / Fail とそれぞれ1行の理由を示す短い表を出力します。

ステップ5 - 可逆性スコア

1(両方向ドア、簡単に元に戻せる)から5(片方向ドア) まで評価し、1ヶ月目、12ヶ月目、36ヶ月目の出口コスト(手数料、スプレッド、ロックイン、ペナルティ、税金、現金化までの時間)をマッピングします。references/reversibility-and-exit-costs.md を使用します。確認できなかったルールは「最新のルールを確認してください」とマークします。可逆性はステップ7のクーリングオフ期間の長さに影響します。

ステップ6 - キル基準

ユーザーが購入前にコミットするルールを作成します。4~6個を目標とし、それぞれがテスト可能で、余地がありません。常に以下を含めます:

  • 価格/損失ルール(例:「-20%で再評価する;テーゼが崩れたら売却する」)。
  • テーゼ崩壊ルール:ステップ1の先行指標に関連付けます(例:「Xが発生したら売却する」)。
  • 再購入テスト:「今日の価格で、新たな資金で今日この資産を購入しないのであれば、売却する。」
  • 時間ルール:テーゼの有効期限に関連付けます。
  • ポジションサイズルール:ポートフォリオの指定された割合を超えて成長した場合に削減する。
  • 行動ルール:ユーザーがしないこと(例:このスキルを再実行せずにナンピンしない)。

ルールはユーザーの言葉で表現され、ユーザーが確認する必要があります。ユーザーが同意していないルールを記録しないでください。references/kill-criteria.md を参照してください。

ステップ7 - クーリングオフゲート

緊急性やプレッシャーを示す言葉(「期間限定」「残りわずか」「本日終了」「価格上昇中」「みんな参加してる」「逃すな」)を検出します。見つけたものをリストアップします。次に、references/cooling-off.md を使用して、規模と不可逆性に応じた待機期間を設定します。

待機が有効な間:

  • 最終的なプロセス評決を発行しないでください。 代わりに次のように述べます:「構造は完了しました。評決は[日付]まで保留されます。」
  • ジャーナルエントリに解除日を記録します。
  • 戻ってきたら、次のように尋ねます:「何か変わりましたか?期限はまだ有効ですか?自分の言葉でテーゼを言い直してください。」その後、ステップ3と6を迅速に再実行し、評決を下します。
  • 実際の期限は存在します(IPOウィンドウ、オファー期限)。ユーザーが期限が有効だと言った場合は、証拠を求め、それを逃すことは資本ではなく機会のみを失うことに注意してください。ゲートをスキップしないでください。ただし、理由を記録した上で、1回だけ短縮しても構いません。

時間を強制することはできません。正直に言いましょう:これはユーザーが同意するコミットメントデバイスであり、ロックではありません。

ステップ8 - テーゼ有効期限日

すべての投資には以下が設定されます:

  • レビュー日(デフォルト:取引可能な資産は6ヶ月、長期保有は12ヶ月、ローンや預金は金利見直し/ロックイン終了時)。
  • トリップワイヤー:テーゼが間違っていることを証明する具体的な証拠(ステップ1から取得)。
  • レビュー日には、ユーザーは再購入テストに回答し、トリップワイヤーのステータスを更新することで、保有を再正当化する必要があります。沈黙はイエスを意味しません。 再正当化できない場合は、「デフォルト保有」としてフラグを立て、キル基準を再開します。

ステップ9 - 未来の自分への手紙

ユーザーが今から3年後になったつもりで、述べられた目標、リスク制限、キル基準のみを使用して、短い手紙(120~200語)を書きます。一人称、簡潔、落ち着いた口調。自分が何をしようとしていたか、自分に何を約束したか、ポジションが40%下落した場合に何を覚えておきたいかを述べます。templates/future-self-letter.md を使用します。結果をでっち上げたり、未来を知っていると主張したりしないでください。

ステップ10 - ジャーナルエントリの保存

templates/journal-entry.md に記入します。各フィールドに [user](ユーザーが述べた)または [skill](あなたが導き出した)とマークします。保存場所:

  • ファイルを書き込める場合(Claude Code、Cowork、またはファイルシステムツール):journal/YYYY-MM-DD-<slug>.md に保存します。
  • 書き込めない場合(プレーンチャット):コードブロックにエントリを出力し、ユーザーにリポジトリの journal/ フォルダに保存するか、次回のレビュー時に貼り付けるように指示します。保存されたと主張しないでください。
  • ジャーナルエントリを保存する際は、次のフィールドを上部に記入します:confidence(1-10)、kill_criteria_set(yes または no)、urgency_cue(yes または no)。outcome(win、loss、または pending)と kill_criteria_followed(yes または no)は、ユーザーが結果を報告するまで空のままにします。余計な言葉を付けず、プレーンな値のみを使用してください。

ステップ11 - プロセス評決

次のいずれかを発行します:

  • 準備完了 - ギャップは解消され、キル基準が確認され、クーリングオフが完了しました。
  • 準備完了、規模変更 - プロセスは問題ないが、規模/流動性チェックがホールドスルーテストに合格するためにポジションを小さくすることを示唆しています。合格する規模を示しますが、ユーザーに代わって選択しないでください。
  • 準備未完了 - 不足しているものをリストアップします(未検証の事実、出口なし、「なぜ私」に答えられない、期間内に資金が必要)。
  • 待機中 - クーリングオフ有効。解除日を表示します。

その後、必須の免責事項行で終了します。

盲点レポート

過去のエントリをレビューするよう求められた場合は、references/blind-spots.md に従います。少なくとも3つのエントリが必要です。それより少ない場合は、サンプルが小さすぎると述べ、「パターン」ではなく観察結果のみを示します。推論と結果を比較し、キル基準の遵守、キャリブレーション、繰り返されるバイアスをチェックします。すべての主張にエントリIDを引用します。ユーザーの性格を診断することは決してしないでください。エントリ内の行動を説明します。

python scripts/journal_stats.py <ジャーナルフォルダ> を実行し、その出力に基づいてレポートを作成します。自分でエントリをカウントしないでください。

出力スタイル

  • 平易な言葉、短い段落、役立つ場合は表を使用します。誇大広告はなし、専門用語は1行の説明なしでは使用しません。
  • 決定に最も影響を与えるものから始めます。
  • フルランは読みやすく、ステップごとに約1画面。ライトランは1ページ未満。
  • インプットでさらに必要な場合を除き、最後にフォローアップの質問は最大1つにします。

送信前の品質チェック

  • 5つの原因がこの資産に固有であり、それぞれに早期指標がある
  • 「なぜ私?」に回答された、またはフラグが立てられた
  • 確認可能な事実がストーリーから分離されている
  • 可逆性スコア + 1ヶ月目/12ヶ月目/36ヶ月目の出口コスト(未確認項目にはラベル付け)
  • 再購入テストを含むキル基準がユーザーによって確認された
  • クーリングオフ期間が正当化されている。有効な場合は評決が保留されている
  • レビュー日とトリップワイヤー
  • 購入/売却に関する表現なし、でっち上げの数値なし
  • 免責事項行を含む

関連スキル