retro

Generate weekly engineering retrospectives from git logs and analytics files.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Engineering teams spend hours manually summarizing what shipped, who did what, and where quality or process gaps exist; retro automates that analysis so teams get a clear, data-driven retrospective in minutes rather than days.

Core Features & Use Cases

  • Commit and session analysis: parses git history to show commits, sessions, hourly distributions, and developer-focused leaderboards.
  • Quality and test signals: computes test LOC, regression indicators, hotspot churn, PR size distribution, and greptile/backlog health when available.
  • Team-aware recommendations: breaks down per-person contributions with praise, growth areas, focus scores, and a highlighted "ship of the week".
  • Use Case: run after a sprint or weekly cadence to produce an actionable summary for an all-hands or engineering review.

Quick Start

Ask the assistant: /retro to generate a seven-day engineering retrospective for the current repository.

Frequently Asked Questions about retro

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

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

To generate an automated engineering retrospective, you can parse git commit history and engineering artifacts to produce a team-aware summary. This analysis outputs metrics, per-author breakdowns, commit histograms, and actionable recommendations for your repository.

What is the best way to analyze team code quality and contributor metrics for a weekly review?

Analyzing team code quality and contributor metrics involves parsing git logs and repository files to compute test LOC, hotspot churn, and PR size distribution. This produces per-author contributions, focus scores, and growth areas for a weekly engineering review.

Can I run a retrospective analysis across multiple repositories instead of a single project?

Yes, you can run a retrospective analysis across a global cross-project window to summarize commits and sessions. It operates on multiple repositories to aggregate contributor breakdowns, backlog health, and engineering metrics into a unified report.

How do I track developer session patterns and commit distributions for a sprint?

Tracking developer session patterns and commit distributions requires parsing git history to extract hourly distributions and session groupings. This yields commit histograms and developer-focused leaderboards to evaluate sprint velocity and focus.

Does generating a git retrospective require external dependencies or specific gstack analytics files?

Generating a git retrospective does not require external dependencies, but it operates using local gstack analytics files when available. It primarily parses git logs and repository files to compute quality signals and backlog health metrics.

When should I use an automated retrospective over manual engineering summaries for all-hands meetings?

You should use an automated retrospective when you need to summarize what shipped and identify process gaps quickly for an all-hands meeting. It replaces manual summarization by providing data-driven metrics, commit histograms, and team-aware recommendations in minutes.