pick-next-issue
The pick-next-issue skill fetches open GitHub issues, ranks them by community engagement (weighted reactions plus comments), and displays the top three candidates with details including title, labels, engagement metrics, and excerpt. Use it when team members ask which issue to work on next or need prioritization guidance based on community interest in the repository.
git clone --depth 1 https://github.com/tobihagemann/turbo /tmp/pick-next-issue && cp -r /tmp/pick-next-issue/claude/skills/pick-next-issue ~/.claude/skills/pick-next-issueSKILL.md
# Pick Next Issue Rank open GitHub issues by engagement and plan the selected issue. ## Step 1: Fetch and Rank Issues Run `gh issue list` to fetch open issues with engagement data: ```bash gh issue list --state open --json number,title,url,reactionGroups,comments,labels,createdAt --limit 50 ``` Calculate an engagement score for each issue: - **Reactions score**: Sum all reaction counts from `reactionGroups` (thumbs up, heart, hooray, etc.). Weight thumbs-up (`THUMBS_UP`) reactions 2x since they signal explicit demand. - **Comments score**: Count of comments on the issue. - **Engagement score**: `(weighted reactions) + comments` Sort issues by engagement score descending. ## Step 2: Present Top 3 Present the top 3 issues in a numbered list. For each issue, show: 1. **Title** with issue number and link 2. **Labels** (if any) 3. **Engagement**: reaction breakdown and comment count 4. **Created**: date 5. **First paragraph** of the issue body (truncate if long) If fewer than 3 open issues exist, present all of them. If no open issues exist, inform the user and stop. ## Step 3: User Picks an Issue Ask the user to pick one of the presented issues (or request to see more). If the user asks to **see more**, present the next 3 issues from the ranked list. ## Step 4: Read the Full Issue Fetch the complete issue details for the selected issue: ```bash gh issue view <number> --json number,title,body,url,labels,comments,reactionGroups,assignees,milestone ``` Read the full issue body and comments to understand the requirements and any discussion context. ## Step 5: Run `/turboplan` Skill Run the `/turboplan` skill with the issue body as the task description. Tell turboplan that the plan must include a final implementation step: "Close issue #N or reference it in the PR with `Closes #N`." ## Rules - Requires `gh` CLI authenticated with access to the current repo - If `gh` fails (not in a repo, not authenticated), inform the user and stop - Never modify issues. This skill is read-only until the implementation is committed.
For each reviewer question on a PR, recall implementation reasoning and compose a raw answer. Use when the user asks to \"answer reviewer questions\", \"draft answers to PR questions\", or \"explain reviewer questions\".
Apply findings by making the suggested code changes. Applies accepted verdicts, escalates ambiguous findings to the user, and offers to note genuine improvements for later. Use when the user asks to \"apply findings\", \"apply fixes\", \"apply suggestions\", \"apply accepted findings\", \"fix the findings\", or \"apply the review results\".
Project-wide health audit pipeline that fans out to all analysis skills in parallel, evaluates findings, and produces a unified report at .turbo/audit.md. Use when the user asks to \"audit the project\", \"run a full audit\", \"project health check\", \"audit my code\", \"codebase audit\", or \"comprehensive review\".
Shared changelog conventions and formatting rules referenced by $create-changelog and $update-changelog. Not typically invoked directly.
Enforce mirror, reuse, and symmetry principles to keep new code consistent with surrounding code. Use when writing new code in an existing codebase, adding new features, refactoring, or making any code changes.
Run autonomous task execution using the codex CLI. Use when the user asks to \"codex exec\", \"run codex exec\", \"execute a task with codex\", or \"delegate to codex\".
Run AI-powered code review using the codex CLI. Use when the user asks to \"codex review\", \"run codex review\", or \"review a commit with codex\".
Shared commit message rules and technical constraints referenced by $stage-commit and $commit-staged. Not typically invoked directly.