been-there-done-that

Analyze Git commit history to document completed work phases.

100|15|Updated Nov 13, 2025
One-click install
npx skills add https://github.com/rfxlamia/skillkit --skill been-there-done-that
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: been-there-done-that
Source: https://github.com/rfxlamia/skillkit/tree/main/skills/been-there-done-that
Command: npx skills add https://github.com/rfxlamia/skillkit --skill been-there-done-that

SYSTEM DOCUMENTATION & REQUIREMENTS

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

What problem does it solve?

This Skill transforms completed development work (sprints, phases, milestones) into a factual, objective record, eliminating subjective praise and focusing on what was built and learned.

Core Features & Use Cases

  • Objective Progress Logging: Documents completed work based on Git history, focusing on factual outcomes.
  • Session Detection: Automatically identifies distinct work sessions using a 3-day gap rule in Git commits.
  • Portfolio & Gig Use: Creates a chronological, structured log useful for personal portfolios and professional profiles.
  • Use Case: After finishing a project phase, use this Skill to automatically generate a dated entry detailing the work done, new capabilities gained, blockers encountered, and deliverables shipped, all based on your Git commits.

Quick Start

Use the been-there-done-that skill to document your progress after finishing your latest sprint.

Frequently Asked Questions about been-there-done-that

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

FAQPage Schema
How do I document developer progress from Git commit history for a portfolio?▼

You can document developer progress objectively by analyzing Git commit history after completing work phases. This process detects distinct work sessions via a 3-day gap analysis and extracts factual entries on work done, new capabilities, blockers, and shipped items.

How does Git commit session detection work for logging sprint progress?▼

Git commit session detection works by applying a 3-day gap analysis to your commit timestamps. It automatically identifies distinct work sessions, separating completed development phases to generate structured, dated entries for your portfolio.

Can I generate a portfolio log from Git commits without manual writing?▼

Yes, you can generate a portfolio log from Git commits automatically. By analyzing commit history, the system creates a chronological, structured record detailing work done, new capabilities gained, and deliverables shipped, eliminating subjective manual writing.

Do I need Git command-line access to track developer progress objectively?▼

Yes, you need Git command-line access to track developer progress objectively. The system requires Git command-line access to read commit history and a global markdown file for storing the factual entries extracted from your work sessions.

What is the best way to log completed development work objectively?▼

The best way to log completed development work objectively is to analyze Git commit history after finishing a sprint. This approach focuses on factual outcomes, automatically detecting work sessions and extracting entries on blockers, capabilities, and shipped items.