Communitygithub.com

skill de brag document a partir do histórico git

Crie um rascunho de documento de brag ou autoavaliação baseado em evidências a partir de seus pull requests e commits mesclados, deixando lacunas visíveis onde os resultados são desconhecidos. Use para época de avaliações, casos de promoção ou atualizações de currículo.

O que é skill de brag document a partir do histórico git?

Esta skill transforma o histórico real de trabalho (pull requests mesclados, commits e contribuições não capturadas pelo git) em um rascunho editável de brag document, sem inventar impacto. Ela coleta evidências do GitHub via CLI ou de repositórios locais, agrupa itens por temas (confiabilidade, novos recursos, performance, ferramentas, mentoria, trabalho entre equipes) e, para cada tema, escreve uma seção com o que foi feito, link de evidência e sinal de escopo (liderou, fez sozinho, atuou entre equipes, esteve de plantão, revisou outros). Resultados não comprovados são marcados como [GAP] – lacunas visíveis que o usuário deve preencher com métricas reais ou citações. A skill termina com uma lista de todas as lacunas ranqueadas por impacto e três perguntas-chave, além de oferecer a opção de converter o rascunho em autoavaliação formal, resumo para promoção ou bullets de currículo. Ela respeita rigorosamente as regras: nunca inventa números, porcentagens, nomes de clientes ou títulos; mantém o crédito honesto (se um PR foi esforço de equipe, especifica a parte do usuário); e mantém detalhes privados ou confidenciais fora do documento, a menos que o usuário indique que o documento é interno. Funciona em qualquer ambiente com git e GitHub CLI, e a saída é Markdown pronta para colar nas anotações.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/agentkitco/agentkit-dev-skills/tree/HEAD/skills/brag-doc-from-git

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

Brag document a partir do histórico git

Objetivo: transformar o que você realmente entregou em um rascunho editável, sem inventar impacto. Um brag document lista trabalho e resultados; esta skill coleta o trabalho e marca cada resultado ausente como uma lacuna para você preencher.

Etapa 1: coletar as evidências

Pergunte pela janela de tempo (padrão: os últimos 6 meses) e pelos repositórios. Depois, com o GitHub CLI autenticado:

gh search prs --author @me --merged --merged-at ">=YYYY-MM-DD" --json title,url,closedAt,repository --limit 200

Para código fora do GitHub, use git log --author="<nome ou email>" --since="YYYY-MM-DD" --no-merges --pretty="%h %ad %s" --date=short em cada repositório. Pergunte também ao usuário para colar qualquer coisa que o git não possa mostrar: incidentes tratados, mentoria, revisões realizadas, palestras, documentações, plantão, decisões de design, elogios de colegas.

Não leia repositórios privados que o usuário não nomeou. Não adivinhe nomes, equipes ou números.

Etapa 2: agrupar, ainda não resumir

Agrupe os itens em temas (por exemplo: confiabilidade, novos recursos, performance, ferramentas, mentoria, trabalho entre equipes). Liste cada item sob seu tema com data e link. Mescle duplicatas (um PR de funcionalidade mais suas correções posteriores).

Etapa 3: rascunhar cada tema

Para cada tema, escreva:

  • O que fiz: uma ou duas frases em verbos simples, usando apenas o que os títulos, diffs e notas do usuário suportam.
  • Resultado: somente se um número, citação ou desfecho foi fornecido. Caso contrário, escreva [GAP: o que mudou para os usuários ou para a equipe? alguma métrica antes/depois?].
  • Evidência: links.
  • Sinal de escopo (se houver suporte): liderei, fiz sozinho, trabalhei entre equipes, estive de plantão, revisei outros.

Etapa 4: finalizar com lacunas e perguntas

Termine com uma lista de cada [GAP], ranqueada por quanto fortaleceria o argumento, e as três perguntas cujas respostas agregariam mais. Ofereça-se para transformar a versão final em uma autoavaliação, um resumo de promoção ou bullets de currículo.

Regras

  • Nunca invente métricas, porcentagens, nomes de clientes, títulos ou escopo. Uma lacuna visível é melhor que um número inventado.
  • Não inflacione: "contribuí para" permanece "contribuí para". Associe os verbos às evidências.
  • Mantenha o crédito do usuário honesto: se um PR foi um esforço de equipe, diga qual parte foi dele.
  • Mantenha detalhes privados ou confidenciais fora do documento, a menos que o usuário diga que o documento é interno.
  • Saída em Markdown que o usuário possa colar em suas anotações.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Habilidades Relacionadas