retro

Analyze git history and code-quality metrics to generate weekly team retrospectives.

Updated Mar 28, 2026
One-click install
npx skills add https://github.com/mattothomas/sp26_hackpsu --skill retro-mattothomas
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: retro
Source: https://github.com/mattothomas/sp26_hackpsu/tree/main/.claude/skills/gstack/retro
Command: npx skills add https://github.com/mattothomas/sp26_hackpsu --skill retro-mattothomas

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It analyzes weekly engineering activity and code quality to deliver a persistent, team-aware retrospective that surfaces praises and growth opportunities for each contributor.

Core Features & Use Cases

  • Analyzes commit history and per-person contributions to surface team-wide insights.
  • Tracks long-term trends and code-quality signals with a persistent history across sprints.
  • Highlights strengths and growth areas for each contributor to guide improvement.
  • Proactively suggests a retrospective when prompted or at sprint boundaries.

Quick Start

Ask Claude to run a weekly retro and review the latest sprint insights.

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 retrospective from git commit history?

You can generate a weekly retrospective from git commit history by prompting Claude to analyze your commits, work patterns, and code-quality metrics to produce a team-aware report highlighting per-person praise and growth areas.

What is a team-aware engineering retrospective and how does it work?

A team-aware engineering retrospective summarizes commit history and code-quality metrics to surface team-wide insights, tracking long-term trends and highlighting strengths and growth areas for each contributor across repositories.

Can I track code-quality metrics and sprint progress across multiple repositories?

Yes, you can track code-quality metrics and sprint progress across multiple repositories by analyzing git history and optional telemetry to produce repeatable reports that track long-term trends and cross-contributor contributions.

Do I need telemetry data to run a sprint retrospective for my engineering team?

You do not need telemetry data to run a sprint retrospective, as the tool requires access to git history to function, but optional telemetry can be added to enhance the code-quality metrics and work pattern insights.

What is the best way to automate sprint boundary retrospectives for engineering teams?

The best way to automate sprint boundary retrospectives is to proactively prompt the analysis tool to summarize engineering activity and code quality at sprint boundaries, generating persistent historical reports for your team.

Are the weekly engineering reports privacy-conscious when analyzing individual contributor data?

Yes, the weekly engineering reports are privacy-conscious when analyzing individual contributor data, as the tool is designed to produce repeatable reports that surface team insights while maintaining privacy standards.