retro

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

1|Updated Apr 13, 2026
One-click install
npx skills add https://github.com/a29paul/hexlens --skill retro-a29paul
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: retro
Source: https://github.com/a29paul/hexlens/tree/main/.claude/skills/gstack/retro
Command: npx skills add https://github.com/a29paul/hexlens --skill retro-a29paul

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Manual weekly engineering retrospectives take hours to compile, miss hidden patterns in commit history and work distribution, and fail to track progress or individual growth areas across sprints.

Core Features & Use Cases

  • Commit & Work Pattern Analysis: Automatically parses git commit history to identify shipped features, bug fixes, and work patterns across the team.
  • Team Contribution Breakdown: Provides per-person contribution metrics with actionable praise and growth areas for each team member.
  • Persistent Trend Tracking: Stores retro history to compare sprint-over-sprint progress on code quality, shipping velocity, and team workload.
  • Use Case: An engineering lead can use this skill to run a 30-minute retro instead of a 2-hour manual review, identifying that the team shipped 14 features last sprint, that one contributor excelled at bug triage while another needs support with test coverage, and that overall test coverage dropped 3% to address in the next sprint.

Quick Start

Use the retro skill to generate a weekly engineering retrospective for the current branch, including commit analysis, per-person contribution breakdowns, and trend data from past retros.

Frequently Asked Questions about retro

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

FAQPage Schema
How do I automate a weekly engineering retrospective using git commit history?

You can automate a weekly engineering retrospective by parsing git commit history and work patterns to generate team insights, per-person contribution metrics, and code quality trends, replacing manual session preparation.

Can I track sprint-over-sprint engineering trends and code quality metrics?

Yes, you can track sprint-over-sprint engineering trends because the system stores persistent retro history, allowing you to compare progress on code quality, shipping velocity, and team workload across multiple sprints.

What's the best way to analyze team contributions and work patterns for a sprint review?

The best way to analyze team contributions for a sprint review is automatically parsing commit history to provide per-person metrics, identifying shipped features, bug fixes, and actionable growth areas for each team member.

Do I need gstack configuration to run a git commit analysis for retrospectives?

Yes, you need access to the project's git repository and gstack configuration for session and telemetry management to generate comprehensive retrospectives, with optional integration for project learnings and timeline data.

How does automated commit analysis compare to manual sprint reviews for engineering teams?

Automated commit analysis replaces manual sprint reviews by identifying hidden patterns in work distribution and tracking individual growth areas, reducing a two-hour manual review process down to thirty minutes.

Why does my engineering retro miss hidden patterns in work distribution and code quality?

Manual retros miss hidden patterns in work distribution because they fail to systematically parse commit history and track code quality metrics, a limitation resolved by data-driven automated retrospective generation.