Salvar resumo da tarefa
O objetivo é que, depois de uma semana, uma pessoa (ou você em uma nova sessão) entenda em um minuto o que foi feito, por que e o que restou. Portanto, o resumo é curto e direto ao ponto, não uma recontagem de toda a conversa.
Onde salvar
- Raiz do projeto: raiz do repositório Git (
git rev-parse --show-toplevel), ou se não for Git, o diretório de trabalho atual. - Pasta
summaries/na raiz; crie-a se não existir. - Nome do arquivo:
AAAA-MM-DD-tópico-curto.md, por exemplo2026-10-16-kafka-outbox.md. O tópico deve ter 2–5 palavras em letras minúsculas, separadas por hífen. Se o arquivo já existir, adicione-2,-3— nunca sobrescreva um resumo antigo, pois ele contém o histórico.
O que escrever
Escreva no idioma da conversa. Use apenas fatos da conversa e resultados reais (comandos executados, arquivos alterados): um resumo em que não se pode confiar é pior do que nenhum resumo. Portanto, não embeleze nem adicione conclusões próprias, conselhos ou suposições sobre o que "provavelmente não foi verificado". Se na conversa for dito explicitamente que algo não foi feito ou não foi verificado, registre isso em "O que ficou pendente"; se nada foi dito sobre isso, apenas omita.
Use esta estrutura; pule seções vazias:
# <Tópico da tarefa>
**Data:** AAAA-MM-DD
## Tarefa
Uma ou duas frases: o que foi solicitado e por quê.
## O que foi feito
- Principais alterações ou conclusões, 3–7 itens.
## Arquivos alterados
- `caminho/para/arquivo` — o que mudou.
## Como foi verificado
- O que foi executado e com qual resultado.
## O que ficou pendente
- Perguntas em aberto, próximos passos, riscos.
Mantenha o resumo entre aproximadamente 15 e 40 linhas. Não inclua grandes blocos de código ou logs — prefira o caminho do arquivo e uma frase de explicação. Nunca registre senhas, tokens, chaves ou outros segredos, mesmo que apareçam na conversa.
Após salvar
Informe brevemente ao usuário o caminho para o arquivo e não repita todo o resumo na resposta — ele já está no arquivo.