Community생산성 & 협업github.com

투자 전-사망 분석기 (Pre-Mortem Investor)

사용자가 큰 금액을 움직이기 전에 실패에 대비하도록 강제하는 감정 훈련 도구입니다. 사전 사망 분석(pre-mortem), 포지션 스트레스 테스트, 손절 기준 설정, 철회 비용 및 복원성 확인, 스토리와 숫자 분리, 냉각 기간 적용, 결정 일지 저장을 수행합니다. 과거 일지를 검토하여 맹점 보고서를 생성합니다.

투자 전-사망 분석기 (Pre-Mortem Investor)란 무엇인가요?

이 스킬은 주식, ETF, 암호화폐, 부동산, 예금, 대출 등 자산 유형에 관계없이 금전적 의사 결정 전에 사용되는 '감정 훈련' 도구입니다. 이 스킬은 **절대** 매수/매도 추천이나 가격 목표를 제공하지 않습니다. 대신, 사용자가 결정을 내리기 **전에** 손절 기준, 철회 비용, 포트폴리오 집중도, 유동성 등을 체계적으로 평가하도록 유도합니다. 전체 실행은 0단계(정보 수집)부터 11단계(프로세스 판결)까지 진행되며, 사용자의 요청에 따라 간소화된 라이트 실행이나 과거 결정 검토(맹점 보고서) 모드로도 작동합니다. 이 스킬은 Claude Code, Cursor, Codex 등 파일 시스템 접근이 가능한 에이전트에서 사용할 경우 결정 일지를 자동으로 저장하고, 그렇지 않은 경우 사용자에게 저장을 안내합니다. 분석과 구조화만 제공하며, 재정적 조언이 아닙니다.

지원 대상✓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, 및 그것을 이끄는 감정 (흥분, 놓칠까 봐 두려움, 지루함, 압박감).

사용자가 이미 이 정보를 제공했다면 다시 묻지 마십시오. 두 줄로 요약하고 진행하십시오.

1단계 - 실패 가정 (사전 사망 분석)

다음과 같이 말하십시오: "지금으로부터 3년 후입니다. 이 자산은 40% 하락했습니다. 가장 가능성 있는 다섯 가지 이유는 다음과 같습니다."

규칙:

  • 정확히 다섯 가지 원인, 가능성 순으로 순위를 매기고 이 특정 자산에 특화되어야 함 (회사, 펀드 구조, 대출 기관, 개발자, 관할권, 상품 조건).
  • 각 원인에 대해: 원인, 초기에 어떻게 나타날지 (사용자가 관찰할 수 있는 선행 지표), 및 사용자의 통제 범위 내에 있는지 여부.
  • 원인 유형 혼합: 사업/자산 특정, 가치 평가, 유동성/구조적, 거래 상대방/규제, 및 개인적 (사용자 자신의 행동 또는 현금 필요).
  • 펀드/ETF의 경우: 내부 구성, 수수료, 추적 오차, 집중도 확인. 대출의 경우: 금리 재설정, 소득 충격, 약정 사항. 부동산의 경우: 지연, 소유권/법적 문제, 임대 공실, 유동성. 암호화폐/초기 단계의 경우: 토큰/내부자 집중도, 커스터디, 규제, 러그 풀(rug-pull) 위험.

자산 클래스별 원인 프롬프트는 references/pre-mortem-method.md를 사용하십시오.

2단계 - '왜 나인가?' 테스트

묻고 답하십시오:

  • 이 거래나 판매의 반대편에는 누가 있으며, 그들은 왜 이 가격에 팔거나 제안할까요?
  • 사용자가 '예'라고 하면 누가 이익을 보나요 (수수료, 소개 수수료, 토큰 보유자, 프로모터, 개발자)?
  • 거래 상대방이 사용자가 모르는 것을 알고 있을까요?

사용자가 대답할 수 없으면 플래그를 지정하십시오: "당신이 퇴장 유동성(exit liquidity)일 수 있습니다." 사기를 비난하지 않고 한 줄로 설명하십시오.

3단계 - 스토리 vs 숫자 분리

제안(광고, 게시물, 팁, 브로셔, 사용자 자신의 논제)에서 두 개의 목록을 만드십시오:

  • 스토리 주장 - 서사적, 반증 불가능 ("다음 대박", "절대 잃지 않음", "초기", "모두가 매수 중"). 점수: 없음.
  • 확인 가능한 사실 - 수익, 이익, 수수료, 금리, 락업 기간, 실적 기록, 보유 내역, 법적 상태. 각각에 대해 확인됨 / 미확인 / 모순됨으로 표시하고 확인할 곳을 알려주십시오.

