Communitygithub.com

Documento de logros a partir del historial de git

Crea un borrador de documento de logros o autoevaluación a partir de tus pull requests y commits fusionados, dejando visibles las brechas donde se desconocen los resultados. Ideal para temporada de evaluaciones, casos de promoción o actualizaciones de currículum.

¿Qué es Documento de logros a partir del historial de git?

Esta habilidad te permite construir un documento de logros basado en evidencia real a partir de tu historial de git, sin inventar impacto. Es útil para desarrolladores que quieren preparar autoevaluaciones, casos de promoción o actualizar su currículum usando solo el trabajo que realmente han enviado. Soporta GitHub (mediante `gh search prs`) y cualquier repositorio git (mediante `git log`). El proceso consta de cuatro pasos: recolectar la evidencia del período y repositorios indicados, agrupar los ítems por temas, redactar cada tema con lo realizado y el resultado (marcando como `[BRECHA]` cuando falte), y finalizar con una lista de brechas y preguntas clave. La habilidad nunca inventa métricas, porcentajes o nombres, y mantiene la honestidad del crédito del usuario.

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

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

¿Qué hace Documento de logros a partir del historial de git?

Objetivo: convertir lo que realmente enviaste en un borrador que puedas editar, sin inventar impacto. Un documento de logros enumera el trabajo y los resultados; esta habilidad recopila el trabajo y marca cada resultado faltante como una brecha que debes llenar.

Paso 1: recopilar la evidencia

Pregunta por la ventana de tiempo (por defecto: los últimos 6 meses) y los repositorios. Luego, con la CLI de GitHub iniciada sesión:

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

Para código que no esté en GitHub, usa git log --author="<nombre o correo>" --since="AAAA-MM-DD" --no-merges --pretty="%h %ad %s" --date=short en cada repositorio. También pide al usuario que pegue cualquier cosa que git no pueda mostrar: incidentes gestionados, mentorías, revisiones realizadas, charlas, documentación, guardias, decisiones de diseño, palabras amables de colegas.

No leas repositorios privados que el usuario no haya nombrado. No adivines nombres, equipos ni números.

Paso 2: agrupar, aún no resumir

Agrupa los elementos en temas (por ejemplo: fiabilidad, nuevas funcionalidades, rendimiento, herramientas, mentoría, trabajo entre equipos). Enumera cada elemento bajo su tema con fecha y enlace. Fusiona duplicados (un PR de funcionalidad más sus correcciones posteriores).

Paso 3: redactar cada tema

Para cada tema escribe:

  • Lo que hice: una o dos oraciones con verbos sencillos, usando solo lo que respaldan los títulos, los diffs y las notas del usuario.
  • Resultado: solo si se proporcionó un número, cita o resultado. De lo contrario, escribe [BRECHA: ¿qué cambió para los usuarios o el equipo? ¿alguna métrica antes/después?].
  • Evidencia: enlaces.
  • Señal de alcance (si está respaldada): lo lideré, lo hice solo, trabajé entre equipos, estuve de guardia, revisé a otros.

Paso 4: finalizar con brechas y preguntas

Termina con una lista de cada [BRECHA], ordenada por cuánto fortalecería el caso, y las tres preguntas cuyas respuestas agregarían más valor. Ofrece convertir la versión final en una autoevaluación, un esquema de paquete de promoción o viñetas de currículum.

Reglas

  • Nunca inventes métricas, porcentajes, nombres de clientes, títulos ni alcance. Una brecha visible es mejor que un número inventado.
  • No inflames: "contribuí a" sigue siendo "contribuí a". Haz que los verbos coincidan con la evidencia.
  • Mantén honesto el crédito del usuario: si un PR fue un esfuerzo de equipo, indica qué parte fue suya.
  • Mantén los detalles privados o confidenciales fuera a menos que el usuario indique que el documento es interno.
  • Genera Markdown que el usuario pueda pegar en sus notas.

Individual skills in this repo

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

Skills relacionados