Token导航 LogoToken导航TokenDH.com
前端设计执行命令github未标认证来源可访问许可证需确认审计提醒

tools-repo-review工具回购审查

Agent Skill

tools-repo-review 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

212

周安装

9

GitHub Stars

4

下载量

74
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:tools-repo-review(工具回购审查)
来源仓库:https://github.com/aussiegingersnap/cursor-skills
仓库路径:skills/tools-repo-review
安装命令:
npx skills add https://github.com/aussiegingersnap/cursor-skills --skill tools-repo-review
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/aussiegingersnap/cursor-skills --skill tools-repo-review

简介

tools-repo-review 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适用于前端项目中仓库状态、代码变更或协作事项的整理与分析。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装并使用。
  • 安装前需确认权限范围、维护状态及是否触发联网或文件读写操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Repo Review Skill (Engineering Manager Edition)

This skill enables AI-powered repository analysis with three modes: contribution statistics, code quality assessment, and team/manager insights. Supports org-wide reviews, single repos, and saved repo groups.

Prerequisites

  • Git CLI installed
  • GitHub CLI (gh) for org-wide reviews
  • Optional: Python 3.10+ with matplotlib for PNG chart generation

Quick Start

Review https://github.com/org/repo
Review the UP organization
Review my side-projects group

Progressive Onboarding

On first use, gather context through conversation:

Initial Questions

  1. Role: Engineering Manager | Tech Lead | IC
  2. Focus: Full review | Quick stats | Code quality only
  3. Time period: 30 days | 90 days | YTD | Custom

Save preferences to config.yaml for future sessions.

Follow-up Questions (as needed)

  • "I found 5 contributors. Focus on anyone specific?"
  • "Compare against previous review?"
  • "Flag contributors with < X commits?"

Analysis Modes

Mode 1: Contribution Statistics

Gather quantitative metrics using git commands:

# Clone repo to temp directory
git clone --quiet <repo_url> /tmp/repo_review_temp

# Contribution stats by author
git log --numstat --format="COMMIT|%H|%an|%ad" --date=short --since="2025-01-01" --all

# Weekly breakdown
git log --format="%ad" --date=short --since="2025-01-01" | sort | uniq -c

# Files touched by author
git log --author="Name" --name-only --pretty=format: | sort | uniq -c | sort -rn

# File type breakdown
git log --numstat --format="" | awk '{print $3}' | grep -oE '\.[^.]+$' | sort | uniq -c | sort -rn

Output metrics:

  • Commits per author
  • Lines added/deleted/net per author
  • File type breakdown (frontend/backend/config/infra/docs)
  • Weekly/monthly activity patterns

Mode 2: Code Quality Review

Examine the codebase for:

Architecture & Patterns

  • Project structure organization
  • Component/module boundaries
  • DRY compliance
  • Separation of concerns

Type Safety

  • TypeScript strictness
  • any usage
  • Proper type exports

Error Handling

  • Try/catch patterns
  • Error boundaries
  • Validation at boundaries

Database/API Patterns

  • Query structure
  • N+1 detection
  • Input validation

Security

  • Auth implementation
  • Secret handling
  • Input sanitization

Testing Indicators

  • Test file presence
  • Coverage indicators
  • Test patterns

Mode 3: Team/Manager Assessment

Combine quantitative data with qualitative code review:

Per-Contributor Analysis:

  • Volume and consistency
  • Scope of work (full-stack vs narrow)
  • Quality signals
  • Growth indicators

Team Health:

  • Bus factor
  • Knowledge silos
  • Cross-functional work
  • Velocity trends

Review Targets

1. Single Repository

Review https://github.com/org/repo
Review https://github.com/org/repo --since 2025-06-01

2. Organization-Wide

Review the UP organization
Review all repos in UP org

Uses GitHub CLI:

gh repo list UP --limit 100 --json name,sshUrl,url

3. Saved Groups

Review my side-projects group
Review client-work group

4. Managing Groups

Add https://github.com/user/repo to side-projects
Create a new group called "experiments"
Remove old-project from experiments
Show all my saved groups

Visualization Options

Mermaid Diagrams (for markdown reports)

Contribution Timeline:

