retro

Generate weekly engineering retrospectives from git commit history and code-quality signals.

6|2|Updated Oct 18, 2021
One-click install
npx skills add https://github.com/jerrywu001/jerrywu001 --skill retro-jerrywu001
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: retro
Source: https://github.com/jerrywu001/jerrywu001/tree/main/.claude/skills/retro
Command: npx skills add https://github.com/jerrywu001/jerrywu001 --skill retro-jerrywu001

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It eliminates the guesswork of what the team shipped this week and how work quality and effort patterns changed, by turning your git activity into a structured, time-aware engineering retrospective.

Core Features & Use Cases

  • Weekly engineering retrospective: Produces a date-range retro analyzing commits, contributors, and code quality signals from history.
  • Work patterns & team awareness: Identifies sessions (via commit gaps), peak hours, and per-person contributions with praise and growth areas for the current user vs teammates.
  • Quality & process signals: Calculates test and churn metrics, hotspot files, commit-type mix, streak tracking, and optional backlog/telemetry/greptile insights when available.

Quick Start

Ask for a weekly engineering retrospective by typing: /retro 14d

Frequently Asked Questions about retro

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate a weekly engineering retrospective from git commit history?

Engineering retrospectives analyze git commit history within a chosen time window to evaluate contributor activity, test coverage signals, and work patterns. They parse commit logs to produce structured snapshots of team contributions and code quality metrics for sprint reflection.

Can I analyze team contributions and work patterns using commit history?

Analyzing commit history identifies team contributions by detecting session distributions via commit gaps and tracking per-person activity. It highlights peak hours, individual praise, and growth areas alongside code quality metrics for multi-contributor teams.

What is the best way to track code quality metrics and test coverage signals from git logs?

Tracking code quality metrics involves parsing git diffs to calculate test versus production file changes, identify hotspot files, and measure churn rates. This approach captures commit-type mixes and test coverage signals within a specific time window.

Does the weekly retrospective support multi-contributor teams and backlog telemetry hooks?

The weekly retrospective supports multi-contributor teams by parsing individual commit activity and session distribution. It integrates optional backlog telemetry hooks and greptile insights when available to enrich the engineering retrospective.

How do I run a sprint reflection using commit analysis?

Run a sprint reflection by specifying a date range to analyze commit history. The system parses commit gaps to identify work sessions, calculates churn metrics, and saves a structured snapshot for tracking engineering trends across the sprint.

What limitations exist when analyzing git history without optional telemetry or greptile hooks?

Without optional telemetry or greptile hooks, the retrospective relies solely on parsing git logs for commit and diff analysis. It still calculates code quality metrics and session distribution but lacks enriched backlog context for deeper engineering insights.