Use the ./gh CLI (gh-ish) for all Gerrit code reviews (CLs, pwrev), LUCI Buildbucket CI checks and tryjobs, Buganizer issues (b/, pwbug.dev), and pushing changes using GitHub CLI syntax.

Apache-2.0Auto-check passedDevelopment

Install Ghish

skills CLI
$ npx skills add pigweed-project/pigweed --skill ghish -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install pigweed-project/pigweed ghish --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/pigweed-project/pigweed.git skills-src && mkdir -p .claude/skills && cp -r skills-src/.agents/skills/ghish .claude/skills/ghish && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
ghish
GitHub stars
548
Token cost
~4.5k tokens
SKILL.md length
2,158 words
Files
2
Skills in repo
10
Repo updated
First seen
Licence
Apache-2.0

At a glance

Use the ./gh CLI (gh-ish) for all Gerrit code reviews (CLs, pwrev), LUCI Buildbucket CI checks and tryjobs, Buganizer issues (b/, pwbug.dev), and pushing changes using GitHub CLI syntax.

  • Works in 7 steps: Change Targeting & Inspection → Push & Edit → Review & Comment → …
  • Tasks that involve Code review
  • SKILL.md covers Quick Command Reference, Key Agent Workflows and Critical Rules for AI Agents
  • Calls gh, git and curl; reaches pigweed-review.googlesource.com

What it does

Ghish is an agent skill from pigweed-project/pigweed. Use the ./gh CLI (gh-ish) for all Gerrit code reviews (CLs, pwrev), LUCI Buildbucket CI checks and tryjobs, Buganizer issues (b/, pwbug.dev), and pushing changes using GitHub CLI syntax.

Its SKILL.md is about 4.5k tokens, which your agent loads only when the skill is triggered. The skill folder holds 1 other file (for example `TEST.md`).

It sits in Development, covering Code review. It works with GitHub. The repository describes itself as: Modern software development for embedded systems. The licence is Apache-2.0.

When your agent uses it

  • Tasks that involve Code review

Example prompts

  • “/ghish”

Workflow steps

7 steps, taken from the step headings in SKILL.md.

  1. Change Targeting & Inspection
  2. Push & Edit
  3. Review & Comment
  4. Monitor & Rerun CI / Buildbucket & Busytown Checks
  5. Listing, Merging & Status
  6. Buganizer Issue Management (./gh issue)
  7. Where gh Habits Break

What it can do on your machine

Read from SKILL.md and the folder at commit e73c1a0. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    Shell commands in SKILL.md call:

    • gh
    • git
    • curl

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    Hosts in commands or code, which the agent is likely to contact:

    • pigweed-review.googlesource.com

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Ghish loads about 4.5k tokens when it runs. Until then it costs about 48 tokens; SKILL.md has 2,158 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~48
When it runs · the whole SKILL.md, loaded when a task matches
~4.5k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from pigweed-project/pigweed at commit e73c1a0, republished under its Apache-2.0 licence (© pigweed-project). 2,158 words, ~4,482 tokens.

Download SKILL.mdSave it as .claude/skills/ghish/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.
name
ghish
description
Use the ./gh CLI (gh-ish) for all Gerrit code reviews (CLs, pwrev), LUCI Buildbucket CI checks and tryjobs, Buganizer issues (b/, pwbug.dev), and pushing changes using GitHub CLI syntax.

gh-ish (./gh): Gerrit, Buildbucket & Buganizer CLI

