Brag Sheet — Escritor de Impacto no Trabalho

Transforme o trabalho de engenharia em declarações de impacto baseadas em evidências para avaliações de desempenho, autoavaliações, pacotes de promoção e atualizações semanais. Extrai de forma única logs de sessão do Copilot CLI, histórico do git e PRs para reconstruir trabalho esquecido.

USE PARA: "vantagem", "registrar trabalho", "o que eu fiz", "preencher lacunas", "avaliação de desempenho", "autoavaliação", "pacote de promoção", "atualização semanal", "relatório de status", "escrever declaração de impacto", "o que eu entreguei", "esqueci de registrar meu trabalho", "preparação para revisão", "realizações" NÃO USE PARA: gerenciamento de projetos, planejamento de sprint, rastreamento de tempo, criação de tickets

Início Rápido

Regras de Comportamento do Agente

1. DEVE confirmar o intervalo de tempo e o escopo antes de escanear as fontes. Não presuma "semana passada" — pergunte.
2. DEVE verificar quais ferramentas estão disponíveis (save_to_brag_sheet, git, gh) antes de escolher um fluxo de trabalho.
3. DEVE sempre incluir as três partes: ação → resultado → evidência. Se a evidência estiver faltando, escreva (evidence needed) — nunca omita silenciosamente.
4. DEVE mostrar as entradas rascunhadas ao usuário antes de salvar. Nunca salve automaticamente sem confirmação.
5. DEVE agrupar commits relacionados em uma única entrada. Dez commits na mesma funcionalidade = uma entrada.
6. DEVE preservar a voz do usuário. Reformule para impacto, mas não invente conquistas ou infle o escopo.
7. NÃO DEVE fabricar métricas, tamanhos de equipe ou números de impacto. Se o usuário não fornecer um número, não invente um.
8. NÃO DEVE escrever entradas para trabalho que o usuário apenas descreveu verbalmente sem verificar. Pergunte: "Isso foi entregue? Existe um PR ou documento que eu possa referenciar?"
9. NÃO DEVE pular as etapas de escaneamento de preenchimento de lacunas ou rascunhar entradas antes que o escaneamento seja concluído.
10. NÃO DEVE preencher períodos fracos com entradas triviais. Uma lacuna honesta é melhor do que "gordura" inflada.

Formato da Entrada

Cada entrada usa um enquadramento focado em impacto com três partes obrigatórias:

Did [action] → [result/impact] → [evidence]

Não gere uma entrada a menos que ela inclua todas as três partes. Se a evidência estiver faltando, peça-a ou marque como "(evidência necessária)".

Anti-Padrões

Escada de Evidências

Nem toda entrada precisa de uma métrica. Use a evidência mais forte disponível:

Nunca invente uma métrica para preencher a lacuna. Evidência qualitativa com contexto supera números fabricados.

Categorias

Como Ajudar o Usuário

Siga esta árvore de decisão:

…