Agent skill

Git Project Status

by espennilsen in espennilsen/pi

Generate comprehensive status reports for git repositories. An agent skill from espennilsen/pi.

MITAuto-check: notesDevelopment

Install Git Project Status

skills CLI
$ npx skills add espennilsen/pi --skill git-project-status -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install espennilsen/pi git-project-status --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/espennilsen/pi.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/git-project-status .claude/skills/git-project-status && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
git-project-status
GitHub stars
122
Token cost
~4.4k tokens
SKILL.md length
1,477 words
Files
1
Skills in repo
36
Repo updated
First seen
Licence
MIT

At a glance

Generate comprehensive status reports for git repositories. An agent skill from espennilsen/pi.

  • Works in 12 steps: Overview → Branches → Progress (Commit History) → …
  • - Use this skill when: - User asks for the status of a git project
  • SKILL.md covers Usage, Report Structure, Implementation Steps and Formatting Guidelines, plus 2 more sections
  • Calls git, gh and cargo; needs API_KEY and PRIVATE_KEY

What it does

Git Project Status is an agent skill from espennilsen/pi. Generate comprehensive status reports for git repositories. Analyzes commits, codebase structure, type errors, branch health, dependency status, GitHub PRs/issues/CI, working tree changes, and optionally integrates with td (task management CLI) if a .todos folder is present. TRIGGERS - Use this skill when: - User asks for the status of a git project or repo - User asks "what's going on in [project]" or "give me an overview of [repo]" - User wants a project summary, progress report, or codebase overview - User…

Its SKILL.md is about 4.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Development, covering Git workflow, Task management and Codebase onboarding. It works with Git and GitHub. The licence is MIT.

When your agent uses it

  • - Use this skill when: - User asks for the status of a git project
  • Repo - User asks whats going on in [project]
  • Give me an overview of [repo] - User wants a project summary
  • Progress report

Example prompts

  • “s going on in [project]”
  • “give me an overview of [repo]”
  • “check my project”
  • “/git-project-status”

Requirements

  • Python 3
  • Node.js
  • A credential in PRIVATE_KEY
  • A credential in SECRET_KEY

Workflow steps

12 steps, taken from the step headings in SKILL.md.

  1. Overview
  2. Branches
  3. Progress (Commit History)
  4. Codebase Overview
  5. GitHub Activity (Conditional)
  6. Dependencies Health (Conditional)
  7. Issues / Errors
  8. TODO / FIXME / HACK Markers
  9. Test Status (Conditional)
  10. Secrets Exposure Check
  11. Uncommitted Changes (Conditional)
  12. Task Management (Conditional)

What it can do on your machine

Read from SKILL.md and the folder at commit 79d019b. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • git
    • gh
    • cargo
    • go
    • npx
    • npm
    • pip
    • python

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md. Its commands use git, gh, npx, npm and pip, which can reach the network depending on how they are called.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names these keys or tokens, usually read from environment variables:

    • API_KEY
    • PRIVATE_KEY
    • SECRET_KEY

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Git Project Status loads about 4.4k tokens when it runs. Until then it costs about 217 tokens; SKILL.md has 1,477 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~217
When it runs · the whole SKILL.md, loaded when a task matches
~4.4k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check: notes

