agentleFS
vinci7vinci7/project-insights-skill/SKILL.md

project-insights

Skill1 starsChanged 13 months agoApache-2.0View on GitHub

Generate comprehensive GitHub Insights-style project analysis reports including code metrics, language distribution, commit history, tech stack identification, project structure, and development progress tracking. Use when you need to understand a codebase, create project documentation, analyze development activity, or present project statistics in a visual format.

2 other projects use a version of this.

Adopted by

Most recently taken up by

  • Other versions2 projects use a version of this.

    Word for word · 0

    None found.

    Edited · 0

    None found.

    Wrote their own version · 2

    1. Happy-Technologies-LLC/happy-platform-skills★ 41same name
    2. niyaznurbhasha/claude-skills★ 0same name

    How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.

The file

Show its rules and text

We split this skill into the rules it gives an agent

33 rules. About 0 are common, 27 are distinctive, and 6 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈27

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 6

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Present metrics: - Create visual reports for stakeholders

    line 22
  2. Distinctive:

    Audit code: - Check language distribution, file counts, sizes

    line 24
  3. Distinctive:

    Use this skill when you:

    line 28
  4. Very specific:

    Look for markers: .git, package.json, requirements.txt, Cargo.toml, go.mod

    line 43
  5. Distinctive:

    Check for monorepo structure

    line 45
  6. Distinctive:

    Web Application: Check for frontend/backend folders, web frameworks

    line 48
  7. Distinctive:

    Library/Package: Look for package manager configs

    line 49
  8. Distinctive:

    Mobile App: Check for iOS/Android folders

    line 50
  9. Distinctive:

    CLI Tool: Look for bin/, cmd/ folders

    line 51
  10. Distinctive:

    Read README.md for project description

    line 55
  11. Very specific:

    Check CHANGELOG.md or PROGRESS.md for status

    line 56
  12. Very specific:

    Look for CONTRIBUTING.md, LICENSE, BACKLOG.md

    line 57
  13. Very specific:

    If cloc is not available, fall back to basic file counting:

    line 68
  14. Very specific:

    Check for ORM configs: alembic/, migrations/, prisma/

    line 137
  15. Very specific:

    Read PROGRESS.md, TODO.md, BACKLOG.md

    line 157
  16. Distinctive:

    Look for TODO comments in code

    line 158
  17. Distinctive:

    Check GitHub issues/milestones if available

    line 159
  18. Distinctive:

    Check test coverage indicators

    line 163
  19. Distinctive:

    Look for "WIP" or "MVP" markers

    line 164
  20. Distinctive:

    No CI/CD configuration?

    line 168
  21. Distinctive:

    Objective: Create a comprehensive, visually appealing markdown report.

    line 174
  22. Distinctive:

    Use when you need a quick overview without visual elements.

    line 227
  23. Distinctive:

    When analyzing multiple projects, generate side-by-side comparison:

    line 231
  24. Distinctive:

    Use Unicode block characters for visual appeal:

    line 259
  25. Distinctive:

    Clean build artifacts: - Remove dist/, build/, node_modules/ for accurate counts

    line 318
  26. Distinctive:

    Update documentation: - Ensure README is current

    line 319
  27. Distinctive:

    Review output: - Verify metrics make sense

    line 326
  28. Distinctive:

    Share with team: - Use for status updates

    line 331
  29. Distinctive:

    Incorporate into docs: - Add sections to README

    line 333
  30. Distinctive:

    Add project-specific metrics by detecting special markers:

    line 381
  31. Distinctive:

    Test coverage: Read coverage reports

    line 382
  32. Distinctive:

    Before releases (status check)

    line 405
  33. Distinctive:

    dependency-auditor: - Check for security issues

    line 439

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Project Insights Generator

Generate comprehensive, visually-rich project analysis reports in GitHub Insights style.

Overview

This skill analyzes software projects and generates detailed reports that help you:

  • Understand codebases - Get instant overview of any project
  • Track development - See commit activity and contributor patterns
  • Document projects - Auto-generate comprehensive README sections
  • Present metrics - Create visual reports for stakeholders
  • Compare projects - Analyze multiple repositories side-by-side
  • Audit code - Check language distribution, file counts, sizes

When to Use This Skill

Use this skill when you:

  • First encounter a new codebase and need to understand it quickly
  • Want to create or update project documentation
  • Need to present project status to stakeholders
  • Are conducting code audits or technical assessments
  • Want to track project evolution over time
  • Need to compare multiple projects or repositories

Process

Phase 1: Project Discovery

Objective: Understand what type of project this is and gather basic metadata.

  1. Identify Project Root
    • Look for markers: .git, package.json, requirements.txt, Cargo.toml, go.mod
    • Confirm current directory is project root
    • Check for monorepo structure
  2. Detect Project Type
    • Web Application: Check for frontend/backend folders, web frameworks
    • Library/Package: Look for package manager configs
    • Mobile App: Check for iOS/Android folders
    • CLI Tool: Look for bin/, cmd/ folders
    • Monorepo: Multiple package.json or workspace configs
  3. Read Core Documentation
    • Read README.md for project description
    • Check CHANGELOG.md or PROGRESS.md for status
    • Look for CONTRIBUTING.md, LICENSE, BACKLOG.md