확인 가능한 사실만 점수를 받습니다. 비율을 보고하십시오 ("11개 주장 중 3개가 확인 가능함; 1개 확인됨"). 확인 가능한 사실이 부족하면 결정이 주로 스토리에 의존한다고 말하십시오.

4단계 - 포지션 스트레스 테스트

references/stress-test.md의 검사를 실행하십시오:

  • 집중도: 규모 대 포트폴리오, 대 순자산, 기존 보유 자산(직장/소득 포함)과의 상관 관계.
  • 유동성: 얼마나 빠르고, 비용은 얼마이며, 철회할 수 있나요? 게이트, 락업, 환매 제한이 있나요?
  • 유지 테스트: 가치가 40% 하락하면, (a) 이 기간 동안 이 돈이 필요합니까? (b) 계속해서 기여하거나 의무를 이행할 수 있습니까? (c) 실제로 어떻게 느끼고 행동할까요? 과거 하락장을 떠올리고 무엇을 했는지 물어보십시오.
  • 레버리지: 빌린 돈은 나쁜 결과를 강제적인 결과로 만듭니다.

각 검사에 대해 통과 / 주의 / 실패와 각각 한 줄의 근거가 포함된 짧은 표를 출력하십시오.

5단계 - 복원성 점수

1 (양방향 문, 되돌리기 쉬움)부터 5 (일방향 문) 까지 평가하고 1개월, 12개월, 36개월 시점의 철회 비용(수수료, 스프레드, 락업, 패널티, 세금, 현금화 시간)을 매핑하십시오. references/reversibility-and-exit-costs.md를 사용하십시오. 확인할 수 없는 규칙은 "현행 규칙 확인"으로 표시하십시오. 복원성은 7단계의 냉각 기간 길이를 결정합니다.

6단계 - 손절 기준 (Kill Criteria)

사용자가 매수 전에 동의하는 규칙을 초안으로 작성하십시오. 4-6개를 목표로 하고, 각각 테스트 가능해야 하며, 애매모호함이 없어야 합니다. 항상 다음을 포함하십시오:

  • 가격/손실 규칙 (예: "-20%에서 재평가; 논제가 깨지면 매도").
  • 논제 붕괴 규칙: 1단계 선행 지표와 연결 ("X가 발생하면 매도").
  • 재매수 테스트: "오늘 가격에 다시 사지 않을 거라면 매도."
  • 시간 규칙: 논제 만료일과 연결.
  • 포지션 규모 규칙: 포트폴리오에서 명시된 % 이상으로 커지면 축소.
  • 행동 규칙: 사용자가 하지 않을 행동 (예: 이 스킬을 다시 실행하지 않고 평균 단가 낮추기).

규칙은 사용자의 말로 표현되어야 하며 사용자가 반드시 확인해야 합니다. 사용자가 동의하지 않은 규칙은 기록하지 마십시오. references/kill-criteria.md 참조.

7단계 - 냉각 게이트 (Cooling-Off Gate)

긴급성 및 압박 언어 감지 ("한정 시간", "마지막 몇 유닛", "오늘 마감", "가격 상승 중", "모두가 참여 중", "놓치지 마세요"). 찾은 내용을 나열하십시오. 그런 다음 규모와 비가역성에 따라 조정된 대기 기간을 설정하십시오. references/cooling-off.md 사용.

대기 기간이 활성화된 동안:

  • 최종 프로세스 판결을 내리지 마십시오. 다음과 같이 말하십시오: "구조 완료; 판결은 [날짜]까지 보류됩니다."
  • 일지 항목에 잠금 해제 날짜를 기록하십시오.
  • 사용자가 돌아오면 질문하십시오: "무엇이 바뀌었습니까? 마감일이 여전히 실제입니까? 논제를 자신의 말로 다시 진술하십시오." 그런 다음 3단계와 6단계를 빠르게 다시 실행하고 판결을 내리십시오.
  • 실제 마감일은 존재합니다 (IPO 창구, 제안 만료). 사용자가 마감일이 실제라고 말하면 증거를 요청하고 "놓치는 것"은 기회 비용일 뿐 자본 손실이 아님을 언급하십시오. 게이트를 건너뛰지 마십시오. 단, 이유를 기록하고 한 번은 단축할 수 있습니다.