The automated check noted patterns worth knowing about, such as sudo or a known installer.

  • NoteMentions a .env fileSKILL.md:259
    # Check if .env files are tracked
  • NoteMentions a .env fileSKILL.md:265
    - Whether `.env` files are tracked (⚠ warning if they are)
  • NoteMentions a .env fileSKILL.md:267
    gnore` covers common sensitive patterns (.env, *.pem, *.key)
  • NoteMentions a .env fileSKILL.md:272
    ⚠ .env is tracked in git — should be in .gitignore
  • NoteMentions a .env fileSKILL.md:274
    ✅ .gitignore covers: .env, *.pem, *.key

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from espennilsen/pi at commit 79d019b, republished under its MIT licence (© espennilsen). 1,477 words, ~4,407 tokens.

Download SKILL.mdSave it as .claude/skills/git-project-status/SKILL.md (or your agent's skills folder).
name
git-project-status
description
Generate comprehensive status reports for git repositories. Analyzes commits, codebase structure, type errors, branch health, dependency status, GitHub PRs/issues/CI, working tree changes, and optionally integrates with `td` (task management CLI) if a `.todos` folder is present. **TRIGGERS - Use this skill when:** - User asks for the status of a git project or repo - User asks "what's going on in [project]" or "give me an overview of [repo]" - User wants a project summary, progress report, or codebase overview - User asks about recent commits, code structure, or project health - User says "check my project" or "project status" **Output:** A rich, structured text report covering overview, branches, commit history, codebase breakdown, GitHub activity, dependency health, issues/errors, working tree changes, task management, and summary.

Git Project Status Skill

Generate a comprehensive status report for one or more git repositories.

Usage

Path resolution (in priority order):

  1. Full path provided — use it directly
  2. Only a project name mentioned (e.g. "check pi-crm-personal") — look in /Users/espen/Dev/<project-name>
  3. No path or name specified — use the current working directory (.)

Never ask the user for a path — resolve it using the rules above and run the report. The skill produces a structured report for each repo.

Report Structure

Each report MUST include these sections in order. Sections marked (Conditional) are only included when the relevant tool/data is available.


1. Overview
  • Project name (from directory name or package.json/Cargo.toml/pyproject.toml)
  • Version (from package manifest if available)
  • Brief description (from README.md first paragraph, or package manifest description)
  • When the project was started (first commit date)
  • Current branch and whether working tree is clean/dirty
  • Repo visibility (public/private) — if GitHub origin is detected
2. Branches
  • Current branch name (highlighted with *)
  • List all local branches with:
    • How far ahead/behind the default branch (main/master) each branch is
    • Last commit date on each branch
  • Flag stale branches (no commits in >30 days) with ⚠
  • Show total branch count

Format example:

Branches (4 total) * feature/typescript-refactor +12 ahead, 3 behind main (last: 2h ago) main up to date (last: 3d ago) fix/webhook-retry +2 ahead (last: 5d ago) old/experiment +1 ahead (last: 45d ago) ⚠ stale

3. Progress (Commit History)
  • Total commit count
  • Date range of commits
  • A table of recent commits (up to 5) showing:
    • Short hash (6 chars)
    • Commit message (first line, truncated to fit column)

Format as a simple two-column list — hash followed by message. Truncate long messages with "…".

d7bd8b feat: Integrate pi-crm-personal extension e0469f deps: Add pi-crm-personal as file: dependency 6638a4 fix(heartbeat): normalize db health-check path in checklist 8770c4 chore: update agent name note and add start:tui script bedca7 Merge 'hannah/td-2f5211-workon' — workon tool, cross-proj…

4. Codebase Overview
  • Total lines of code and total number of source files
  • Language breakdown by percentage of lines (show as a compact bar or list)

Format example:

Codebase (3,420 lines across 18 files) TypeScript 82% ████████████████░░░░ 2,804 lines HTML 9% ██░░░░░░░░░░░░░░░░░░ 308 lines SQL 5% █░░░░░░░░░░░░░░░░░░░ 171 lines Shell 4% █░░░░░░░░░░░░░░░░░░░ 137 lines

Counting rules:

  • Group by language, not file extension (e.g. .ts and .tsx both count as TypeScript, .js and .jsx as JavaScript)
  • Always exclude: node_modules, .git, vendor, dist, build, target, pycache, .next, .nuxt, coverage, lock files
  • Also exclude generated files (*.min.js, *.map, *.d.ts)
  • Use a simple bar visualization (█ and ░) — 20 chars wide, proportional to percentage
5. GitHub Activity (Conditional)

Only include this section if the git remote origin points to GitHub (github.com) AND the gh CLI is available and authenticated.

Detect GitHub origin:

bash
git remote get-url origin 2>/dev/null | grep -q "github.com"

Check gh is available and authenticated:

bash
gh auth status 2>/dev/null

If both conditions are met, include:

Open Pull Requests
bash
gh pr list --state open --json number,title,headRefName,author,reviewDecision,statusCheckRollup,updatedAt --limit 20

Show for each PR:

  • PR number and title
  • Branch name
  • Author
  • Review status (APPROVED, CHANGES_REQUESTED, REVIEW_REQUIRED, or pending)
  • CI check status (passing ✅, failing ❌, pending ⏳)
Open Issues
bash
gh issue list --state open --json number,title,labels,assignees,createdAt --limit 20

Show for each issue:

  • Issue number and title
  • Labels
  • Assignee (if any)
Recent Merged PRs
bash
gh pr list --state merged --json number,title,mergedAt,author --limit 5

Show the 5 most recently merged PRs with merge date.

CI/CD Status
bash
gh run list --limit 5 --json databaseId,displayTitle,status,conclusion,headBranch,createdAt

Show the 5 most recent workflow runs with:

  • Workflow name
  • Branch
  • Status/conclusion (success ✅, failure ❌, in_progress ⏳, cancelled ⊘)
  • When it ran

If gh is not available or not authenticated, skip this entire section silently (do not show an error or placeholder).

6. Dependencies Health (Conditional)

Only include if the project has a dependency manifest.

Check for outdated packages based on project type:

  • Node.js (package.json exists):

    bash
    npm outdated --json 2>/dev/null

    Show: package name, current version, wanted version, latest version. Highlight major version bumps.

  • Rust (Cargo.toml exists):

    bash
    cargo outdated 2>/dev/null
  • Python (requirements.txt or pyproject.toml exists):

    bash
    pip list --outdated --format=json 2>/dev/null
  • Go (go.mod exists):

    bash
    go list -u -m all 2>/dev/null

Format as a compact table if there are outdated deps:

Dependencies (3 outdated of 24 total) typescript 5.3.3 → 5.6.2 (major) eslint 8.56.0 → 8.57.0 (minor) @types/node 20.11 → 20.14 (minor)

If all dependencies are up to date, say "All N dependencies are up to date." If the outdated check tool is not available, skip gracefully.

7. Issues / Errors

Run appropriate type-checking or linting commands based on the project type:

  • TypeScript: npx tsc --noEmit 2>&1 (if tsconfig.json exists)
  • Python: python -m py_compile on source files, or mypy if configured
  • Rust: cargo check 2>&1 (if Cargo.toml exists)
  • Go: go vet ./... (if go.mod exists)

If no errors are found, say "No type errors or lint issues detected."

If errors are found:

  • Count them
  • List unique error types with file locations
  • Provide a brief analysis of the root cause

IMPORTANT: Install dependencies first if needed (check for node_modules, etc.) but do so silently. If type-checking tools aren't available or fail to install, skip this section gracefully and note it.

8. TODO / FIXME / HACK Markers

Scan all source files for common debt markers:

bash
grep -rn --include="*.ts" --include="*.tsx" --include="*.js" --include="*.jsx" \
  --include="*.py" --include="*.rs" --include="*.go" \
  -E "(TODO|FIXME|HACK|XXX|WORKAROUND|TEMP)(\(|:| )" . \
  --exclude-dir=node_modules --exclude-dir=.git --exclude-dir=dist --exclude-dir=build

Format as a compact list grouped by marker type:

Code Markers (7 found) TODO (4): src/db.ts:42 — add migration rollback support src/tool.ts:118 — handle edge case for empty contacts src/web.ts:55 — add pagination src/web.ts:201 — rate limiting FIXME (2): src/registry.ts:88 — race condition on concurrent register src/tool.ts:340 — incorrect type cast HACK (1): src/db.ts:167 — temporary workaround for SQLite locking

If none found, say "No TODO/FIXME/HACK markers found."

Show full SKILL.md (662 more words)Show less
9. Test Status (Conditional)

Only include if a test runner is detected.

Detect test configuration:

  • Node.js: check for jest, vitest, mocha in package.json scripts or devDependencies
  • Rust: cargo test (always available)
  • Python: check for pytest, unittest config
  • Go: go test ./... (always available)

Run the test suite and report:

bash
# Node.js example:
npx vitest run --reporter=verbose 2>&1  # or npm test

Show:

  • Total tests, passed ✅, failed ❌, skipped ⏭
  • If coverage is available, show overall coverage percentage
  • List any failing test names

Format example:

Tests (vitest) 32 passed ✅ 2 failed ❌ 1 skipped ⏭ Failures: src/db.test.ts > migrations > should rollback on error src/tool.test.ts > actions > should validate contact fields Coverage: 74% lines (if available)

If no test runner is detected, skip this section silently. IMPORTANT: Run tests with a timeout. If tests hang or take longer than 60 seconds, kill the process and note "Tests timed out after 60s."

10. Secrets Exposure Check

Quick scan for potentially leaked secrets in tracked files:

bash
# Check for common secret patterns in tracked files
git grep -lnE "(PRIVATE_KEY|SECRET_KEY|API_KEY|PASSWORD|TOKEN|Bearer )['\"]?=" -- '*.ts' '*.js' '*.py' '*.env*' '*.json' '*.yaml' '*.yml' 2>/dev/null
# Check if .env files are tracked
git ls-files | grep -E "^\.env"
# Check if common sensitive files are in .gitignore

Report:

  • Whether .env files are tracked (⚠ warning if they are)
  • Any files containing patterns that look like hardcoded secrets
  • Whether .gitignore covers common sensitive patterns (.env, *.pem, *.key)

Format example:

Secrets Check ⚠ .env is tracked in git — should be in .gitignore ⚠ src/config.ts:12 — contains hardcoded API_KEY pattern ✅ .gitignore covers: .env, *.pem, *.key

If everything looks clean: "✅ No secrets exposure detected."

11. Uncommitted Changes (Conditional)

Only include this section if the working tree is dirty (has uncommitted changes).

Show a breakdown of:

  • Staged changes (ready to commit):
    bash
    git diff --cached --stat
  • Unstaged changes (modified but not staged):
    bash
    git diff --stat
  • Untracked files:
    bash
    git ls-files --others --exclude-standard

Format example:

Uncommitted Changes Staged (2 files): M src/tool.ts (+15, -3) A src/newfile.ts (+42) Unstaged (1 file): M src/db.ts (+8, -2) Untracked (1 file): src/experimental.ts

If the working tree is clean, skip this section entirely.

12. Task Management (Conditional)

Only include this section if a .todos directory exists in the project root.

Run td usage and include the output, covering:

  • Current session info
  • Work session details
  • Focused issue
  • In-progress issues
  • Issues awaiting review

Format this under a "Task Management" heading.

13. Summary

A 2-3 sentence summary covering:

  • Overall project maturity/stage
  • Working tree status (clean/dirty, uncommitted changes count)
  • Key action items (errors to fix, PRs awaiting review, outdated deps, stale branches, CI failures, etc.)

A prioritized, numbered list of 3–5 concrete actions derived from the report findings. Only include items backed by actual findings — do not invent generic advice.

Draw from these categories (in rough priority order):

  • ❌ Fix failing CI / tests / type errors
  • 🔍 Review pending PRs or td issues awaiting review
  • 🔒 Fix secrets exposure or .gitignore gaps
  • 📦 Update outdated dependencies (major bumps first)
  • 🧹 Clean up stale/merged branches
  • 📝 Address TODO/FIXME/HACK markers
  • 🚀 Start next high-priority task (from td or GitHub issues)

Format example:

Recommended Next Steps 1. 🔍 Review P0 issue td-31b69b "CRM plugin architecture" 2. 🔒 Add *.pem and *.key to .gitignore 3. 📦 Evaluate better-sqlite3 major upgrade (11 → 12) 4. 🧹 Delete 8 merged branches 5. 🚀 Start td-b02d69 "pi-crm-personal extension"


Implementation Steps

When executing this skill, follow these steps:

bash
# 1. Navigate to project (default: current working directory)
cd <project_path_or_.>

# 2. Verify it's a git repo
git rev-parse --is-inside-work-tree

# 3. Get project metadata
# - Read package.json / Cargo.toml / pyproject.toml for name, version, description
# - Read first paragraph of README.md for description fallback
# - Get current branch: git branch --show-current
# - Get working tree status: git status --porcelain

# 4. Get branch info
git branch --format='%(refname:short) %(committerdate:relative)'
# For each branch, get ahead/behind vs default branch:
git rev-list --left-right --count main...branch-name
# Identify default branch:
git symbolic-ref refs/remotes/origin/HEAD 2>/dev/null | sed 's@^refs/remotes/origin/@@'

# 5. Get commit history
git log --oneline --no-decorate -n 5
git rev-list --count HEAD
git log --reverse --format="%ai" | head -1  # first commit date
git log -1 --format="%ai"                    # latest commit date

# 6. Analyze codebase — language breakdown
# Count lines per file extension, excluding generated/vendor dirs
# Group by language (e.g. .ts + .tsx = TypeScript)
find . -type f \( -name "*.ts" -o -name "*.tsx" -o -name "*.js" -o -name "*.jsx" \
  -o -name "*.py" -o -name "*.rs" -o -name "*.go" -o -name "*.rb" \
  -o -name "*.java" -o -name "*.c" -o -name "*.cpp" -o -name "*.h" \
  -o -name "*.sh" -o -name "*.sql" -o -name "*.html" -o -name "*.css" \) \
  -not -path "*/node_modules/*" -not -path "*/.git/*" -not -path "*/dist/*" \
  -not -path "*/build/*" -not -path "*/target/*" -not -path "*/__pycache__/*" \
  -not -path "*/.next/*" -not -path "*/coverage/*" \
  -not -name "*.min.*" -not -name "*.map" -not -name "*.d.ts" \
  -exec wc -l {} + | sort -rn

# 7. Check for GitHub remote and gh CLI
GITHUB_ORIGIN=$(git remote get-url origin 2>/dev/null | grep "github.com")
GH_AVAILABLE=$(gh auth status 2>&1 && echo "yes" || echo "no")
if [ -n "$GITHUB_ORIGIN" ] && [ "$GH_AVAILABLE" = "yes" ]; then
  gh pr list --state open --json number,title,headRefName,author,reviewDecision,statusCheckRollup,updatedAt --limit 20
  gh issue list --state open --json number,title,labels,assignees,createdAt --limit 20
  gh pr list --state merged --json number,title,mergedAt,author --limit 5
  gh run list --limit 5 --json databaseId,displayTitle,status,conclusion,headBranch,createdAt
fi

# 8. Check dependencies
# Node.js: npm outdated --json 2>/dev/null
# Rust: cargo outdated 2>/dev/null
# Python: pip list --outdated --format=json 2>/dev/null
# Go: go list -u -m all 2>/dev/null

# 9. Check for errors (language-specific)
# TypeScript: npx tsc --noEmit 2>&1
# Python: mypy or py_compile
# Rust: cargo check
# Go: go vet ./...

# 10. Scan for TODO/FIXME/HACK markers
grep -rn --include="*.ts" --include="*.tsx" --include="*.js" --include="*.jsx" \
  --include="*.py" --include="*.rs" --include="*.go" \
  -E "(TODO|FIXME|HACK|XXX|WORKAROUND|TEMP)(\(|:| )" . \
  --exclude-dir=node_modules --exclude-dir=.git --exclude-dir=dist --exclude-dir=build

# 11. Run tests (if test runner detected, with 60s timeout)
# Node.js: timeout 60 npx vitest run --reporter=verbose 2>&1 || timeout 60 npm test 2>&1
# Rust: timeout 60 cargo test 2>&1
# Python: timeout 60 pytest --tb=short 2>&1
# Go: timeout 60 go test ./... 2>&1

# 12. Check for secrets exposure
git grep -lnE "(PRIVATE_KEY|SECRET_KEY|API_KEY|PASSWORD|TOKEN|Bearer )['\"]?=" -- '*.ts' '*.js' '*.py' '*.env*' '*.json' '*.yaml' '*.yml' 2>/dev/null
git ls-files | grep -E "^\.env"

# 13. Get uncommitted changes detail (if dirty)
if [ -n "$(git status --porcelain)" ]; then
  git diff --cached --stat         # staged
  git diff --stat                  # unstaged
  git ls-files --others --exclude-standard  # untracked
fi

# 14. Check for .todos directory and run td usage if present
if [ -d ".todos" ]; then
  td usage 2>&1
fi

# 15. Compile and format report

Formatting Guidelines

  • NEVER wrap section output in triple-backtick (```) code fences. All report sections must be plain text with Unicode formatting only.
  • Use Unicode box-drawing characters for tables (┌ ┬ ┐ ├ ┼ ┤ └ ┴ ┘ │ ─)
  • Use em-dash (—) for inline descriptions
  • Keep the report compact but comprehensive
  • Use relative time descriptions ("started yesterday", "2 weeks ago") alongside dates
  • Indent sub-items with 2 spaces and a dash prefix
  • All section headers use single space + bold or clear labels
  • Use status icons consistently: ✅ passing/success, ❌ failing/error, ⏳ pending/in-progress, ⊘ cancelled, ⚠ warning/stale

Multiple Projects

If the user provides multiple paths, generate a separate report for each project with a clear separator between them. Optionally provide a summary table at the end comparing projects.

Example Output

See the user's example in the conversation for the target format and level of detail. Match that style closely:

  • "Here's the status of [project-name]:" as the header
  • Section labels in bold or clearly marked
  • Commit table with box-drawing characters
  • Codebase with line counts and descriptions
  • Issues with specific error details
  • GitHub PRs/issues with status icons
  • Dependencies with version arrows
  • Summary paragraph at the end

© espennilsen, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in skills/git-project-status of espennilsen/pi.

Open the folder on GitHubat commit 79d019b

Compare with similar skills

Git Project Status next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Git Project Status compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Git Project Status this skillespennilsen/pi122—~4.4kAutomated safety check: NotesMIT
TiXL Ticket Processortixl3d/tixl5.1k—~2.6kAutomated safety check: PassMIT
Kanvibe Release Deployrookedsysc/kanvibe143—~12kAutomated safety check: NotesAGPL-3.0
Local File and Code Searchtaxueseek/argo184—~1.1kAutomated safety check: PassMIT
Contributor-First PR MergeHKUDS/OpenHarness16k1 repos~847Automated safety check: PassMIT
Create Pull Requestcline/cline70k1 repos~1.6kAutomated safety check: PassApache-2.0

