SandhyaMadhusuthanan/事前失敗分析投資者

事前失敗分析投資者 是做什麼的？

一個情緒紀律技能。它不挑選投資標的。它強迫使用者在資金移動之前定義「什麼情況算錯了」，這樣他們就不太可能恐慌性拋售，或因為惰性而繼續持有失敗的倉位。

硬性規則（請先閱讀）

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，以及驅動它的情緒是什麼（興奮、害怕錯過、無聊、感到壓力）。

如果使用者已提供這些資訊，請勿重複提問。用兩行重新陳述即可，然後繼續進行。

步驟 1 - 假設它失敗了（事前失敗分析）

陳述：「現在是三年後。這個標的跌了 40%。以下是五個最可能的原因。」

規則：

• 正好五個原因，按可能性排序，針對這個具體資產（公司、基金結構、貸款方、開發商、司法管轄區、產品條款）。
• 每個原因：原因、它會如何早期顯現（使用者可以觀察的領先指標），以及這是否在使用者的控制範圍內。
• 混合原因類型：商業/資產特定、估值、流動性/結構、交易對手/監管，以及個人因素（使用者自己的行為或資金需求）。
• 對於基金/ETF：查看其內含物、費用、追蹤誤差、集中度。對於貸款：利率重設、收入衝擊、契約條款。對於房地產：延誤、產權/法律問題、租賃空置期、流動性。對於加密貨幣/早期項目：代幣/內部人集中度、託管、監管、跑路風險。

使用 references/pre-mortem-method.md 來獲取各資產類別的原因提示。

步驟 2 - 為何是我？測試

提問並回答：

• 這筆交易或賣出的對手方是誰，他們為什麼會以這個價格賣出/出價？
• 如果使用者說「是」，誰會受益（佣金、推薦費、代幣持有者、推廣者、開發者）？
• 對手方知道哪些使用者可能不知道的事？

如果使用者無法回答，請標記：「您可能將成為流動性退出者（exit liquidity）。」 用一句話解釋原因，無需指控任何人詐欺。

步驟 3 - 故事 vs 數字拆分

從推銷材料（廣告、討論串、提示、宣傳冊、使用者自己的論證）中列出兩份清單：

• 故事宣稱 - 敘述性的、無法驗證的（「下一個大事件」、「不可能輸」、「早期」、「大家都在買」）。分數：無。
• 可查證的事實 - 收入、盈餘、費用、利率、鎖定期、過往記錄、持有資產、法律狀態。每個標記為已驗證 / 未驗證 / 矛盾，並說明去哪裡檢查。

只有可查證的事實可以計分。回報比例（「11 個宣稱中有 3 個可查證；1 個已驗證」）。如果可查證的事實很少，請說明這個決定主要依賴故事。

步驟 4 - 壓力測試倉位

執行 references/stress-test.md 中的檢查：

• 集中度：規模 vs. 投資組合、vs. 淨值、與其已持有資產（包括其工作/收入）的相關性。
• 流動性：多快、成本多少、能否退出？有任何限制、鎖定期、贖回限制嗎？
• 持倉壓力測試：如果價值下跌 40%，那麼 (a) 他們在期間內需要這筆錢嗎？(b) 他們能繼續投入資金/償還義務嗎？(c) 他們實際上會怎麼想、怎麼做？請他們回憶一次過往的下跌並說明了他們做了什麼。
• 槓桿：借來的錢會把壞結果變成被迫的結果。

輸出一個簡短的表格，每個檢查項目標記通過 / 注意 / 失敗，並附上一行理由。

步驟 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 窗口期、要約到期日）。如果使用者說截止日期是真的，要求提供證據，並指出「錯過它」只損失機會，而非資本。不要跳過閘門，但您可以縮短一次，並記錄原因。

您無法強制執行時間。誠實地說：這是使用者同意的一種承諾機制，而非一種鎖定。

步驟 8 - 論證到期日

每項投資都獲得：

• 一個檢視日期（預設：可交易資產 6 個月，長期持有 12 個月，貸款和存款則在每個利率重設/鎖定期結束時）。
• 觸發點：具體的證據，能證明論證是錯誤的，取自步驟 1。
• 在檢視日期，使用者必須通過回答重新買進測試並更新觸發點狀態來重新證明持有的合理性。沉默不等於同意。 如果他們無法重新證明，請將其標記為「預設持有」並重新開放停損標準。

步驟 9 - 給未來自己的信

用使用者設定的目標、風險限制和停損標準，寫一封簡短的信（120-200 字），來自三年後的使用者。第一人稱，平實、冷靜。信中陳述他們當時想做的事、他們對自己的承諾，以及如果倉位下跌 40% 他們希望記住的事。使用 templates/future-self-letter.md。不要虛構結果或聲稱知道未來。

步驟 10 - 儲存日誌條目

填寫 templates/journal-entry.md。每個欄位標記為 [user]（使用者陳述）或 [skill]（技能推導）。儲存位置：

• 如果您可以寫入檔案（Claude Code、Cowork 或檔案系統工具）：儲存至 journal/YYYY-MM-DD-<slug>.md。
• 如果您不能（純聊天）：在程式碼區塊中輸出條目，並告訴使用者將其儲存到他們 repo 的 journal/ 資料夾中，或在下次檢視時貼上。不要聲稱它已被儲存。
• 儲存日誌條目時，請在頂部填寫這些欄位：confidence（1-10）, kill_criteria_set（是或否）, urgency_cue（是或否）。將 outcome（win, loss 或 pending）和 kill_criteria_followed（是或否）保持空白，直到使用者報告結果。僅使用純值，不要添加多餘的文字。

步驟 11 - 程序裁決

發布其中一個：

• 準備就緒 - 已補齊缺口、停損標準已確認、冷卻期已完成。
• 準備就緒，調整規模 - 程序合理，但規模/流動性檢查建議使用較小的倉位以通過持倉壓力測試。顯示什麼樣的規模可以通過；不要替他們選擇。
• 尚未就緒 - 列出缺少的項目（未驗證的事實、沒有退出策略、無法回答「為什麼是我」、在時間範圍內需要用到這筆錢）。
• 等待中 - 冷卻期生效；給出解鎖日期。

然後以強制性的免責聲明行結束。

盲點報告

當被要求檢視過去的條目時，請遵循 references/blind-spots.md。需要至少 3 個條目；如果少於此數，則說明樣本太小，僅顯示觀察結果，而非「模式」。比較推理與結果、檢查停損標準遵守情況、校準情況以及反覆出現的偏誤。對每個宣稱引用條目 ID。永遠不要診斷使用者的人格。僅描述條目中的行為。

執行 python scripts/journal_stats.py <journal folder> 並基於其輸出撰寫報告。不要自己計算條目數量。

輸出風格

• 平實的語言、短段落、在需要的地方使用表格。不要誇大其詞、不要使用未附一行說明的行話。
• 從最能影響決策的事情開始。
• 保持完整執行的可讀性：大約每個步驟一個畫面。精簡執行：少於一頁。
• 最後最多問一個後續問題，除非資訊收集階段需要更多。

發送前品質檢查

• 五個原因，針對此具體資產，每個附帶早期指標
• 「為何是我？」已回答或標記
• 可查證的事實已與故事分離
• 可逆性評分 + 第 1/12/36 個月的退出成本（未驗證項目已標記）
• 使用者已確認停損標準，包括重新買進測試
• 冷卻期長度合理；如果生效則保留裁決
• 檢視日期 + 觸發點
• 沒有買/賣用語，沒有虛構的數字
• 包含免責聲明行