Phase 2: Code Analysis

Objective: Gather quantitative metrics about the codebase.

  1. Run Code Line Counter

    cloc . --exclude-dir=node_modules,venv,__pycache__,.git,dist,build,target --json

    If cloc is not available, fall back to basic file counting:

    find . -type f -name "*.py" | wc -l
    find . -type f -name "*.ts" -o -name "*.tsx" -o -name "*.js" -o -name "*.jsx" | wc -l
  2. Get Project Structure

    tree -L 3 -I 'node_modules|venv|__pycache__|.git|dist|build|target' -a

    Or use ls -R as fallback

  3. Calculate Directory Sizes
    du -sh .
    du -sh */ 2>/dev/null | sort -hr
  4. Count Key File Types
    • Source files per language
    • Configuration files
    • Test files
    • Documentation files

Phase 3: Git History Analysis

Objective: Understand development patterns and contributors.

  1. Recent Commit History
    git log --oneline --all --date=short --pretty=format:'%h|%ad|%an|%s' -30
  2. Commit Activity Timeline
    git log --all --format="%ad" --date=short | sort | uniq -c
  3. Contributor Statistics
    git shortlog -sn --all
  4. Development Velocity
    • Commits per day/week/month
    • Active development periods
    • Latest activity date

Phase 4: Tech Stack Detection

Objective: Identify all technologies, frameworks, and tools used.

Backend Detection:

  • Python: requirements.txt, Pipfile, pyproject.toml → FastAPI/Django/Flask
  • Node.js: package.json → Express/NestJS/Fastify
  • Go: go.mod → Gin/Echo/Chi
  • Rust: Cargo.toml → Actix/Rocket
  • Ruby: Gemfile → Rails/Sinatra
  • Java: pom.xml, build.gradle → Spring Boot

Frontend Detection:

  • React: package.json with react dependency
  • Vue: package.json with vue dependency
  • Angular: angular.json
  • Svelte: svelte.config.js
  • Solid: solid-start in package.json

Database Detection:

  • Check for ORM configs: alembic/, migrations/, prisma/
  • Database drivers in dependencies
  • docker-compose.yml for database services

DevOps Detection:

  • Dockerfile, docker-compose.yml
  • .github/workflows/, .gitlab-ci.yml
  • kubernetes/, helm/
  • Deployment scripts in deploy/, scripts/

Build Tools:

  • Vite, Webpack, Rollup, esbuild
  • Cargo, Maven, Gradle
  • Poetry, pip-tools

Phase 5: Development Status Assessment

Objective: Determine project maturity and completion status.

  1. Check for Progress Indicators
    • Read PROGRESS.md, TODO.md, BACKLOG.md
    • Look for TODO comments in code
    • Check GitHub issues/milestones if available
  2. Estimate Completion
    • Count TODO vs DONE items
    • Check test coverage indicators
    • Look for "WIP" or "MVP" markers
  3. Identify Missing Pieces
    • Tests folder empty?
    • No CI/CD configuration?
    • Missing documentation?
    • No deployment setup?

Phase 6: Report Generation

Objective: Create a comprehensive, visually appealing markdown report.

Generate report with these sections:

  1. 📊 Project Overview - Name, description, status, links
  2. 📈 Repository Statistics - Total lines, files, languages
  3. 💻 Language Distribution - Visual breakdown with progress bars
  4. 🛠 Tech Stack - Frontend, backend, database, tools
  5. 📁 Project Structure - Directory tree with annotations
  6. 🔥 Commit Activity - Timeline with visual indicators
  7. 👥 Contributors - Contributor list and statistics
  8. 📊 Development Progress - Phase completion with progress bars
  9. ⚙️ Features & Capabilities - Implemented and planned features
  10. 🚀 Deployment Status - Production info if available
  11. 📝 Documentation Quality - Assessment of docs
  12. 🔮 Future Roadmap - Planned features and improvements
  13. 💡 Project Highlights - Key strengths and patterns
  14. 🏆 Project Status - Overall status summary

Output Formats

Default: GitHub Insights Style (Comprehensive)

Full visual report with:

  • Progress bars using █ and ░ characters
  • Tables for structured data
  • Code blocks for examples
  • Emoji indicators for sections
  • Statistical summaries
  • Timeline visualizations

Example progress bar:

Backend Development    ████████████████████  100%
Frontend Development   █████████████████░░░   85%
Testing & QA          ████░░░░░░░░░░░░░░░░   20%

Example language distribution:

Python             ████████████░░░░░░░░  18.96%  (2,084 lines)
Vue.js Component   ████████████░░░░░░░░  17.45%  (1,919 lines)
TypeScript         ███████████░░░░░░░░░  11.70%  (1,286 lines)

Minimal Style

Condensed report with only:

  • Basic statistics (lines, files, languages)
  • Tech stack summary
  • Recent activity
  • Quick status

Use when you need a quick overview without visual elements.

Comparison Mode

