GitHub CLI - Repository Management

VerifiedSafe

Interacts with GitHub repositories, pull requests, and issues using the `gh` command-line tool. Helpful for listing PRs, viewing issues, checking out PRs locally, or creating releases.

Sby Skills Guide Bot
DevelopmentIntermediate
806/2/2026
Claude Code
#github#cli#pr-management

Recommended for

Our review

This skill leverages the `gh` command-line tool to interact with GitHub for managing pull requests, issues, and releases.

Strengths

  • Automates repetitive GitHub tasks directly from the terminal.
  • Provides structured JSON output for easy script consumption.
  • Explicit repo context with `--repo` avoids ambiguity.

Limitations

  • Requires `gh` to be installed and authenticated beforehand.
  • Does not cover advanced operations like GitHub Actions workflows.
  • Write operations (PR creation, releases) require manual confirmation.
When to use it

When you need to quickly view or modify GitHub items (PRs, issues, releases) without leaving your command-line environment.

When not to use it

For operations requiring a rich graphical interface or complex GitHub API interactions (prefer direct API use then).

Security analysis

Safe
Quality score88/100

The skill instructs the use of the official GitHub CLI (gh) for standard repository operations like listing PRs, viewing issues, and creating releases. It includes explicit security precautions: avoiding token leakage, preferring structured output, and not altering remotes or pushing without permission. No destructive or exfiltrating commands are present.

No concerns found

Examples

List open PRs with authors
List open PRs with authors for repo owner/name using gh
Show issue details and comments
Show issue 42 details and comments via gh
Checkout PR locally
Checkout PR 17 locally with gh

name: gh-cli description: Interact with GitHub repositories, PRs, and issues using the gh CLI. Use when the user asks to "list PRs", "check out PR", "view issue", or "create release". allowed-tools: Bash

Use GitHub CLI

Instructions

  1. Ensure gh is available and authenticated: run gh auth status (do not use --show-token); respect GH_HOST if set. Prefer GH_TOKEN/GITHUB_TOKEN env auth; never print tokens or add them to files.
  2. Set repo context explicitly with --repo owner/name or by checking the current repo via gh repo view; avoid assuming defaults.
  3. Prefer structured output with --json fields and --limit to keep responses concise (e.g., gh pr list --state open --json number,title,author,headRefName,baseRefName,url --limit 20).
  4. Common reads: gh pr view <number> --json number,title,state,author,mergedAt,commits,files,comments,url, gh issue list --state all --json number,title,state,author,url --limit 30, gh release list --limit 20, gh release view <tag> --json tagName,name,publishedAt,url.
  5. For write operations (create/update PRs, issues, comments, releases), confirm intent and required fields; use --title, --body, or --body-file without secrets. Avoid noisy outputs; capture URLs/results only.
  6. When checking out PRs locally, use gh pr checkout <number> and handle branch existence gracefully; do not alter remotes or push unless explicitly requested.

Example prompts

  • "List open PRs with authors for repo owner/name using gh"
  • "Show issue 42 details and comments via gh"
  • "Checkout PR 17 locally with gh"
  • "Draft release v1.2.0 on repo owner/name using gh"
Related skills