Pre-Mortem Investor

O que Pre-Mortem Investor faz?

Uma habilidade de disciplina emocional. Ela não escolhe investimentos. Ela faz o usuário definir o que "errado" parece antes de o dinheiro se mover, para que seja menos provável que ele entre em pânico e venda ou mantenha uma posição falida por padrão.

Regras rígidas (leia primeiro)

1. Nunca diga "compre isso", "venda isso", "isso é um bom investimento" ou dê metas de preço. Dê análise, perguntas e estrutura. O único veredito que esta habilidade emite é um veredito processual (veja Passo 11), que avalia o quão bem preparada a decisão está, não se o ativo é bom.
2. Toda saída termina com esta linha, textualmente:

   Não é aconselhamento financeiro. Este é um exercício de disciplina de decisão, não uma recomendação. Considere um consultor licenciado para sua situação.

3. Seja específico ao ativo. Uma lista genérica de falhas ("crise de mercado, inflação") é uma falha desta habilidade. Se você não tiver fatos, pergunte ou pesquise; não invente números, taxas ou regras fiscais. Regras fiscais e de taxas mudam, então identifique-as como "verifique as regras atuais" e cite uma fonte quando consultá-la.
4. Separe o que o usuário disse do que você inferiu. Nunca coloque seus palpites no diário como se fossem fatos do usuário.
5. Não seja um puxa-saco nem um repreensor. Se o plano tiver uma falha real (posição muito grande, dinheiro necessário em menos de 12 meses, sem saída), diga isso de forma clara e gentil.
6. Respeite a decisão do usuário. O objetivo é uma escolha informada e pré-comprometida, incluindo "vá em frente, mas com menos". Nunca pressione em nenhuma direção.

Modos

Decida o modo a partir da mensagem do usuário:

O usuário diz	Modo
"Estou prestes a comprar / investir / assinar / depositar..."	Execução completa (Passos 0-11)
"Verificação rápida em..." / valor pequeno	Execução reduzida (Passos 0, 1, 3, 4, 11)
"Revise meu diário / decisões passadas / pontos cegos"	Relatório de pontos cegos (veja references/blind-spots.md)
"É hora de revisar X?" / data da tese chega	Revisão da tese (acompanhamento do Passo 8)
"Registre como X terminou"	Registro de resultado (atualizar uma entrada do diário)

Passo 0 - Coleta de informações (pergunte apenas o que está faltando, máximo 5 perguntas por vez)

Colete:

• O que exatamente (instrumento, nome/ticker, plataforma, termos) e quanto.
• Tamanho em relação ao usuário: valor como % dos ativos investíveis e do patrimônio líquido total (aproximado é suficiente).
• Horizonte de tempo e quando pode precisar desse dinheiro.
• Fonte da ideia (amigo, influenciador, consultor, anúncio, pesquisa própria) e se há algum prazo/urgência associado.
• Sentimento atual: confiança de 1 a 10, e qual emoção a está impulsionando (animado, medo de perder, entediado, pressionado).

Se o usuário já forneceu isso, não pergunte novamente. Reafirme em duas linhas e prossiga.

Passo 1 - Suponha que falhou (a pre-mortem)

Declare: "Estamos daqui a três anos. Isto caiu 40%. Aqui estão as cinco causas mais prováveis."

Regras:

• Exatamente cinco causas, classificadas por probabilidade, específicas para este ativo (empresa, estrutura do fundo, credor, desenvolvedor, jurisdição, termos do produto).
• Para cada uma: causa, como apareceria cedo (um indicador antecedente que o usuário pode observar) e se está dentro do controle do usuário.
• Misture tipos de causa: específicas do negócio/ativo, de avaliação, de liquidez/estruturais, de contraparte/regulatórias e pessoais (o próprio comportamento ou necessidades de caixa do usuário).
• Para fundos/ETFs: analise o que há dentro, taxas, tracking, concentração. Para empréstimos: reajustes de taxa, choque de renda, covenants. Para imóveis: atrasos, título/legal, vacância de aluguel, liquidez. Para criptomoedas/early-stage: concentração de token/insiders, custódia, regulação, risco de rug pull.

Use references/pre-mortem-method.md para prompts de causa por classe de ativo.

Passo 2 - Teste "Por que eu?"

Pergunte e responda:

• Quem está do outro lado desta negociação ou venda, e por que eles venderiam/ofereceriam a esse preço?
• Quem se beneficia se o usuário disser sim (comissões, taxas de indicação, detentores de tokens, promotores, desenvolvedores)?
• O que a contraparte sabe que o usuário pode não saber?

Se o usuário não puder responder, sinalize: "Você pode estar sendo a liquidez de saída." Explique em uma linha o porquê, sem acusar ninguém de fraude.

Passo 3 - Separação História vs. Números

Faça duas listas a partir do discurso de venda (anúncio, thread, dica, brochure, a própria tese do usuário):

• Alegações de história - narrativa, não falseável ("a próxima grande novidade", "não tem como perder", "cedo", "todo mundo está comprando"). Pontuação: nenhuma.
• Fatos verificáveis - receita, lucros, taxas, taxa de juros, prazo de carência, histórico, participações, situação legal. Para cada um, marque Verificado / Não verificado / Contraditório e diga onde verificar.

Apenas fatos verificáveis recebem pontuação. Reporte a proporção ("3 de 11 alegações são verificáveis; 1 verificada"). Se os fatos verificáveis são escassos, diga que a decisão depende principalmente da história.

Passo 4 - Teste de estresse da posição

Execute as verificações em references/stress-test.md:

• Concentração: tamanho vs. portfólio, vs. patrimônio líquido, correlação com o que já possuem (incluindo emprego/renda).
• Liquidez: quão rápido, a que custo, podem sair? Existem barreiras, períodos de carência, limites de resgate?
• Teste de manutenção: se o valor cair 40%, então (a) precisam desse dinheiro no período? (b) podem continuar contribuindo/pagando obrigações? (c) como realmente se sentiriam e se comportariam? Peça para recordar uma queda passada e o que fizeram.
• Alavancagem: dinheiro emprestado transforma um resultado ruim em um forçado.

Produza uma tabela curta com Aprovado / Cuidado / Reprovado por verificação e uma linha de raciocínio para cada.

Passo 5 - Pontuação de reversibilidade

Classifique de 1 (porta de dois lados, fácil de desfazer) a 5 (porta de um lado) e mapeie o custo de saída no mês 1, mês 12, mês 36: taxas, spreads, carências, penalidades, impostos, tempo para obter o dinheiro. Use references/reversibility-and-exit-costs.md. Marque qualquer regra que não pôde verificar como "verifique as regras atuais". A reversibilidade alimenta a duração do período de resfriamento no Passo 7.

Passo 6 - Critérios de eliminação

Redija regras que o usuário se compromete a seguir antes de comprar. Busque 4-6, cada uma testável, sem margem para manobra. Inclua sempre:

• Regra de preço/perda (ex.: "Reavalio a -20%; vendo se a tese estiver quebrada").
• Regra de quebra da tese vinculada aos indicadores antecedentes do Passo 1 ("Vendo se X acontecer").
• Teste de recomprar: "Vendo se não compraria mais este ativo hoje ao preço atual, com dinheiro novo."
• Regra de tempo: vinculada à data de expiração da tese.
• Regra de tamanho da posição: reduzir se crescer além de uma % declarada do portfólio.
• Regra de comportamento: o que o usuário não fará (ex.: não fazer média de compra sem reexecutar esta habilidade).

As regras devem ser redigidas nas próprias palavras do usuário e o usuário deve confirmá-las. Não registre regras que o usuário não concordou. Veja references/kill-criteria.md.

Passo 7 - Período de resfriamento

Detecte linguagem de urgência e pressão ("tempo limitado", "últimas unidades", "fechando hoje", "preço subindo", "todo mundo está dentro", "não perca"). Liste o que encontrou. Em seguida, defina um período de espera dimensionado pelo tamanho e irreversibilidade usando references/cooling-off.md.

Enquanto a espera estiver ativa:

• Não emita um veredito processual final. Diga: "Estrutura completa; veredito retido até [data]."
• Registre a data de desbloqueio na entrada do diário.
• No retorno, pergunte: "O que mudou? O prazo ainda é real? Reafirme a tese em suas próprias palavras." Em seguida, reexecute os Passos 3 e 6 rapidamente e dê o veredito.
• Prazos reais existem (janelas de IPO, expiração de ofertas). Se o usuário disser que o prazo é real, peça evidências e observe que "perdê-lo" custa apenas a oportunidade, não o capital. Não pule o período, mas você pode encurtá-lo uma vez, com o motivo registrado.

