/int-github-review
Review GitHub repos — open PRs, community issues, stars/forks, releases, contributors. Use when user says 'check github', 'github review', 'repo status', 'open PRs', 'github issues', 'repository status', or any reference to checking GitHub repos status.
$ npx -y skills add evolution-foundation/evo-nexus --skill int-github-review --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/int-github-review
Context preview
The summary Claude sees to decide when to auto-load this skill.
Review GitHub repos — open PRs, community issues, stars/forks, releases, contributors. Use when user says 'check github', 'github review', 'repo status', 'open PRs', 'github issues', 'repository status', or any reference to checking GitHub repos status.
SKILL.md
int-github-review.SKILL.mdname: int-github-review
description: "Review GitHub repos — open PRs, community issues, stars/forks, releases, contributors. Use when user says 'check github', 'github review', 'repo status', 'open PRs', 'github issues', 'repository status', or any reference to checking GitHub repos status."
GitHub Review — Repository Status
Skill to review the organization's GitHub repositories: open PRs, community issues, activity, stars, and releases.
**Always respond in English.**
Monitored repositories
| Repo | Descrição | |------|-----------| | `YOUR_ORG/main-api` | Main API (open source) | | `YOUR_ORG/crm-product` | CRM + AI agents | | `YOUR_ORG/go-service` | Go microservice | | `YOUR_ORG/crm-community` | CRM Community edition | | `YOUR_ORG/methodology` | Development methodology |
Workflow
Step 1 — Collect data from each repo
For each repository, use `gh` CLI to fetch:
# Open PRs
gh pr list --repo YOUR_ORG/{repo} --state open --json number,title,author,createdAt,updatedAt,labels,reviewDecision --limit 20
# Open issues (last 20)
gh issue list --repo YOUR_ORG/{repo} --state open --json number,title,author,createdAt,updatedAt,labels,comments --limit 20
# Repo statistics
gh api repos/YOUR_ORG/{repo} --jq '{stargazers_count, forks_count, open_issues_count, updated_at}'
# Latest release
gh release list --repo YOUR_ORG/{repo} --limit 1 --json tagName,publishedAt,name
# Recent activity (commits in last 7 days)
gh api "repos/YOUR_ORG/{repo}/commits?since=$(date -v-7d +%Y-%m-%dT00:00:00Z)&per_page=5" --jq 'length'Step 2 — Analyze
For each repo, classify:
1. **Open PRs**: how many, how long open, who needs to review, pending reviews 2. **Community issues**: reported bugs, feature requests, questions 3. **Stale issues**: open for more than 14 days without response 4. **Activity**: weekly commits, whether active or stagnant 5. **Growth**: stars/forks (compare with previous data if available)
Step 3 — Report
Present in the format:
## GitHub Review — {data}
### Summary
| Repo | PRs | Issues | Stars | Commits (7d) | Status |
|------|-----|--------|-------|---------------|--------|
### PRs that need attention
| Repo | PR | Title | Author | Days open | Review |
|------|----|----|-------|-------------|--------|
### Community issues (unanswered)
| Repo | Issue | Title | Days without response |
|------|-------|--------|-------------------|
### Most voted / commented issues
| Repo | Issue | Title | Comments | Labels |
|------|-------|--------|------------|--------|
### Recent releases
| Repo | Version | Date |
|------|--------|------|
### Activity (last 7 days)
{activity summary per repo — active/moderate/stagnant}Step 4 — Generate HTML report
Read the template at `.claude/templates/html/custom/github-review.html`.
Replace the `{{...}}` placeholders with the actual collected data.
Time classifications:
- PRs/Issues < 2 days: `fresh` (green)
- 2-5 days: `aging` (yellow)
- > 5 days: `stale` (red)
Activity classifications:
- > 10 commits/week: `active` (green)
- 1-10 commits: `moderate` (yellow)
- 0 commits: `inactive` (red)
Save the filled HTML to:
workspace/projects/github-reviews/[C] YYYY-MM-DD-github-review.html
Create directory if it does not exist.
Rules
- **Use `gh` CLI** — already authenticated on the system
- **Do not create issues or PRs** — only read and report
- **PRs without review > 2 days = alert** — highlight
- **Issues without response > 7 days = alert** — highlight
- **Compare with previous review** if it exists in the directory
- **Focus on action** — what needs the responsible person's attention, not just numbers
Notification line
Write as the last line of your output: TELEGRAM_MSG: 🐙 GitHub Review [date] | [main result in 1 line]
Read more
name: int-github-review description: "Review GitHub repos — open PRs, community issues, stars/forks, releases, contributors. Use when user says 'check github', 'github review', 'repo status', 'open PRs', 'github issues', 'repository status', or any reference to checking GitHub repos status."
GitHub Review — Repository Status
Skill to review the organization's GitHub repositories: open PRs, community issues, activity, stars, and releases.
**Always respond in English.**
Monitored repositories
| Repo | Descrição | |------|-----------| | `YOUR_ORG/main-api` | Main API (open source) | | `YOUR_ORG/crm-product` | CRM + AI agents | | `YOUR_ORG/go-service` | Go microservice | | `YOUR_ORG/crm-community` | CRM Community edition | | `YOUR_ORG/methodology` | Development methodology |
Workflow
Step 1 — Collect data from each repo
For each repository, use `gh` CLI to fetch:
# Open PRs
gh pr list --repo YOUR_ORG/{repo} --state open --json number,title,author,createdAt,updatedAt,labels,reviewDecision --limit 20
# Open issues (last 20)
gh issue list --repo YOUR_ORG/{repo} --state open --json number,title,author,createdAt,updatedAt,labels,comments --limit 20
# Repo statistics
gh api repos/YOUR_ORG/{repo} --jq '{stargazers_count, forks_count, open_issues_count, updated_at}'
# Latest release
gh release list --repo YOUR_ORG/{repo} --limit 1 --json tagName,publishedAt,name
# Recent activity (commits in last 7 days)
gh api "repos/YOUR_ORG/{repo}/commits?since=$(date -v-7d +%Y-%m-%dT00:00:00Z)&per_page=5" --jq 'length'Step 2 — Analyze
For each repo, classify:
1. **Open PRs**: how many, how long open, who needs to review, pending reviews 2. **Community issues**: reported bugs, feature requests, questions 3. **Stale issues**: open for more than 14 days without response 4. **Activity**: weekly commits, whether active or stagnant 5. **Growth**: stars/forks (compare with previous data if available)
Step 3 — Report
Present in the format:
## GitHub Review — {data}
### Summary
| Repo | PRs | Issues | Stars | Commits (7d) | Status |
|------|-----|--------|-------|---------------|--------|
### PRs that need attention
| Repo | PR | Title | Author | Days open | Review |
|------|----|----|-------|-------------|--------|
### Community issues (unanswered)
| Repo | Issue | Title | Days without response |
|------|-------|--------|-------------------|
### Most voted / commented issues
| Repo | Issue | Title | Comments | Labels |
|------|-------|--------|------------|--------|
### Recent releases
| Repo | Version | Date |
|------|--------|------|
### Activity (last 7 days)
{activity summary per repo — active/moderate/stagnant}Step 4 — Generate HTML report
Read the template at `.claude/templates/html/custom/github-review.html`.
Replace the `{{...}}` placeholders with the actual collected data.
Time classifications:
- PRs/Issues < 2 days: `fresh` (green)
- 2-5 days: `aging` (yellow)
- > 5 days: `stale` (red)
Activity classifications:
- > 10 commits/week: `active` (green)
- 1-10 commits: `moderate` (yellow)
- 0 commits: `inactive` (red)
Save the filled HTML to:
workspace/projects/github-reviews/[C] YYYY-MM-DD-github-review.html
Create directory if it does not exist.
Rules
- **Use `gh` CLI** — already authenticated on the system
- **Do not create issues or PRs** — only read and report
- **PRs without review > 2 days = alert** — highlight
- **Issues without response > 7 days = alert** — highlight
- **Compare with previous review** if it exists in the directory
- **Focus on action** — what needs the responsible person's attention, not just numbers
Notification line
Write as the last line of your output: TELEGRAM_MSG: 🐙 GitHub Review [date] | [main result in 1 line]
Other skills on evo-nexus.
- /ai-image-creator
Generate PNG images using AI (multiple models via OpenRouter including Gemini, FLUX.2, Riverflow, SeedDream, GPT-5 Image, proxied through Cloudflare AI Gateway BYOK). Also analyze/describe existing images using multimodal AI vision. Use when user asks to "generate an image",
Open skill - /create-agent
Create a new custom agent for the workspace. Guides the user through defining agent name, domain, personality, skills, model, and memory folder. Use when the user says 'create an agent', 'new agent', 'add an agent', 'I need a custom agent', or wants to create a specialized agent
Open skill - /create-command
Create a new slash command for Claude Code. Guides the user through defining the command name, what it does, and generates the markdown file in .claude/commands/. Use when the user says 'create a command', 'new command', 'add a slash command', 'I want a shortcut for', or wants
Open skill - /create-goal
Create a Mission, Project, or Goal (Mission → Project → Goal → Task hierarchy) in EvoNexus. Guides the user through picking a mission, choosing or creating a project, defining a measurable goal with metric_type and target_value. Writes to the SQLite goals tables via POST
Open skill - /create-heartbeat
Create a new heartbeat (proactive agent scheduled with a decision prompt) for EvoNexus. Guides the user through picking an agent, setting interval, wake triggers, and the decision prompt that governs when the agent acts. Writes to config/heartbeats.yaml with pydantic validation.
Open skill - /create-integration
Create a new custom integration (API/service wrapper) for the workspace. Guides the user through defining the integration's slug, display name, description, category, and required env keys. Writes .claude/skills/custom-int-{slug}/SKILL.md via POST /api/integrations/custom. Use
Open skill

