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.