Deadline Prep
Gera um esboço de demo estruturado a partir do seu trabalho na sessão. Combina o CSV do change log (do hook change-logger) com o histórico do git para criar talking points prontos para apresentação.
Workflow
Step 1: Coletar fontes de dados
Change log (fonte primária se disponível):
- Leia
.claude/critical_log_changes.csvse existir - Parse das colunas: timestamp, tool, file_path, action, details
- Agrupe por: arquivos criados, arquivos modificados, comandos executados
Git history (sempre disponível):
git log --oneline --since="today 00:00"
git diff --stat HEAD~10 2>/dev/null || git diff --stat
Se o CSV não existir, volte para o modo somente git e anote isso na saída.
Step 2: Analisar e categorizar alterações
Agrupe todas as alterações em categorias:
| Categoria | Sinais |
|---|---|
| Features entregues | Novos arquivos, novas rotas, novos componentes, commits feat |
| Correções de bugs | Arquivos modificados com commits fix, mudanças de tratamento de erro |
| Refatores | Arquivos renomeados, mudanças estruturais, commits refactor |
| Config/Setup | package.json, tsconfig, CI/CD, mudanças Docker |
| Testes | Arquivos de teste criados ou modificados |
| Documentação | README, docs, comentários |
Step 3: Gerar o esboço da demo
Crie um documento markdown estruturado:
# Demo Outline — [Data]
## O que entreguei
- **[Nome da Feature/Fix]**: Uma frase explicando o que faz e por que importa
- **[Nome da Feature/Fix]**: Uma frase explicando o que faz e por que importa
- **[Nome da Feature/Fix]**: Uma frase explicando o que faz e por que importa
## Decisões de Arquitetura
- **[Decisão]**: Por que escolhi essa abordagem em vez de alternativas
- **[Decisão]**: Tradeoff que fiz e o raciocínio
## O que faria a seguir
1. **[Prioridade 1]**: Por que este é o passo mais importante
2. **[Prioridade 2]**: O que isso desbloquearia
3. **[Prioridade 3]**: Melhoria interessante de se ter
## Métricas da Sessão
- Arquivos modificados: X
- Linhas: +Y / -Z
- Commits: N
- Arquivos-chave: `path/to/important/file.ts`, `path/to/other.ts`
- Janela de tempo: HH:MM - HH:MM
Step 4: Salvar e apresentar
Salve o esboço em .claude/demo-outline.md.
Imprima o esboço completo no terminal para que você possa revisar imediatamente.
Dicas
- Execute isso 30 minutos antes do seu deadline para ter tempo de revisar e adicionar contexto pessoal
- A seção "Decisões de Arquitetura" é o que os revisores mais se importam — adicione contexto sobre os tradeoffs
- "O que faria a seguir" mostra que você pensa além da tarefa imediata
- Edite o esboço gerado para adicionar sua própria voz e qualquer contexto que o log tenha perdido
- Funciona melhor com o hook
change-loggerinstalado, mas funciona apenas com git history também