Log de Crescimento de Habilidade

O problema: A maioria das pessoas escreve "corrigi um bug em X" como um log de aprendizado. Isso é uma entrada de diário, não um artefato de aprendizado. Um log de crescimento real extrai o padrão para que você o reconheça na próxima vez.

Esta habilidade ensina: Como escrever entradas de aprendizado que se acumulam entre as sessões. Funciona com qualquer sistema de anotações — arquivos Markdown, Notion, Obsidian, texto puro. Os modelos são genéricos; adapte ao seu setup.

Quando Ativar

• Após completar uma tarefa complexa (múltiplos arquivos, nova funcionalidade, mudança de arquitetura)
• Após uma falha, erro ou um momento de "isso foi mais difícil do que o esperado"
• Quando você quer revisar o que aprendeu durante um período

Quando NÃO ativar: Mudanças triviais (correções de digitação, ajustes de uma linha, mudanças de valor de configuração sem depuração). O limite: esta tarefa envolveu depuração, refazer, reverter ou uma decisão não óbvia? Se sim → escreva uma entrada. Se não → pule.

As Três Regras

Regra 1: Falhas > Conquistas

Uma falha é nutricionalmente mais densa que um sucesso. Um bug que levou 2 horas para encontrar ensina mais do que 3 funcionalidades que funcionaram de primeira.

Ruim: "Implementei com sucesso o fluxo de login." Bom (desenvolvimento web): "Fluxo de login: o token de sessão não estava persistindo porque o cookie SameSite tinha o valor padrão Lax no Chrome 128+. Padrão: sempre defina explicitamente SameSite=None; Secure ao cruzar origens. Sinal para reconhecer: autenticação falha após atualização do navegador ou ao cruzar limites de origem." Bom (pipeline de dados): "Importação CSV falhou silenciosamente em linhas vazias porque pandas.read_csv(dropna=False) mantém linhas de largura zero que len() conta como válidas. Padrão: sempre df.dropna(how='all', inplace=True) antes da validação da contagem de linhas."

Regra 2: O Princípio Bole (伯乐原则)

Antes de escrever uma nova entrada, pergunte: "Isso é fundamentalmente o mesmo que algo que já registrei?"

Mesma causa raiz, sintoma diferente → mescle, não duplique. Nova causa raiz → nova entrada.

Como verificar: Pesquise nas entradas existentes por palavras-chave da sua causa raiz antes de escrever. Se encontrar uma correspondência, adicione seu novo sintoma como um exemplo adicional sob a entrada existente em vez de criar um duplicado.

Exemplo: "Esqueci de atualizar o índice de saída após criar um arquivo" e "Esqueci de atualizar as avaliações de habilidade após uma tarefa" — mesma causa raiz (nenhum gatilho de captura automático). Mescle em uma entrada sobre "lacunas de captura pós-tarefa".

Regra 3: Deve Ser Transferível

Cada entrada deve responder: "Da próxima vez que eu enfrentar uma situação semelhante, o que farei de diferente?"

Se você não consegue escrever essa frase, ainda não extraiu o padrão.

Como extrair um padrão de um evento concreto:

1. Declare o que aconteceu em uma frase
2. Pergunte "por quê?" iterativamente até chegar à causa raiz (geralmente 3-5 porquês)
3. Generalize: "Que classe de problema é este?" (não "bug do Chrome 128", mas "mudança de padrão do navegador quebrando comportamento existente")
4. Formule como: "Da próxima vez que eu vir [sinal], eu [ação]."
5. Nomeie o sinal: qual observável específico diz que este padrão está ativo?

Modelo de Entrada

Escopo: Uma entrada por causa raiz distinta. Comprimento típico: 4-8 frases. Se levar >2 minutos para escrever, você está narrando eventos. Se <30 segundos, você não foi fundo o suficiente.

## [Title: the pattern, not the event]

### Context
- What was I trying to do?
- What went wrong / what worked surprisingly well?

### Root Cause / Core Insight
- The underlying mechanism, not just the symptom

### The Pattern (transferable)
- Next time [similar situation], I will [specific action].
- Signal to recognize: [what observable tells me this pattern is active?]

### Related
- [entry-name](../path/to/related-entry.md)

Tipos de Entrada

Todos os quatro tipos usam o modelo acima. O tipo determina quais seções têm mais peso:

Checklist de Qualidade

…