When analyzing multiple projects, generate side-by-side comparison:

  • Metrics comparison table
  • Tech stack differences
  • Size and complexity comparison
  • Development activity comparison

JSON Export

Machine-readable format for programmatic use:

{
  "project_name": "hindsight-app",
  "total_lines": 13232,
  "languages": {
    "Python": {"lines": 2084, "files": 40},
    "TypeScript": {"lines": 1286, "files": 19}
  },
  "tech_stack": {
    "backend": ["FastAPI", "SQLAlchemy"],
    "frontend": ["Vue 3", "TypeScript", "Vite"]
  },
  "metrics": {...}
}

Visual Elements Reference

Progress Bars

Use Unicode block characters for visual appeal:

Full:     ████████████████████  100%
High:     █████████████████░░░   85%
Medium:   ████████████░░░░░░░░   60%
Low:      ████░░░░░░░░░░░░░░░░   20%

Status Indicators

🟢 Active Development
🟡 Maintenance Mode
🔴 Deprecated
⚪ Planning Stage

Section Emojis

📊 Statistics        🎯 Goals
💻 Languages         ⚙️ Features
🛠 Tech Stack        🚀 Deployment
📁 Structure         📝 Documentation
🔥 Activity          🔮 Roadmap
👥 Contributors      💡 Highlights
📈 Progress          🏆 Status

Usage Examples

Example 1: Analyze Current Project

Use the project-insights skill to analyze this repository

Example 2: Quick Overview

Generate a minimal project insights report for quick review

Example 3: Compare Projects

Use project-insights to compare hindsight-app with the skills repository

Example 4: JSON Export

Generate project insights in JSON format for automated processing

Example 5: Specific Focus

Use project-insights focusing on tech stack and dependencies only

Best Practices

Before Running Analysis

  1. Ensure in project root - cd to the root directory containing .git
  2. Clean build artifacts - Remove dist/, build/, node_modules/ for accurate counts
  3. Update documentation - Ensure README is current
  4. Commit changes - Analysis includes git history

During Analysis

  1. Be patient - Large repositories may take 30-60 seconds
  2. Check tool availability - Script will fallback if tools missing
  3. Review output - Verify metrics make sense

After Analysis

  1. Update regularly - Re-run after major milestones
  2. Share with team - Use for status updates
  3. Track over time - Compare reports to see evolution
  4. Incorporate into docs - Add sections to README

Templates

This skill includes several templates in reference/templates/:

  • github-style.md - Full GitHub Insights replica
  • gitlab-style.md - GitLab project page style
  • minimal-style.md - Condensed single-page report
  • comparison.md - Side-by-side project comparison
  • json-schema.json - JSON export format definition

Load the appropriate template based on use case.

Examples

See reference/examples/ for real project analyses:

  • hindsight-example.md - Full-stack web application
  • library-example.md - Python package analysis
  • monorepo-example.md - Multi-package repository

Limitations

Requires:

  • Git repository for commit analysis
  • File system access for structure analysis

Optional but recommended:

  • cloc - Accurate code line counting (fallback available)
  • tree - Visual directory structure (fallback available)
  • jq - JSON processing (fallback available)

Known Issues:

  • Very large repos (>100K files) may timeout
  • Binary files are not analyzed
  • Generated/vendor code is excluded
  • Private submodules won't be analyzed without credentials

Performance:

  • Small projects (<1K files): ~5 seconds
  • Medium projects (1K-10K files): ~15 seconds
  • Large projects (>10K files): ~60 seconds

Advanced Features

Custom Metrics

Add project-specific metrics by detecting special markers:

  • Test coverage: Read coverage reports
  • Bundle size: Check webpack-bundle-analyzer output
  • Performance: Parse lighthouse reports
  • Dependencies: Check for security vulnerabilities

Historical Comparison

Compare current state with previous analysis:

diff PROJECT_INSIGHTS_v1.md PROJECT_INSIGHTS_v2.md

Track:

  • Lines of code growth
  • New dependencies added
  • Contributor changes
  • Feature completion progress

Integration with CI/CD

Generate reports automatically:

  • On pull requests (show impact)
  • Weekly/monthly (track progress)
  • Before releases (status check)

Troubleshooting

Problem: cloc not found Solution: Skill will use fallback file counting

Problem: Tree command unavailable Solution: Skill will use ls -R or find commands

Problem: No git history Solution: Report will skip commit analysis sections

Problem: Inaccurate language detection Solution: Check .gitattributes or manually specify in SKILL invocation

Problem: Large JSON files skew statistics Solution: Add JSON files to exclude patterns

Contributing

This skill is open source! Contributions welcome:

  • New templates for different report styles
  • Additional tech stack detection patterns
  • Performance improvements
  • Bug fixes

See the skill repository for contribution guidelines.

Related Skills

Combine with these skills for enhanced workflows:

  • documentation-generator - Auto-generate API docs from code
  • code-reviewer - Analyze code quality
  • dependency-auditor - Check for security issues
  • performance-analyzer - Profile runtime performance

Version History

  • 1.0.0 (2025-10-18) - Initial release
    • Core analysis features
    • GitHub Insights style reporting
    • Multi-format output
    • Tech stack detection

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.