ck:retro

Generate code and project health reports from Git history.

1|Updated Jun 16, 2026
One-click install
npx skills add https://github.com/TNHoang2708/Gym_Ver2 --skill ck-retro-tnhoang2708
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ck:retro
Source: https://github.com/TNHoang2708/Gym_Ver2/tree/main/.claude/skills/retro
Command: npx skills add https://github.com/TNHoang2708/Gym_Ver2 --skill ck-retro-tnhoang2708

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill streamlines the post-sprint analysis by automating the collection and interpretation of code health and project metrics directly from Git history, ensuring a comprehensive and data-driven retrospective.

Core Features & Use Cases

  • Automated Git Metrics Collection: Gather data such as commits, lines of code, hotspots, churn, and commit type distribution.
  • Health Indicator Computation: Compute key health indicators like velocity, churn rate, and test-to-code ratio.
  • Structured Reporting: Generate a structured markdown or HTML report for easy review and action planning.

Quick Start

Execute the ck:retro command with the desired timeframe, e.g., ck:retro 1m to get a report for the last month.

Frequently Asked Questions about ck:retro

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

FAQPage Schema
How do I generate a retrospective report from Git history for a post-sprint review?

You can generate a retrospective report by running the analysis command with a desired timeframe, such as `ck:retro 1m` for the last month. It collects Git metrics like commits, churn, and hotspots, and outputs a structured markdown or HTML report.

What code health metrics can I extract from Git history for a project retrospective?

Git history analysis can extract code health metrics such as commit type distribution, lines of code, hotspots, churn rate, velocity, and test-to-code ratio. These indicators provide data-driven insights for post-sprint reviews.

Do I need Git installed to analyze project health metrics for a sprint review?

Yes, Git is required for data retrieval and analysis to compute project health metrics. The tool directly analyzes your Git history to gather data and generate comprehensive retrospective reports.

Can I export code health retrospective reports in HTML format?

Yes, you can export retrospective reports in either markdown or HTML format. This allows for easy review and action planning during post-sprint reviews, weekly check-ins, and review periods.

What is the best way to automate code churn and velocity analysis for weekly check-ins?

Automating code churn and velocity analysis is best handled by running the retrospective command with a weekly timeframe parameter. It automatically computes health indicators from Git history and outputs a structured report.

What's the difference between using Git history analysis and manual metrics tracking for a retrospective report?

Git history analysis automates the collection and interpretation of code health metrics directly from commit data, ensuring a data-driven retrospective. Manual tracking requires gathering these indicators by hand, which is less efficient for post-sprint reviews.