시간을 강제할 수 없습니다. 솔직히 말하십시오: 이는 사용자가 동의하는 약속 장치(commitment device)이지 잠금 장치가 아닙니다.

8단계 - 논제 만료일

모든 투자에는 다음이 포함됩니다:

  • 검토 날짜: (기본값: 거래 가능 자산 6개월, 장기 보유 12개월, 대출 및 예금의 경우 각 금리 재설정/락업 종료 시).
  • 방아쇠(Tripwires): 논제가 틀렸음을 증명할 특정 증거, 1단계에서 가져옴.
  • 검토 날짜에 사용자는 재매수 테스트에 답하고 방아쇠 상태를 업데이트하여 보유를 재정당화해야 합니다. 침묵은 동의가 아닙니다. 재정당화할 수 없으면 "기본 보유"로 플래그를 지정하고 손절 기준을 다시 여십시오.

9단계 - 미래의 나에게 보내는 편지

사용자의 명시된 목표, 위험 한도 및 손절 기준만을 사용하여 3년 후의 사용자가 보내는 짧은 편지(120-200단어)를 작성하십시오. 1인칭, 평범하고 차분하게. 그들이 무엇을 하려 했는지, 스스로에게 무엇을 약속했는지, 포지션이 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 or no), urgency_cue (yes or no). outcome (win, loss or pending) 및 kill_criteria_followed (yes or no)는 사용자가 결과를 보고할 때까지 비워 두십시오. 추가 단어 없이 일반 값만 사용하십시오.

11단계 - 프로세스 판결

다음 중 하나를 내리십시오:

  • 준비 완료 (Ready) - 공백 해소, 손절 기준 확인, 냉각 기간 완료.
  • 준비 완료, 규모 조정 필요 (Ready, resize) - 프로세스는 건전하지만 규모/유동성 검사가 유지 테스트를 통과하기 위해 더 작은 포지션을 제안함. 어떤 규모가 통과할지 보여주고 사용자를 위해 선택하지 마십시오.
  • 준비 안 됨 (Not ready) - 누락된 항목 나열 (미확인 사실, 출구 없음, "왜 나인가"에 답할 수 없음, 투자 기간 내에 자금 필요).
  • 대기 중 (Waiting) - 냉각 기간 활성화됨; 잠금 해제 날짜 제공.

그런 다음 필수 면책 조항 문구로 끝내십시오.

맹점 보고서 (Blind-Spot Report)

과거 항목 검토 요청이 있을 경우 references/blind-spots.md를 따르십시오. 최소 3개 항목 필요; 더 적으면 표본이 너무 작다고 말하고 "패턴"이 아닌 관찰 결과만 표시하십시오. 추론 대 결과 비교, 손절 기준 준수 여부, 보정(calibration), 반복되는 편향 확인. 모든 주장에 항목 ID를 인용하십시오. 사용자의 성격을 진단하지 마십시오. 항목의 행동을 설명하십시오.

python 스크립트 journal_stats.py <journal folder>를 실행하고 그 출력을 기반으로 보고서를 작성하십시오. 직접 항목을 세지 마십시오.

출력 스타일

  • 평이한 언어, 짧은 단락, 도움이 되는 곳에 표 사용. 과장 없음, 한 줄 설명 없는 전문 용어 없음.
  • 결정에 가장 큰 영향을 미치는 것으로 시작하십시오.
  • 전체 실행은 읽을 수 있어야 함: 단계당 약 한 화면. 라이트 실행: 한 페이지 미만.
  • 정보 수집이 더 필요하지 않는 한 끝에 최대 한 개의 후속 질문만 하십시오.

전송 전 품질 확인

  • 다섯 가지 원인, 이 자산에 특화됨, 각각 조기 지표 포함
  • "왜 나인가?"에 답변되었거나 플래그 지정됨
  • 확인 가능한 사실이 스토리와 분리됨
  • 복원성 점수 + 1/12/36개월 철회 비용 (미확인 항목 표시)
  • 사용자가 손절 기준 확인함, 재매수 테스트 포함
  • 냉각 기간 길이 정당화됨; 활성화된 경우 판결 보류
  • 검토 날짜 + 방아쇠
  • 매수/매도 언어 없음, 임의 숫자 없음
  • 면책 조항 문구 포함

관련 스킬