复制安装命令
用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。
复制前请先查看来源、License 和安全提示。
gh is GitHub on the command line.
用 Codex 或 Claude 安装复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它先审查 Skill 页面再帮你安装。
复制前请先查看来源、License 和安全提示。
来源文件:README.md
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.

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.
For installation options see below, for usage instructions see the manual.
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
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
For additional macOS packages and installers, see community-supported docs
For additional Linux & Unix packages and installers, see community-supported docs
For additional Windows packages and installers, see community-supported docs
See here on how to build GitHub CLI from source.
To add GitHub CLI to your codespace, add the following to your devcontainer file:
"features": {
"ghcr.io/devcontainers/features/github-cli:1": {}
}
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
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
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.
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.gh skillgh 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.
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
gh skill preview <owner>/<repo> <skill-name>
gh skill preview <owner>/<repo> <skill-name>@v1.2.0 # pin a version
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.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
Publishing turns a repo into a discoverable skill source. Skills are discovered with these conventions:
skills/<name>/SKILL.mdskills/<scope>/<name>/SKILL.md<name>/SKILL.md (root-level)plugins/<scope>/skills/<name>/SKILL.mdEach 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
---
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:
agent-skills topic to the repo (so search can find it).--tag (or prompt for one in a TTY).Always pass --tag so it doesn't fall through to the interactive flow.
A reasonable loop:
gh skill search <topic> --json skillName,repo,namespacegh skill preview <repo> <skill> to inspect the SKILL.md.gh skill install <repo> <skill> --agent <host> --pin <ref> for a
reproducible install.gh skill update --all to refresh.
评论 (0)
暂无评论,成为第一个评论者吧!