gantt
    title Contribution Timeline
    dateFormat YYYY-MM-DD
    section Contributor1
    Feature A     :2025-12-30, 2d
    Feature B     :2026-01-02, 1d
    section Contributor2
    Bug Fix       :2026-01-01, 1d

Work Breakdown:

pie title Work Breakdown
    "Frontend" : 45
    "Backend" : 30
    "Config" : 15
    "Docs" : 10

ASCII Charts (for terminal/quick view)

Author          | Net LoC | Contribution
----------------|---------|----------------------------------
Alice           |   2,872 | ████████████████████████████ 100%
Bob             |   1,020 | ████████████░░░░░░░░░░░░░░░░  35%
Charlie         |      18 | █░░░░░░░░░░░░░░░░░░░░░░░░░░░   1%

Weekly Trend:

Week 1: ████████████ 1,200 LoC
Week 2: ███████████████ 1,450 LoC ↑
Week 3: █████████ 890 LoC ↓ ⚠️

Script Charts (for presentations)

Run scripts/repo_review_om.py for matplotlib PNG generation:

python scripts/repo_review_om.py --repo https://github.com/org/repo --chart

Manager-Focused Outputs

Performance Review Language

Strong Performer:

"[Name] demonstrated strong capabilities, delivering [X] features across [Y] commits totaling [Z] net lines. Notable contributions include [specific feature]. Their work showed [quality indicator - e.g., proper error handling, TypeScript usage, test coverage]."

Solid Contributor:

"[Name] contributed consistently with [X] commits and [Y] net lines. Primary focus was [area]. Recommend expanding into [adjacent area] for growth."

Needs Attention:

"[Name] had limited participation with [X] commits totaling [Y] lines. Contributions were confined to [narrow scope]. Recommend 1:1 to understand blockers and assign stretch goals."

1:1 Conversation Starters

Pattern DetectedSuggested Questions
Low participation"I noticed fewer commits recently. What's blocking you? How can I help clear obstacles?"
Narrow scope (UI only)"You've done great frontend work. Interested in backend exposure? I can pair you with [name]."
High volume, quality concerns"You're shipping fast which is great. Let's talk about our code review process and testing practices."
Declining trend"Your output has shifted. Are you feeling challenged enough? Burned out? Something outside work?"
Strong performance"Your auth implementation was solid. Ready to take on a larger feature? Lead a project?"
Git config issues"Quick housekeeping - let's fix your git config so your commits are consistent."

Growth/Promotion Readiness

Junior → Mid-Level Signals:

  • Works across frontend AND backend
  • Writes database migrations/schema changes
  • Fixes bugs introduced by others (not just own code)
  • Adds tests without being prompted
  • Clear commit messages with context
  • Participates in code review

Mid → Senior Signals:

  • Designs features end-to-end
  • Mentors juniors (visible in PR reviews)
  • Identifies and addresses technical debt
  • Documents architectural decisions
  • Considers security implications
  • Optimizes for maintainability

Red Flag Detection

Red FlagIndicatorsRecommended Action
Disengagement< 1 commit/week sustained, shrinking scopeUrgent 1:1, understand root cause
Burnout riskHigh volume followed by sudden dropDiscuss workload, consider time off
Git identity issuesMultiple author names for same personFix git config, merge stats in analysis
Narrow specializationOnly touches one file typeAssign cross-functional tasks
Knowledge siloOnly person who touches critical codePair programming, documentation push
Declining qualityIncreasing bug fixes on own codeCode review focus, testing discussion

Team Health Metrics

Velocity Trend:

Period      | Team LoC | Trend    | Notes
------------|----------|----------|------------------
Week 1      |    1,200 | baseline |
Week 2      |    1,450 | ↑ 21%    | Sprint push
Week 3      |      890 | ↓ 39%    | ⚠️ Investigate
Week 4      |    1,100 | ↑ 24%    | Recovery

Knowledge Distribution:

  • Bus Factor: How many people can modify each critical area?
  • Silo Score: % of code touched by only one person
  • Cross-functional Index: % of contributors working across stack

Contribution Balance:

Ideal: Relatively balanced contributions
⚠️ Warning: Top contributor has >70% of commits
🚨 Critical: One person has >90% of commits

Configuration

The skill uses config.yaml for persistent settings. Created on first use.

Config Structure

