retro

Analyze git commit history and code quality metrics to generate engineering retrospectives.

11|2|Updated Mar 31, 2026
One-click install
npx skills add https://github.com/ajsai47/holyclaude --skill retro-ajsai47
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: retro
Source: https://github.com/ajsai47/holyclaude/tree/main/skills/team/retro
Command: npx skills add https://github.com/ajsai47/holyclaude --skill retro-ajsai47

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Engineering teams lack structured visibility into shipping velocity, code quality trends, and individual contribution patterns across sprints. Ad-hoc retrospectives miss critical data and fail to track improvement over time.

Core Features & Use Cases

  • Commit History Analysis: Automatically parses git logs to measure commits, LOC changes, and PR velocity over any time window from 24 hours to 30 days.
  • Team-Aware Insights: Breaks down contributions per person with praise for strengths and specific growth areas for each teammate.
  • Trend Tracking: Compares current sprint metrics against prior periods to spot regressions or improvements in test coverage and code health.

Quick Start

Use the retro skill to analyze the last two weeks of engineering work and generate a team retrospective report with per-person praise and growth areas.

Frequently Asked Questions about retro

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

FAQPage Schema
How do I generate an engineering retrospective from git history?

Generate engineering retrospectives from git history by parsing commit logs, work patterns, and code quality metrics over a time window. The analysis produces per-contributor praise and growth areas alongside team velocity trends for sprint reviews.

Can I track sprint velocity and code quality trends across multiple periods?

Track sprint velocity and code quality trends by comparing current metrics against prior periods. This cross-session trend tracking spots regressions or improvements in test coverage and code health over time windows ranging from 24 hours to 30 days.

How does per-contributor performance analysis work for team retrospectives?

Per-contributor performance analysis breaks down git contributions per person, measuring commits and LOC changes. It identifies specific praise for strengths and growth areas for each teammate, providing structured visibility into individual contribution patterns.

Do I need a gstack configuration to analyze git commit metrics?

Git repository access is required to analyze commit metrics, while gstack configuration is optional for telemetry. The analysis works with standard git logs but can leverage gstack for enhanced engineering telemetry data.

What's the difference between analyzing a single repo and global mode for engineering metrics?

Global mode enables cross-project engineering metrics analysis, while standard mode focuses on a single repository. Both modes measure commit velocity and code quality over configurable time windows from 24 hours to 30 days.

Why do ad-hoc retrospectives miss critical engineering data?

Ad-hoc retrospectives miss critical engineering data because they lack structured visibility into shipping velocity and code quality trends across sprints. Automated git history analysis captures commit patterns and contribution metrics that manual reviews fail to track.