Back to Hermes Agent

Github — GitHub via gh CLI: PRs, issues, reviews, repos, auth

website/docs/user-guide/skills/bundled/software-development/software-development-github.md

2026.8.312.9 KB
Original Source

Github

GitHub via gh CLI: PRs, issues, reviews, repos, auth.

Skill metadata

SourceBundled (installed by default)
Pathskills/software-development\github
Version2.0.0
AuthorBen Barclay (benbarclay), Hermes Agent
LicenseMIT
Platformslinux, macos, windows
Tagsgithub, gh, git, pull-requests, issues, code-review, repos, auth, ci
Related skillscodebase-inspection, requesting-code-review

Reference: full SKILL.md

:::info The following is the complete skill definition that Hermes loads when this skill is triggered. This is what the agent sees as instructions when the skill is active. :::

GitHub

Work GitHub end to end with the gh CLI (REST fallback where noted): auth, issues, the PR lifecycle, issue-to-PR delivery, code review, and repo management. This skill consolidates six former skills; each workflow lives complete in its reference file — ALWAYS read the matching reference before starting that workflow, the body below only routes.

Routing

TaskRead first
Auth broken / new machine / token or SSH setup / gh loginreferences/auth.md
Create, triage, label, assign, close issuesreferences/issues.md
Branch, commit, open PR, watch CI, mergereferences/pr-workflow.md
Carry an ISSUE to a verified PR (full delivery loop)references/issue-to-pr.md
Review someone's PR: diffs, inline comments, verdictreferences/code-review.md
Clone/create/fork repos, remotes, releasesreferences/repo-management.md

Supporting assets: scripts/gh-env.sh + scripts/git-credential-token.py (auth helpers), templates/ (PR bodies, bug report, feature request), references/ci-troubleshooting.md, references/conventional-commits.md, references/github-api-cheatsheet.md, references/review-output-template.md.

Core discipline (applies to every workflow)

  • Preflight once per session: gh auth status — if it fails, go to references/auth.md before anything else.
  • Prefer gh over raw REST; drop to gh api only for endpoints the porcelain lacks (the cheatsheet lists them).
  • Never report CI green without checking gh pr checks yourself; never claim merged without verifying state,mergedAt.
  • Read full context before writing: gh issue view --comments / gh pr view --comments — decisions live in threads, not titles.
  • Sweep for duplicates before creating anything: gh pr list --search / gh issue list --search.

Verification

  • The workflow's own reference file defines done for that task.
  • Cross-cutting: every claim about remote state (CI, merge, release, issue state) is backed by a fresh gh read, never memory.