# Default analysis settings
defaults:
  since: "2025-01-01"
  analysis_modes:
    - contributions
    - quality
    - team
  output_format: markdown  # markdown | ascii | json
  role: engineering_manager  # engineering_manager | tech_lead | ic

# Saved organizations
orgs:
  up:
    github_org: "UP"
    description: "UP Company repositories"
    active: true
    contributors:
      - name: "Alice Smith"
        aliases: ["alice", "asmith"]
        role: "Senior Engineer"
        active: true
      - name: "Bob Jones"
        aliases: ["bob", "bjones"]
        role: "Junior Engineer"
        active: true
      - name: "Former Employee"
        aliases: ["former"]
        role: "Engineer"
        active: false  # No longer with team
    exclude_authors:
      - "dependabot[bot]"
      - "github-actions[bot]"
      - "renovate[bot]"

# Saved repo groups (for non-org collections)
groups:
  side-projects:
    description: "Personal weekend experiments"
    active: true
    repos:
      - "https://github.com/user/project-a"
      - "https://github.com/user/project-b"

  client-work:
    description: "Freelance client projects"
    active: true
    repos:
      - "https://github.com/client/app"

  archived:
    description: "Old projects for reference"
    active: false
    repos:
      - "https://github.com/user/old-thing"

# Session tracking
last_session:
  target: "up"
  target_type: "org"  # org | group | repo
  date: "2026-01-10"

Managing Config

Add contributor:

Add contributor "New Person" with alias "newperson" to UP org

Deactivate contributor:

Mark "Former Employee" as inactive in UP org

Update org:

Set UP org as inactive

Example Workflows

Weekly Team Standup Prep

User: "Quick stats on UP org for the past week"

AI: [Fetches last 7 days, shows commit counts per active contributor, flags anyone with 0 commits]

Monthly Review

User: "Full review of UP org for December"

AI: [Comprehensive analysis with charts, per-contributor breakdown, team health metrics, comparison to November if available]

1:1 Preparation

User: "Prep 1:1 notes for Bob based on UP contributions"

AI: [Pulls Bob's stats across all org repos, correlates with code quality observations, generates talking points and growth recommendations]

New Hire Onboarding Check

User: "How is the new junior doing in UP org? Started 2 weeks ago."

AI: [Filters to last 2 weeks, compares to typical onboarding velocity, identifies areas of focus, suggests pairing opportunities]

Quarterly Summary

User: "Generate Q4 summary for UP team"

AI: [Aggregates Oct-Dec data, identifies top contributors, flags concerns, generates executive summary suitable for leadership]

Project Kickoff

User: "Add https://github.com/client/new-project to client-work and give me initial review"

AI: [Adds to group, clones repo, establishes baseline metrics, identifies current contributors and code state]

Troubleshooting

GitHub CLI Not Authenticated

Error: gh: not logged in

Fix: Run `gh auth login` and follow prompts

Private Repo Access

Error: Repository not found (404)

Fix: Ensure gh CLI has access, or use SSH URL if you have keys configured

Large Org Timeout

For orgs with 50+ repos, consider:
1. Running with --limit flag
2. Excluding archived repos
3. Focusing on specific repos via group

Git Config Issues (Multiple Authors)

Contributor showing as multiple people:

Fix: Have them run:
  git config --global user.name "Consistent Name"
  git config --global user.email "consistent@email.com"

Workaround: Add all variations to aliases in config.yaml

Script Reference

For advanced chart generation, use the included Python script:

cd skills/repo-review/scripts

# Single repo with chart
python repo_review_om.py --repo https://github.com/org/repo --chart

# Org-wide
python repo_review_om.py --all --dir /tmp/org-repos

# Date range
python repo_review_om.py --repo URL --since 2025-06-01 --until 2025-12-31

# Exclude docs
python repo_review_om.py --repo URL --no-docs

Output: CSV data file + PNG chart (if --chart flag used)

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

32.68%
按下载量换算24

Claude

32.86%
按下载量换算24

Cursor

17.91%
按下载量换算13

Gemini CLI

9.83%
按下载量换算7

安全审计

Gen Agent Trust Hub

可疑

Socket

通过

Snyk

可疑

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/aussiegingersnap/cursor-skills --skill tools-repo-review 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills