SkillAtlasSkill 详情

gh-skill

gh is GitHub on the command line.

审核状态:已审核Quality 80Security 62

复制安装命令

用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。

复制前请先查看来源、License 和安全提示。

项目 README

来源文件:README.md

抓取于 2026年8月29日

GitHub CLI

gh is GitHub on the command line. It brings pull requests, issues, and other GitHub concepts to the terminal next to where you are already working with git and your code.

screenshot of gh pr status

GitHub CLI is supported for users on GitHub.com, GitHub Enterprise Cloud, and GitHub Enterprise Server 2.20+ with support for macOS, Windows, and Linux.

Documentation

For installation options see below, for usage instructions see the manual.

Agent skills

An agent skill is available for driving gh from coding agents. Install or update it with the built-in gh skill command:

# Install the skill (user scope recommended)
gh skill install cli/cli gh --scope user

# Update the skill after a `gh` release
gh skill update gh

Contributing

If anything feels off or if you feel that some functionality is missing, please check out the contributing page. There you will find instructions for sharing your feedback, building the tool locally, and submitting pull requests to the project.

If you are a hubber and are interested in shipping new commands for the CLI, check out our doc on internal contributions

Installation

macOS

For additional macOS packages and installers, see community-supported docs

Linux & Unix

For additional Linux & Unix packages and installers, see community-supported docs

Windows

For additional Windows packages and installers, see community-supported docs

Build from source

See here on how to build GitHub CLI from source.

GitHub Codespaces

To add GitHub CLI to your codespace, add the following to your devcontainer file:

"features": {
  "ghcr.io/devcontainers/features/github-cli:1": {}
}

GitHub Actions

GitHub-hosted runners have the GitHub CLI pre-installed, which is updated weekly.

If a specific version is needed, your GitHub Actions workflow will need to install it based on the macOS, Linux & Unix, or Windows instructions above.

For information on all pre-installed tools, see actions/runner-images

Verification of binaries

Starting with v2.93.0, releases of gh are published as immutable releases. For more information, see Immutable releases.

Since version 2.50.0, gh has been producing Build Provenance Attestation, enabling a cryptographically verifiable paper-trail back to the origin GitHub repository, git revision, and build instructions used. The build provenance attestations are signed and rely on Public Good Sigstore for PKI.

There are two common ways to verify a downloaded release, depending on whether gh is already installed or not. If gh is installed, it's trivial to verify a new release:

  • Option 1: Using gh if already installed:

    $ gh at verify -R cli/cli gh_2.62.0_macOS_arm64.zip
    Loaded digest sha256:fdb77f31b8a6dd23c3fd858758d692a45f7fc76383e37d475bdcae038df92afc for file://gh_2.62.0_macOS_arm64.zip
    Loaded 1 attestation from GitHub API
    ✓ Verification succeeded!
    
    sha256:fdb77f31b8a6dd23c3fd858758d692a45f7fc76383e37d475bdcae038df92afc was attested by:
    REPO     PREDICATE_TYPE                  WORKFLOW
    cli/cli  https://slsa.dev/provenance/v1  .github/workflows/deployment.yml@refs/heads/trunk
    
  • Option 2: Using Sigstore cosign:

    To perform this, download the attestation for the downloaded release and use cosign to verify the authenticity of the downloaded release:

    $ cosign verify-blob-attestation --bundle cli-cli-attestation-3120304.sigstore.json \
          --new-bundle-format \
          --certificate-oidc-issuer="https://token.actions.githubusercontent.com" \
          --certificate-identity="https://github.com/cli/cli/.github/workflows/deployment.yml@refs/heads/trunk" \
          gh_2.62.0_macOS_arm64.zip
    Verified OK
    

Comparison with hub

For many years, hub was the unofficial GitHub CLI tool. gh is a new project that helps us explore what an official GitHub CLI tool can look like with a fundamentally different design. While both tools bring GitHub to the terminal, hub behaves as a proxy to git, and gh is a standalone tool. Check out our more detailed explanation to learn more.

Agent / MCP / Skill 创作

高风险

  • 来源需自行核对维护者身份。
  • 包含脚本或命令调用,安装前请复核。
  • 未检测到明显外部权限要求。
  • 存在潜在风险命令,请谨慎安装。
  • 扫描发现:3 条。

Codex — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/cli/cli.git
  3. 将 "skills/gh-skill" 文件夹复制到 Codex 的 skills 目录中。
  4. 重启 Codex 让新的 skill 生效。

Codex — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Codex 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Codex 让新的 skill 生效。

Claude Code — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/cli/cli.git
  3. 将 "skills/gh-skill" 文件夹复制到 Claude Code 的 skills 目录中。
  4. 重启 Claude Code 让新的 skill 生效。

Claude Code — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Claude Code 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Claude Code 让新的 skill 生效。