Similar skills

  • Works through the In progress column of the TiXL road-map board unattended, turning simple tickets into git stashes and writing plans for the rest under .agentic/Plans.

    5.1k GitHub stars~2.6k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Kanvibe Release Deploy

    rookedsysc/kanvibe

    A skill your agent uses whenever releasing or deploying KanVibe desktop from a clean, up-to-date dev checkout: ask only for the target version and release-note approval, then let the AI update…

    143 GitHub stars~12k tokensUpdated yesterday
    DevelopmentAuto-check: notes
  • Searches local files and code through one script, seek.py, that picks between rg, fd and macOS Spotlight and works in three layers: locate, context, close reading.

    184 GitHub stars~1.1k tokensUpdated yesterday
    DevelopmentAuto-check passed
  • Merges external GitHub pull requests while keeping the original author credited, and fixes conflicts after the merge instead of rewriting the contribution.

    16k GitHub starsUsed in 1 repo~847 tokens
    DevelopmentAuto-check passed
  • Opens a GitHub pull request from your current branch with the gh CLI, after reviewing the commits and diff and gathering the details the PR needs.

    70k GitHub starsUsed in 1 repo~1.6k tokens
    DevelopmentAuto-check passed
  • Release Bump

    jamiepine/voicebox

    Ends a release cycle by moving the Unreleased changelog notes under a dated version heading, bumping version files with bumpversion and tagging the commit.

    57k GitHub stars~1.1k tokensUpdated yesterday
    DevelopmentAuto-check passed