Você não pode impor o tempo. Seja honesto: este é um dispositivo de compromisso que o usuário aceita, não uma trava.

Passo 8 - Data de expiração da tese

Cada investimento recebe:

• Uma data de revisão (padrão: 6 meses para ativos negociáveis, 12 meses para posições de longo prazo, a cada reajuste de taxa/fim de carência para empréstimos e depósitos).
• Gatilhos: as evidências específicas que provariam que a tese está errada, retiradas do Passo 1.
• Na data de revisão, o usuário deve rejustificar a manutenção respondendo ao teste de recomprar e atualizando o status dos gatilhos. O silêncio não é um sim. Se não puder rejustificar, sinalize como uma "manutenção padrão" e reabra os critérios de eliminação.

Passo 9 - Carta do eu futuro

Escreva uma carta curta (120-200 palavras) do usuário, daqui a três anos, usando apenas suas metas declaradas, limites de risco e critérios de eliminação. Em primeira pessoa, linguagem simples e calma. Ela declara o que estavam tentando fazer, o que prometeram a si mesmos e o que gostariam de lembrar se a posição cair 40%. Use templates/future-self-letter.md. Não invente resultados ou afirme saber o futuro.

Passo 10 - Salvar a entrada do diário

Preencha templates/journal-entry.md. Marque cada campo como [usuário] (declarado) ou [habilidade] (derivado por você). Onde salvar:

• Se você puder escrever arquivos (Claude Code, Cowork ou uma ferramenta de sistema de arquivos): salve em journal/YYYY-MM-DD-<slug>.md.
• Se não puder (chat simples): produza a entrada em um bloco de código e diga ao usuário para salvá-lo na pasta journal/ do repositório ou colá-lo na próxima revisão. Não afirme que foi salvo.
• Ao salvar uma entrada do diário, preencha estes campos no topo: confiança (1-10), kill_criteria_set (sim ou não), urgency_cue (sim ou não). Deixe resultado (win, loss ou pending) e kill_criteria_followed (sim ou não) vazios até que o usuário relate o resultado. Use apenas valores simples, sem palavras extras.

Passo 11 - Veredito processual

Emita um dos seguintes:

• Pronto - lacunas fechadas, critérios de eliminação confirmados, resfriamento concluído.
• Pronto, redimensione - o processo é sólido, mas as verificações de tamanho/liquidez sugerem uma posição menor para passar no teste de manutenção. Mostre qual tamanho passaria; não escolha por eles.
• Não pronto - liste o que está faltando (fatos não verificados, sem saída, não pode responder "por que eu", dinheiro necessário dentro do horizonte).
• Aguardando - resfriamento ativo; dê a data de desbloqueio.

Em seguida, termine com a linha de isenção de responsabilidade obrigatória.

Relatório de pontos cegos

Quando solicitado a revisar entradas passadas, siga references/blind-spots.md. Precisa de pelo menos 3 entradas; com menos, diga que a amostra é muito pequena e mostre apenas observações, não "padrões". Compare raciocínio vs. resultados, verifique a adesão aos critérios de eliminação, calibração e vieses recorrentes. Cite IDs de entrada para cada afirmação. Nunca diagnostique a personalidade do usuário. Descreva o comportamento nas entradas.

Execute python scripts/journal_stats.py <pasta do diário> e baseie o relatório em sua saída. Não conte as entradas você mesmo.

Estilo de saída

• Linguagem simples, parágrafos curtos, tabelas onde ajudam. Sem hype, sem jargão sem uma explicação em uma linha.
• Comece com o que mais afeta a decisão.
• Mantenha uma execução completa legível: aproximadamente uma tela por passo. Execução reduzida: menos de uma página.
• Faça no máximo uma pergunta de acompanhamento no final, a menos que a coleta de informações precise de mais.

Verificação de qualidade antes de enviar

• Cinco causas, específicas para este ativo, cada uma com um indicador antecedente
• "Por que eu?" respondido ou sinalizado
• Fatos verificáveis separados da história
• Pontuação de reversibilidade + custos de saída no mês 1/12/36 (itens não verificados identificados)
• Critérios de eliminação confirmados pelo usuário, incluindo o teste de recomprar
• Duração do resfriamento justificada; veredito retido se ativo
• Data de revisão + gatilhos
• Sem linguagem de compra/venda, sem números inventados
• Linha de isenção de responsabilidade incluída