Cursor — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/cli/cli.git
  3. 将 "skills/gh-skill" 文件夹复制到 Cursor 的 skills 目录中。
  4. 重启 Cursor 让新的 skill 生效。

Cursor — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Cursor 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Cursor 让新的 skill 生效。

GitHub Copilot — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/cli/cli.git
  3. 将 "skills/gh-skill" 文件夹复制到 GitHub Copilot 的 skills 目录中。
  4. 重启 GitHub Copilot 让新的 skill 生效。

GitHub Copilot — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 GitHub Copilot 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 GitHub Copilot 让新的 skill 生效。

Windsurf — Git Clone 安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 克隆仓库:git clone https://github.com/cli/cli.git
  3. 将 "skills/gh-skill" 文件夹复制到 Windsurf 的 skills 目录中。
  4. 重启 Windsurf 让新的 skill 生效。

Windsurf — 手动复制安装

  1. 安装前请先查看来源仓库和风险报告。
  2. 从源仓库下载 SKILL.md 及相关文件。
  3. 在 Windsurf 的 skills 目录中创建新文件夹。
  4. 将所有 skill 文件复制到新文件夹中。
  5. 重启 Windsurf 让新的 skill 生效。
查看 SKILL.md 原文
name: gh-skill
description: Manage agent skills with gh skill. Use this skill to discover, preview, install, update, and publish Agent Skills so an agent can self-manage the skills available in its environment.

Managing skills with gh skill

gh skill installs, previews, searches, updates, and publishes Agent Skills. An agent can use it to keep its own skill set in sync with one or more GitHub repositories.

The command is also aliased as gh skills. Prefer the canonical singular gh skill in scripts and docs.

Search

gh skill search <query>                                  # free-text search
gh skill search <query> --owner <org>                    # restrict to one owner
gh skill search <query> --limit 20 --page 2
gh skill search <query> --json skillName,repo,description

Preview before installing

gh skill preview <owner>/<repo> <skill-name>
gh skill preview <owner>/<repo> <skill-name>@v1.2.0   # pin a version

Install

gh skill install <owner>/<repo> <skill-name>
gh skill install <owner>/<repo> <skill-name>@v1.2.0
gh skill install <owner>/<repo> skills/<scope>/<skill-name>   # exact path, fastest
gh skill install ./local-skills-repo --from-local

<owner>/<repo> and <skill-name> are both required.

Useful flags:

  • --agent <id> - target host (e.g. github-copilot, claude-code, cursor, codex, gemini-cli). Repeat for multiple. Default is github-copilot when non-interactive. You should know what agent you are, so set this appropriately to install for yourself.
  • --scope project|user - project (default) writes inside the current git repo; user writes to the home directory and applies everywhere.
  • --pin <ref> - pin to a tag, branch, or commit SHA. Mutually exclusive with --from-local and with inline @version syntax.
  • --allow-hidden-dirs - also discover skills under dot-directories such as .claude/skills/. Don't use this unless you need to, it comes with risks.
  • --force - overwrite an existing install.

Update

gh skill update --all          # update every installed skill
gh skill update <skill>        # update one
gh skill update <skill> --force
gh skill update --unpin        # drop the pin and move to latest

Publish

Publishing turns a repo into a discoverable skill source. Skills are discovered with these conventions:

  • skills/<name>/SKILL.md
  • skills/<scope>/<name>/SKILL.md
  • <name>/SKILL.md (root-level)
  • plugins/<scope>/skills/<name>/SKILL.md

Each SKILL.md needs YAML frontmatter:

---
name: my-skill                # must equal the directory name
description: One sentence...  # required, recommended <= 1024 chars
license: MIT                  # optional but recommended
---

Validate, then publish

gh skill publish --dry-run                 # validate only, no release
gh skill publish --dry-run ./path/to/repo  # validate a specific dir
gh skill publish --fix                     # auto-strip install metadata
gh skill publish --tag v1.0.0              # non-interactive publish
gh skill publish                           # interactive publish flow

--fix and --dry-run are mutually exclusive. --fix only rewrites install-injected metadata.github-* keys and does not publish; commit the result and re-run publish.

The publish flow will:

  1. Add the agent-skills topic to the repo (so search can find it).
  2. Use --tag (or prompt for one in a TTY).
  3. Auto-push any unpushed commits.
  4. Create a GitHub release with auto-generated notes.

Always pass --tag so it doesn't fall through to the interactive flow.

Self-management pattern for agents

A reasonable loop:

  1. gh skill search <topic> --json skillName,repo,namespace
  2. gh skill preview <repo> <skill> to inspect the SKILL.md.
  3. gh skill install <repo> <skill> --agent <host> --pin <ref> for a reproducible install.
  4. Periodically gh skill update --all to refresh.

发现问题?提交给管理员复核

评分:

评论 (0)

暂无评论,成为第一个评论者吧!