More from espennilsen/pi

All 36 skills in this repo
  • GitHub

    espennilsen/pi

    Interact with GitHub repos, PRs, issues, CI, and notifications via the pi-github extension commands and gh CLI.

    122 GitHub stars~1k tokensUpdated 16 days ago
    Auto-check passed
  • Skill Creator

    espennilsen/pi

    Create, review, and improve skills for Pi agents. An agent skill from espennilsen/pi.

    122 GitHub stars~2.1k tokensUpdated 16 days ago
    Auto-check passed
  • Dry Code Review

    espennilsen/pi

    Perform a comprehensive DRY (Don't Repeat Yourself) code review on a codebase.

    122 GitHub stars~1.7k tokensUpdated 16 days ago
    Auto-check passed
  • Extract Design System

    espennilsen/pi

    Reverse-engineer a design system from a live website (public URL or localhost).

    122 GitHub stars~2k tokensUpdated 16 days ago
    Auto-check passed
  • PDF Reader

    espennilsen/pi

    Read and extract content from PDF files — text, tables, metadata, and images.

    122 GitHub stars~1.6k tokensUpdated 16 days ago
    Auto-check passed
  • Google Workspace

    espennilsen/pi

    Manage Google Workspace via the gws CLI — Drive, Gmail, Sheets, Docs, Slides, People, Chat, Meet, Forms, and cross-service workflows.

    122 GitHub stars~3.4k tokensUpdated 16 days ago
    Auto-check passed

Works with

Questions about Git Project Status

What does Git Project Status do?

Generate comprehensive status reports for git repositories. An agent skill from espennilsen/pi. Git Project Status is an agent skill from espennilsen/pi. Generate comprehensive status reports for git repositories.

When should I use Git Project Status?

Git Project Status fits situations like: - Use this skill when: - User asks for the status of a git project; repo - User asks whats going on in [project]; give me an overview of [repo] - User wants a project summary; progress report.

How do I install Git Project Status in Claude Code?

Run `npx skills add espennilsen/pi --skill git-project-status -a claude-code`. Or copy the skill folder (skills/git-project-status in espennilsen/pi) into .claude/skills/git-project-status in your project. Claude Code loads it when a task matches its description.

How do I install Git Project Status in Codex?

Run `npx skills add espennilsen/pi --skill git-project-status -a codex`. Or copy the skill folder (skills/git-project-status in espennilsen/pi) into .agents/skills/git-project-status in your project. Codex loads it when a task matches its description.

Can I use Git Project Status in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add espennilsen/pi --skill git-project-status -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/git-project-status, .gemini/skills/git-project-status, .github/skills/git-project-status and .opencode/skills/git-project-status in your project.

What does Git Project Status need to run?

Going by SKILL.md and its folder, Git Project Status needs the command-line tools its instructions call (git, gh, cargo, go, npx and npm) and credentials named API_KEY, PRIVATE_KEY and SECRET_KEY. Our summary lists: Python 3; Node.js; A credential in PRIVATE_KEY; A credential in SECRET_KEY.

Does Git Project Status access the network?

SKILL.md contains no URLs. Its commands use git, gh, npx, npm and pip, which can reach the network depending on how they are called. This is read from the text; nothing was executed.

Is Git Project Status safe to install?

Our automated static check of SKILL.md found notes only (mentions a .env file), nothing it rates as a warning. It is not a guarantee. Review the folder before installing.

What licence does Git Project Status use?

Git Project Status is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Git Project Status use?

About 4.4k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Git Project Status?

Skills that share tags, products or a category with Git Project Status: TiXL Ticket Processor (tixl3d/tixl, 5.1k stars), Kanvibe Release Deploy (rookedsysc/kanvibe, 143 stars), Local File and Code Search (taxueseek/argo, 184 stars) and Contributor-First PR Merge (HKUDS/OpenHarness, 16k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Git Project Status?

espennilsen (a GitHub user) maintains it in espennilsen/pi, which has 122 GitHub stars. The repository holds 36 skills in this directory. The repository was last updated on September 21, 2026.

Source: espennilsen/pi on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.