Manage the GitHub issues backlog. Bridge between GitHub Issues and local task management.
Commands
Parse $ARGUMENTS to determine the action:
show (default — when no argument or show)
- Run
gh issue list --state open --limit 20 to get open issues.
- Group by priority label (
P0-critical, P1-high, P2-medium, P3-low, unlabeled).
- Present a summary:
## Open Issues
### P0 — Critical
- #12 Fix auth token expiration (bug, in-progress)
### P1 — High
- #8 Add rate limiting to API (feature, ready)
- #11 Database migration fails on empty tables (bug, ready)
### P2 — Medium
- #3 Refactor config loader (refactor, needs-triage)
### Unprioritized
- #14 Update README examples (task)
**Total**: 5 open issues
new
Create a new GitHub issue interactively:
- Ask the user for:
- Title (required)
- Type — bug, feature, task, chore, or refactor (maps to label)
- Priority — P0-P3 (maps to label)
- Description (required)
- Acceptance criteria (optional)
- Create with
gh issue create --title "..." --body "..." --label "type,priority,needs-triage"
- Report the issue URL.
pick #N
Start working on issue #N:
- Run
gh issue view N to get the issue details.
- Create a branch:
git checkout -b <type>/<N>-<short-title> (derive type from label, slugify the title).
- Add
in-progress label, remove ready label: gh issue edit N --add-label "in-progress" --remove-label "ready"
- Write the issue description and acceptance criteria into
tasks/todo.md as a plan.
- Present the plan and ask the user to confirm before starting implementation.
close #N
Close issue #N:
- Run
gh issue view N to get context.
- Ask the user for a brief summary of what was done.
- Add a closing comment with the summary:
gh issue comment N --body "..."
- Close the issue:
gh issue close N --reason completed
- Remove
in-progress label if present.
Rules
- Always show issue numbers so the user can reference them.
- If
gh is not available or not authenticated, say so and suggest gh auth login.
- For
pick, always verify there are no uncommitted changes before creating a branch.
- For
pick, use the branch naming convention: <type>/<issue-number>-<short-slug> (e.g., feat/8-rate-limiting, fix/12-auth-token).
- Keep
tasks/todo.md as the working plan — issues are the backlog, todo.md is the active session plan.
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: backlog-23description: Manage GitHub issues backlog — view, pick, or create work items Use when this capability is needed.4---56Manage the GitHub issues backlog. Bridge between GitHub Issues and local task management.78## Commands910Parse `$ARGUMENTS` to determine the action:1112### `show` (default — when no argument or `show`)13141. Run `gh issue list --state open --limit 20` to get open issues.152. Group by priority label (`P0-critical`, `P1-high`, `P2-medium`, `P3-low`, unlabeled).163. Present a summary:1718```19## Open Issues2021### P0 — Critical22- #12 Fix auth token expiration (bug, in-progress)2324### P1 — High25- #8 Add rate limiting to API (feature, ready)26- #11 Database migration fails on empty tables (bug, ready)2728### P2 — Medium29- #3 Refactor config loader (refactor, needs-triage)3031### Unprioritized32- #14 Update README examples (task)3334**Total**: 5 open issues35```3637### `new`3839Create a new GitHub issue interactively:40411. Ask the user for:42 - **Title** (required)43 - **Type** — bug, feature, task, chore, or refactor (maps to label)44 - **Priority** — P0-P3 (maps to label)45 - **Description** (required)46 - **Acceptance criteria** (optional)472. Create with `gh issue create --title "..." --body "..." --label "type,priority,needs-triage"`483. Report the issue URL.4950### `pick #N`5152Start working on issue #N:53541. Run `gh issue view N` to get the issue details.552. Create a branch: `git checkout -b <type>/<N>-<short-title>` (derive type from label, slugify the title).563. Add `in-progress` label, remove `ready` label: `gh issue edit N --add-label "in-progress" --remove-label "ready"`574. Write the issue description and acceptance criteria into `tasks/todo.md` as a plan.585. Present the plan and ask the user to confirm before starting implementation.5960### `close #N`6162Close issue #N:63641. Run `gh issue view N` to get context.652. Ask the user for a brief summary of what was done.663. Add a closing comment with the summary: `gh issue comment N --body "..."`674. Close the issue: `gh issue close N --reason completed`685. Remove `in-progress` label if present.6970## Rules7172- Always show issue numbers so the user can reference them.73- If `gh` is not available or not authenticated, say so and suggest `gh auth login`.74- For `pick`, always verify there are no uncommitted changes before creating a branch.75- For `pick`, use the branch naming convention: `<type>/<issue-number>-<short-slug>` (e.g., `feat/8-rate-limiting`, `fix/12-auth-token`).76- Keep `tasks/todo.md` as the working plan — issues are the backlog, todo.md is the active session plan.7778---79> Converted and distributed by [TomeVault](https://tomevault.io/claim/sakebomb) — claim your Tome and manage your conversions.80<!-- tomevault:4.0:skill_md:2026-04-11 -->