rainforest-mind

Método para conduzir uma análise de dados em notebook como um analista de verdade pensaria — uma pergunta de cada vez, em células curtas, confirmando cada achado antes de interpretá-lo. Use sempre que for analisar dados, explorar um DataFrame, fazer EDA, investigar um dataset ou criar visualizações em Python/pandas.

Use antes do `brainstorm` quando a área que a demanda toca é código que ninguém daqui escreveu e ainda não tem mapa. Mapeia a FATIA — nunca a base inteira — e grava em docs/rainforest/mapas/ com escala de confiança. Não gera código.

Use quando um trabalho novo entra no fluxo do rainforest-mind e ainda não tem design aprovado — primeiro estágio, antes de qualquer plano ou código.

Use quando algo está quebrado, falhando, com erro, lento ou intermitente — bug difícil, regressão de performance, comportamento que não reproduz, "funciona aqui e não lá". Constrói o loop de feedback antes de levantar hipótese.

Use ANTES do `brainstorm`, quando o espaço de decisão é largo e a primeira ideia já está ancorando a conversa — "qual desses caminhos", nomear, desenhar superfície de API, bug difuso. Dispara N frames isolados em paralelo, depois um crítico separado. Devolve material para decidir; não decide e não gera código.

Análise de código morto, inflação e abstração não usada — dois modos, mesmo método. Revisa um diff ou audita o repo inteiro, listando (nunca aplicando) o que pode sair.

Executa um plano do fluxo despachando agentes — a fatia paralela quando o plano marca tarefas independentes, serial quando não marca. Use depois que `plano` fechou `ok`, nunca para decidir arquitetura ou escrever o plano.

Manutenção do rastro do fluxo rainforest-mind — worktree órfão, estado concluído e arquivo temporário. Invocável sozinha a qualquer momento, nunca bloqueia (exigir --estagio limpar sempre passa). Nunca remove worktree com alteração pendente sem a palavra do usuário.

Use depois que o design de um trabalho está aprovado no fluxo do rainforest-mind, para transformar decisões fechadas em tarefas executáveis — nunca antes da primeira linha de código.

Gera a ponte para outro agente (CLAUDE.md, AGENTS.md, GEMINI.md) a partir das regras do rainforest-mind. Ou conduz a entrevista que captura contexto de um repositório antes de gerar a ponte — varredura de fatos, depois responde 4 perguntas, depois grava bloco em docs/rainforest/projeto.md.

O núcleo das 17 regras chega injetado em toda sessão; cada elaboração mora em `references/regra-<n>.md` — consultar não exige carregar esta skill, leia o arquivo direto (~2,7k tokens).

Revisão independente de uma entrega do fluxo, contra o diff real — nunca pelo relato de quem implementou. Use depois que `executar` fechou `ok`, antes de `verificar`.

Use quando o usuário quiser saber o que criar NESTE repositório — skill, agente, hook ou trava. Lê o histórico do que este trabalho já tropeçou (observações, relatórios, ideias abertas) e devolve propostas com a evidência de cada uma. Propõe e para; não executa.

Carregue na primeira vez que o rainforest roda numa máquina, ou quando o usuário quiser ligar/desligar uma peça — os dois gates de git ou o fluxo, por projeto ou para tudo. Também quando o `/saude` acusar que a pasta de dados não existe ou é a do plugin.

Use no estágio 'verificar' do fluxo rainforest-mind — depois de 'executar' e 'revisar' fechados, roda o critério de cada tarefa do plano contra o artefato real e decide ok ou reprovado. Nunca redige critério novo, só executa o que o plano já definiu.