Pigweed provides ./gh (a cached repository wrapper around //pw_ghish:gh-ish), exposing Gerrit code reviews (./gh pr), LUCI Buildbucket CI checks (./gh pr checks, ./gh run), Google Issue Tracker / Buganizer (./gh issue), and worktree pools (./gh wt) through standard GitHub CLI (gh) syntax.

This skill is the single source of truth for Gerrit, Buildbucket, and Buganizer workflows in Pigweed, completely replacing legacy raw git push, manual curl commands, search_builds.py, and .gitcookies scripts.

Quick Command Reference

All commands run via ./gh <family> <subcommand> (or root aliases ./gh view, ./gh diff, ./gh push, ./gh checks, ./gh status, ./gh worktree):

1. Change Targeting & Inspection

Subcommands accepting [<id>] support:

  • Omitted argument: Automatically resolves the active change on the current Git branch.
  • Change number: 472267 or with patchset 472267/3.
  • Gerrit URL: https://pigweed-review.googlesource.com/c/pigweed/pigweed/+/472267 (or /+/472267/3). Automatically routes to the Gerrit host in the URL even when invoked from a different repository.
  • Shortlink: pwrev/472267, pwrev.dev/472267, pwrev.dev/i/472267 (internal review), fxrev/472267, fxrev.dev/472267, fxr/472267, fxrev.dev/i/472267, fxr/i/472267, ag/472267, aosp/472267, crrev.com/c/472267, crrev.com/i/472267 (and go/<shortlink> or goto.google.com/<shortlink> forms), plus any custom prefixes configured in .ghish.toml ([gerrit.shortlinks]) or git config ghish.gerrit.shortlink.<prefix>. Automatically resolves the corresponding Gerrit host.
  • Branch name: my-feature, cl/472267, change-472267 (resolves via branch commit Change-Id or branch.<name>.gerrit-change-id config).

Commands:

  • ./gh pr view [<id>]: View change metadata (patchset, owner, reviewers, attention set, status, labels). Defaults to active change on current branch.
    • -c, --comments: Display all file and inline comment threads (including your unpublished [DRAFT] comments, [PS<N>] patchset numbers, and [resolved] / [unresolved] thread states) indented by file and line number, or Comments: None when empty.
    • --json <fields>: Output structured JSON (e.g. number,title,state,author,files,reviewers,comments,drafts). Unknown fields are strictly rejected.
    • --json bug,bugs: Read back the linked bugs — the Gerrit counterpart to GitHub's closingIssuesReferences. bug is a flat "b/123456, b/789" string; bugs is [{"id": "b/123456", "closes": true}], where closes distinguishes a Fixed: trailer (closes the bug on submit) from a Bug: trailer (links only). Use this to verify a ./gh issue create --amend or Bug:/Fixed: commit trailer update, and to check whether a bug is already linked before adding one.
  • ./gh pr diff [<id>[/<patchset>]]: View unified patch diff.
  • ./gh pr checkout [<id>[/<patchset>]]: Fetch and check out change branch or specific patchset locally at FETCH_HEAD.
2. Push & Edit
  • ./gh pr create: Push local commit(s) to Gerrit as a new change.
    • Safety Guard: Fails with a clear error and URL if the change already exists (use pr push to update existing changes).
    • Stack Guard: Halts if pushing multiple commits unless --stack is specified.
    • Submodule Guard: Enforces gerrit.submodule_policy ("allow", "warn-unpushed", "require-pushed", or "forbid-manual-rolls", plus automatic detection of Gerrit's No-Submodule-Changes submit requirement) before git push.
    • Multi-Remote & Default Branch: Automatically resolves non-origin remotes (gerrit.remote in .ghish.toml, branch.<cur>.remote, goog, aosp, partner) and default branches (gerrit.default_branch, tracked upstream merge branch, refs/remotes/<remote>/HEAD, main).
    • Flags: -r, --reviewer <email|@owners>, --owner, -c, --cc <email>, --auto, --trigger [1|2] (alias --cq [1|2]; defaults to +1 dry run on Commit-Queue or Presubmit-Ready; 2 submits), -d, --draft (WIP), -B, --base <branch>, --stack, --publish, -o, --push-option <opt>, --no-verify.
  • ./gh pr push (aliases: ./gh push, ./gh pr upload): Push local commit(s) to Gerrit to upload a new patchset on an existing change.
    • Branch Memory: Automatically queries Gerrit by Change-Id to discover the CL's target branch (e.g. sandbox branch), guaranteeing updates land on the right branch.
    • Stack & Submodule Guards: Enforces stack and submodule safety checks before pushing.
    • Supports --ready (remove WIP) and all create flags (including --owner and -r @owners).
    • Smart Fallback: If pushed with --trigger / --cq or metadata on an already up-to-date commit, pr push automatically applies updates via the Gerrit API instead of failing.
  • ./gh pr ready [<id>] [--owner] [-r <email|@owners>] [-m <msg>] [-u|--undo]: Mark a change ready for review (or back to WIP with --undo), optionally assigning reviewers or resolving module code owners via --owner / -r @owners.
  • ./gh pr edit [<id>]: Edit Gerrit CL metadata:
    • Trigger presubmit / CQ dry run: ./gh pr edit --trigger (alias --cq; or --trigger 2 / --cq 2 to submit, --trigger 0 / --cq 0 to remove vote; also supports --add-label <Name>=<Score>).
    • Update reviewers/assignees: ./gh pr edit --add-reviewer user@google.com (pass --add-owner or --add-reviewer @owners to automatically assign module code owners; also supports --remove-reviewer, --add-assignee, --remove-assignee).
    • Update the attention set: ./gh pr edit --remove-attention me (--add-attention <email|me>, --remove-attention <email|me>). Unlike --remove-assignee, this leaves the user as a reviewer.
    • Set or remove topic/hashtags: ./gh pr edit --topic <name> (--remove-topic, --add-hashtag, --remove-hashtag). Rejects --topic and -o topic=... before pushing if the project sets Topics-Not-Supported or forbid_topics = true in .ghish.toml.
    • Commit-Message Edits (b/567763970): Unlike GitHub (where PR titles and descriptions live in the server database), Gerrit stores the CL description inside the Git commit message of each patchset. Commit-message flags (--title, --body, --message, --bug, --fixed) are disabled in gh pr edit and redirect to local surgical commit-message editing:
      1. git log -1 --format=%B HEAD > "$(git rev-parse --git-dir)/COMMIT_EDITMSG_TMP"
      2. Surgically edit "$(git rev-parse --git-dir)/COMMIT_EDITMSG_TMP" (preserving Change-Id:)
      3. git commit --amend --only -F "$(git rev-parse --git-dir)/COMMIT_EDITMSG_TMP" && ./gh pr push
3. Review & Comment
  • ./gh pr comment [<id>] --path <file> [--line <line>] -m <msg> (or -b <msg>): Post a file-level or inline comment (auto-threads onto any existing thread at <file> or <file>:<line> across patchsets, keeping unrelated drafts private via Drafts: KEEP).
    • --resolved: Mark thread as resolved (requires --path, and --line for inline threads).
    • --draft: Create or update an unpublished draft comment visible only to you. If an unpublished draft already exists at that target, --draft updates it in place (preserving Side and character Range). If multiple drafts exist at the same location across different patchsets, disambiguate with --patchset <N> or <id>/<N>.
    • --delete-draft: Delete an unpublished draft comment at --path <file> [--line <line>] (or omit --path for a change-level draft).
  • ./gh pr comment [<id>] -m <msg> [--draft]: Post or stage a change-level comment (-F <file> reads from file).
  • ./gh pr review [<id>] [--approve | --request-changes] [--trigger [1|2] | --cq [1|2]] [--publish] [-m <msg>]: Submit review (--approve dynamically votes the change's maximum allowed Code-Review score, e.g. +2 or +1; --request-changes votes Code-Review-1; --publish batch-publishes all staged draft comments across revisions; without --publish, pending drafts are kept private). For full review criteria, see .agents/skills/code_review/SKILL.md.
4. Monitor & Rerun CI / Buildbucket & Busytown Checks
  • ./gh pr checks [<id>[/<patchset>]]: Query remote LUCI Buildbucket checks, Android Busytown / TreeHugger presubmit targets (treetop~presubmittasks / ci.android.com), and Gerrit automated submit requirements / verification labels (./pw presubmit runs local host validation).
    • -w, --watch: Monitor checks until all blocking checks finish.
    • --fail-fast: Exit immediately upon the first blocking failure (implies --watch).
    • --log-failed: Automatically display failure reports and log snippets on exit (default: true).
    • -e, --experimental: Include non-blocking experimental checks in output.
    • --all: Include child subbuilds hidden by ci.hide_tag_filters in .ghish.toml.
    • Exit codes: 0 = all blocking checks passed, 8 = checks still running, 1 = blocking check failed, canceled, or no checks reported. Branch on the exit code; never scrape the table.
    • Equivalent Patchsets: Builds from earlier code-equivalent patchsets (TRIVIAL_REBASE, TRIVIAL_REBASE_WITH_MESSAGE_UPDATE, NO_CODE_CHANGE, NO_CHANGE, MERGE_FIRST_PARENT_UPDATE) are automatically included and labeled (from patchset <N>).
    • Gerrit UI Check Count Note: ./gh pr checks returns top-level Buildbucket builders (e.g. ~72), whereas the Gerrit UI "Checks" tab (~132) also counts individual pw_presubmit sub-steps and static analyzers (AyeAye, SLSA).
  • ./gh run view [<id>] [-j|--job <builder|id>] [--target <target>] [--log-failed] [--log] [--all] [-v] [--json]: Inspect failed builders, LogDog or Busytown build.log / AnTS failure snippets (--log-failed), or the hierarchical step tree (-j [<project>/][<bucket>/]<builder>). For direct Busytown build inspection, pass P<bid>/<target> or P<bid> --target <target>.
  • ./gh run rerun [<id>] [--failed | -j <builder>] [--dry-run]: Rerun all failed builders or a specific builder via bb add on Buildbucket (using each build's recorded <project>/<bucket>/<builder> and skipping child subbuilds tagged with skip-retry-in-gerrit:subbuild) or via treetop~runaction / Presubmit-Ready+1 on Android Busytown / TreeHugger changes.
  • ./gh run list [<id>] [--all] & ./gh run watch [<id>].
Show full SKILL.md (907 more words)Show less
5. Listing, Merging & Status
  • ./gh pr list [--limit 30] [--state open|merged|closed|all] [--all-projects] [--json <fields>]: Automatically scopes to project:<local-repo> when run inside a Git checkout; pass --all-projects to list across all projects on the Gerrit host.
  • ./gh pr merge [<id>] [--auto] [--trigger | --cq]: Submit change to target branch. Prefer --auto (auto-submit upon approval) or --trigger (alias --cq; Commit-Queue+2 or Autosubmit+1 + Presubmit-Ready+1) over bare pr merge.
  • ./gh pr status [--all]: Focused dashboard of current branch (including inline [PS<N>] previews for up to 2 unresolved threads and standalone [DRAFT] comments), CLs created by you, and incoming reviews (scoped to last 30 days unless --all is passed).
  • ./gh sense [<target>] [--json] [--status] [--fleet] (aliases: ./gh pr sense, ./gh wt sense): Fast parallel context sensor for autonomous workflows (/crank). Inspects local Git state, manual & ./gh wt worktrees (including whether <target> bug/CL is already tracked in another slot), active/target Gerrit CL comments & drafts, Buildbucket CI checks, and optional .ghish.toml oncall status in <500ms, classifying the recommended next-step modality.
6. Buganizer Issue Management (./gh issue)
  • ./gh issue status & ./gh issue list [--assignee @me|<email>] [--state open|closed|all] [--label priority:P1|type:BUG|component:<id>|hotlist:<id>] [--search "<q>"].
  • ./gh issue view [<id>|<url>] [--comments] [--json <fields>]: View issue (resolves Bug:/Fixed:/Fixes:/Closes: trailer from HEAD if <id> is omitted).
  • ./gh issue develop <id> [--checkout | -w|--worktree]: Create feature branch or allocate an isolated warm worktree slot (./gh wt use --issue <id>).
  • ./gh issue create -t "<title>" -b "<body>" [-C <component-id>] [--amend | --commit]: Create a Buganizer issue (--amend appends Bug: b/<new-id> or configured issue.trailer_format to HEAD using git commit --amend --only). Resolves component ID via -C/-l component:<id> -> [issue.path_components] -> nearest OWNERS (# COMPONENT: / # Buganizer component:) -> issue.default_component -> ghish.componentid -> profile default.
  • ./gh issue comment [<id>] -m "<text>", ./gh issue edit [<id>], ./gh issue close [<id>], ./gh issue reopen [<id>].
7. Where gh Habits Break

Use the long form for --auto (-a is --assignee), --publish (-p is --project), --force (-f is --fill), --trigger/--cq (-t is --title/--template, -q is --jq), --target on run view (-t is --template), --all-projects on pr list (-a is --assignee), and --message on pr merge (-m is --merge).

You typeReal ghHere
pr list -aassigneequeries Gerrit reviewer: — Gerrit dropped assignees in 3.8.
pr list -lissue labela Gerrit vote predicate, e.g. Code-Review+2.
run list/view --jsona field lista boolean; it takes no fields. pr view --json does take fields.
--json stateOPEN/CLOSED/MERGEDGerrit's NEW/MERGED/ABANDONED.
pr review --request-changesblocks the PRvotes Code-Review-1, which is advisory. Code-Review-2 is the veto.
pr comment --draft(n/a)an unpublished draft comment nobody else can see — not a WIP change.
issue -l/--labelfree-form textBuganizer priority/type/hotlist (P0–P4, bug, feature, task, hotlist:<id>).

Key Agent Workflows

Workflow 1: Addressing Review Feedback & Drafts
  1. Fetch & review comments and drafts: ./gh pr view <id> --comments (or ./gh pr status)
  2. Apply fixes & verify locally: ./pw presubmit --mode auto --base origin/main
  3. Upload updated patchset: git commit -a --amend --no-edit && ./gh pr push
  4. Reply & resolve threads (add --draft to stage privately for human review, or --delete-draft to remove a private steering draft): ./gh pr comment <id> --path <file> --line <line> -m "Fixed." --resolved [--draft]
  5. Publish staged drafts (when ready): ./gh pr review <id> --publish (or ./gh pr push --publish)
Workflow 2: CI Triage & Targeted Retry
  1. Check or watch status: ./gh pr checks <id> or run ./gh pr checks <id> --watch --fail-fast as a background command (never poll in an agent loop!).
  2. Inspect failure logs: ./gh run view <id> --log-failed (or ./gh run view <id> -j <builder>).
  3. Rerun failed builders: ./gh run rerun <id> --failed (or -j <builder>).
  4. Full CQ dry run: ./gh pr edit <id> --cq.

Critical Rules for AI Agents

  1. NEVER use raw git push: Always use ./gh pr push (or ./gh push) to update existing changes with new patchsets, and ./gh pr create to create new changes.
  2. Use --draft for Private Notes: Intermediate or preparatory review comments should use --draft so they remain private to you until ready.
  3. Resolve Threads Explicitly: When fixing an issue raised by a reviewer, always reply with --resolved --path <file> [--line <line>].
  4. Authentication is Automatic: Never use manual curl -sb ~/.gitcookies or gob-curl; ./gh handles corp (gob-curl) and .gitcookies auth automatically.
  5. Never Ignore Command Failures or Exit Codes: Invalid inputs fail fast with non-zero exit codes. Always inspect stderr and address reported errors.
  6. Preserve Change-Id and Commit Trailers: Preserve Change-Id footers when editing, amending, squashing, or rebasing commits. Gerrit uses these to link git commits to Change Lists. If multiple commits are combined, ensure ONLY the Change-Id from the earliest commit in the series is retained in the final commit message. To edit a commit message, dump it to a file (git log -1 --format=%B HEAD > "$(git rev-parse --git-dir)/COMMIT_EDITMSG_TMP"), edit the file surgically while keeping Change-Id: intact, and apply with git commit --amend --only -F "$(git rev-parse --git-dir)/COMMIT_EDITMSG_TMP".
  7. Link Bugs With Trailers, Never Fixes #N or Fabricated Bug IDs: GitHub's Fixes #456 does nothing on Gerrit. Use Bug: b/456 or Fixed: b/456 trailers in the commit message (or ./gh issue create --amend), and verify with ./gh pr view <id> --json bug,bugs. NEVER invent, guess, or placeholder-fill a Bug: or Fixed: issue number — omit the trailer entirely if no real issue ID was provided or created.
  8. Submit Changes, Not Patchsets: Use ./gh pr merge <id> --cq (or --auto) without /<patchset> suffixes.
  9. NEVER Poll CI in an Agent Loop: Run ./gh pr checks --watch --fail-fast as a background command and stop calling tools until notified.

© pigweed-project, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 1 other file in .agents/skills/ghish of pigweed-project/pigweed.

  • SKILL.md
  • TEST.md

Open the folder on GitHubat commit e73c1a0

Compare with similar skills

Ghish next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Ghish compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Ghish this skillpigweed-project/pigweed548—~4.5kAutomated safety check: PassApache-2.0
PR Babysitteropeninterpreter/openinterpreter69k3 repos~4.2kAutomated safety check: PassApache-2.0
GitHub Review Iterationprisma/orm48k—~2.2kAutomated safety check: PassApache-2.0
PR Review State Fetchprisma/orm48k—~767Automated safety check: PassApache-2.0
PR Finalize Reviewmicrosoft/garnet12k—~3.1kAutomated safety check: PassMIT
Fastlane Pull Request Reviewfastlane/fastlane42k—~550Automated safety check: PassMIT

Similar skills

  • PR Babysitter

    openinterpreter/openinterpreter

    Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.

    69k GitHub starsUsed in 3 repos~4.2k tokens
    DevelopmentAuto-check passed
  • Official

    Runs a loop on a GitHub pull request: fetch review state, triage comments into actions, implement them and resolve threads, repeating until nothing actionable is left.

    48k GitHub stars~2.2k tokensUpdated today
    DevelopmentAuto-check passed
  • Official

    Fetches a pull request's canonical review state as JSON, validates it, and renders markdown, a text summary and triage target files from it using bundled scripts.

    48k GitHub stars~767 tokensUpdated today
    DevelopmentAuto-check passed
  • PR Finalize Review

    microsoft/garnet

    Official

    Checks that a pull request's title and description match its implementation and reviews the code for Garnet best practices, reporting findings without posting them.

    12k GitHub stars~3.1k tokensUpdated today
    DevelopmentAuto-check passed
  • Reviews a fastlane pull request against its linked issue and the project guides, separating blocking from non-blocking findings and handling vulnerabilities privately.

    42k GitHub stars~550 tokensUpdated today
    DevelopmentAuto-check passed
  • Pull Request Babysitter

    thedotmack/claude-mem

    Keeps watching a pull request, fixing real review and CI problems and resolving stale threads, until it is clean and ready to merge.

    99k GitHub stars~1.1k tokensUpdated yesterday
    DevelopmentAuto-check passed

More from pigweed-project/pigweed

All 10 skills in this repo
  • Oncall

    pigweed-project/pigweed

    Pigweed oncall rotation runbooks and maintenance workflows (such as rolling CIPD client tools for b/315378787).

    548 GitHub stars~963 tokensUpdated today
    Auto-check passed
  • Crank

    pigweed-project/pigweed

    Autonomous "take the next step" workflow orchestrator for Pigweed.

    548 GitHub stars~2.1k tokensUpdated today
    Auto-check passed
  • Docs

    pigweed-project/pigweed

    A skill your agent uses for ALL documentation-related workflows: rst style guide, changelog updates, C/C++ API reference (Doxygen)

    548 GitHub stars~804 tokensUpdated today
    Auto-check passed
  • Freshen

    pigweed-project/pigweed

    Safely rebase or fast-forward the active Pigweed worktree onto its target branch (origin/main), resolve Pigweed dual-build and code conflicts, preserve Gerrit Change-Id footers, and verify local…

    548 GitHub stars~1.7k tokensUpdated today
    Auto-check passed
  • Manual CLI Test

    pigweed-project/pigweed

    Interactively "taste the CLI" and "kick the tires" on any CLI tool or subcommand (/manual-cli-test, /agent-cli-kick-tires).

    548 GitHub stars~4.1k tokensUpdated today
    Auto-check passed
  • Respond

    pigweed-project/pigweed

    Address Gerrit review comments and private author drafts on a Pigweed CL with calibrated engineering judgment—implementing valid fixes, answering questions, or pushing back respectfully with…

    548 GitHub stars~2.2k tokensUpdated today
    Auto-check passed

Works with

Categories

Questions about Ghish

What does Ghish do?

Use the ./gh CLI (gh-ish) for all Gerrit code reviews (CLs, pwrev), LUCI Buildbucket CI checks and tryjobs, Buganizer issues (b/, pwbug.dev), and pushing changes using GitHub CLI syntax. Ghish is an agent skill from pigweed-project/pigweed.dev), and pushing changes using GitHub CLI syntax.

When should I use Ghish?

Ghish fits situations like: tasks that involve Code review.

How do I install Ghish in Claude Code?

Run `npx skills add pigweed-project/pigweed --skill ghish -a claude-code`. Or copy the skill folder (.agents/skills/ghish in pigweed-project/pigweed) into .claude/skills/ghish in your project. Claude Code loads it when a task matches its description.

How do I install Ghish in Codex?

Run `npx skills add pigweed-project/pigweed --skill ghish -a codex`. Or copy the skill folder (.agents/skills/ghish in pigweed-project/pigweed) into .agents/skills/ghish in your project. Codex loads it when a task matches its description.

Can I use Ghish in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add pigweed-project/pigweed --skill ghish -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/ghish, .gemini/skills/ghish, .github/skills/ghish and .opencode/skills/ghish in your project.

What does Ghish need to run?

Going by SKILL.md and its folder, Ghish needs the command-line tools its instructions call (gh, git and curl).

Does Ghish access the network?

SKILL.md names 1 domain. In commands or code: pigweed-review.googlesource.com; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.

Is Ghish safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Ghish use?

Ghish is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Ghish use?

About 4.5k tokens (SKILL.md is roughly 18k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Ghish?

Skills that share tags, products or a category with Ghish: PR Babysitter (openinterpreter/openinterpreter, 69k stars), GitHub Review Iteration (prisma/orm, 48k stars), PR Review State Fetch (prisma/orm, 48k stars) and PR Finalize Review (microsoft/garnet, 12k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Ghish?

pigweed-project (a GitHub organization) maintains it in pigweed-project/pigweed, which has 548 GitHub stars. The repository holds 10 skills in this directory. The repository was last updated on October 10, 2026.

Source: pigweed-project/pigweed on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.