Adoption

Agent Skills are supported by leading AI development tools.

VS Code Gemini CLI GitHub Goose Amp Cursor Claude Code Letta OpenCode Claude OpenAI Codex Factory VS Code Gemini CLI GitHub Goose Amp Cursor Claude Code Letta OpenCode Claude OpenAI Codex Factory

dcjanus/github-cli

Name: github-cli
Author: dcjanus

skills/github-cli/SKILL.md

npx skillsauth add dcjanus/prompts github-cli

Clean

TrivyContainer and dependency vulnerability scanner

Clean

SemgrepStatic code analysis for vulnerabilities

Clean

mcp-scan (Snyk)Model Context Protocol security validation

Skipped

Snyk (dep)Open source security scanning

Skipped

Socket.devSupply chain security analysis

Skipped

VirusTotalMulti-engine malware detection

Skipped

CrowdStrikeAdvanced threat intelligence

Skipped

OSV-ScannerOpen Source Vulnerability database check

Skipped

OWASP Dep-Check

GitHub CLI Skill

一句话说明：当任务核心是“和 GitHub 打交道”时，优先使用 gh，而不是把范围局限在 Issue/PR。

常用场景

仓库、Issue、PR、评论、release、workflow 等资源，优先先用 gh <group> --help 确认是否有现成子命令，再执行。
需要机器可读输出时，优先使用 --json，必要时再配合 jq 整理字段。
用户明确要求调整 repository merge / squash 策略时，参考 squash-merge-policy.md。

PR Review

先看 PR 概览，再拉取 review / comment / thread 明细，确保不是只看单一来源。
必要时可以查看本地对应分支的代码；查看前先 git fetch，确保分支是最新远端状态。
当用户要求整理 PR 审查意见时，按严重程度从高到低排列，数字编号，方便用户回复。
每次最多展示 10 条；若还有更多，在末尾提示“还剩 N 条未展示”。
当用户要求回复 inline review comment 时，优先直接在线程里回复，不要把具体回复散落到总评论。
对已经完成的小改动，回复保持简短，优先使用 “Added in b771da1ea.” / “Moved in b771da1ea.” / “Adjusted in b771da1ea.” 这类句式；commit 链接优先使用 [short_sha](full_commit_url) 形式，而不是笼统的 [commit]。
除非需要解释设计取舍或说明暂不修改的原因，否则不要在 inline reply 里重复 reviewer 原文或写过长说明。

快速查看

仓库概览：gh repo view [owner/repo]
Issue 概览：gh issue view <id|url>
PR 概览：gh pr view <id|url>
Release 列表：gh release list
Workflow 列表：gh workflow list

创建前检查

在创建 Issue 或 PR 前，先检查对应的 GitHub 模板、表单和当前资源状态。

优先检查 issue / PR form 模板，以及 .github/ISSUE_TEMPLATE/、.github/ISSUE_TEMPLATE.md、.github/PULL_REQUEST_TEMPLATE.md、.github/pull_request_template.md、.github/PULL_REQUEST_TEMPLATE/、.github/config.yml 等 GitHub 专用配置。
Issue/PR 标题与正文编写统一遵循 SKILL.md。
在正式创建前检查当前代码、分支与提交状态是否和准备提交到平台上的内容一致，避免创建出与现状不符的 Issue 或 PR。

创建 Issue（非交互）

以下规范建立在“创建前检查”已完成的前提上。

标题与正文先按 SKILL.md 准备。
Issue 正文默认先写到本地 Markdown 文件；草稿优先放 /tmp/*.md，标题通常较短，可直接用 --title 传入。
创建与修改时优先使用 --body-file，例如：gh issue create --title "..." --body-file /tmp/issue-body.md，或 gh issue edit <id> --title "..." --body-file /tmp/issue-body.md。
创建成功后，输出完整 Issue URL。

创建 PR

以下规范建立在“创建前检查”已完成的前提上。

先完成“创建前检查”。
只有在确认仓库要求与本地代码/提交状态都满足后，才创建 PR；若发现不满足，应先修正，再创建。
git status 必须干净，且当前分支已推送到远端。
标题与正文先按 SKILL.md 准备。
PR 正文默认先写到本地 Markdown 文件；草稿优先放 /tmp/*.md，不要在 shell 里拼多行字符串，也不要依赖交互式编辑。标题通常较短，可直接用 --title 传入。
创建 PR 时优先使用 --body-file，例如：

gh pr create \
  --title "feat(scope): short summary" \
  --body-file /tmp/pr-body.md \
  --base main \
  --draft

修改 PR 时也复用本地文件，避免手工编辑，例如：gh pr edit <id> --title "..." --body-file /tmp/pr-body.md。
创建成功后，输出完整 PR URL。

更新 Issue/PR 标题或描述（前置要求）

在更新 Issue 或 PR 的标题/描述之前，必须先读取当前标题/正文（即将被修改的内容），再进行修改。更新标题或正文时，文案仍按 SKILL.md 重新生成。

冷门参数怎么查

gh --help
gh <group> --help
gh <group> <subcommand> --help

dcjanus/github-cli

skills/github-cli/SKILL.md

使用 GitHub CLI 与 GitHub 资源交互；适用于 repo、issue、PR、comment、release、workflow 等查看、更新或创建场景。

21 stars

tools

Updated Jun 9, 2026

$ install --global

skillsauth

npx skillsauth add dcjanus/prompts github-cli

Install this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.

Security Scan Results

3 of 9 scanners reported clean

Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.

Scanners Passed

Scanners in report

Clean

TrivyContainer and dependency vulnerability scanner

95%

Clean

SemgrepStatic code analysis for vulnerabilities

95%

Clean

mcp-scan (Snyk)Model Context Protocol security validation

95%

Skipped

Snyk (dep)Open source security scanning

50%

Skipped

Socket.devSupply chain security analysis

50%

Skipped

VirusTotalMulti-engine malware detection

50%

Skipped

CrowdStrikeAdvanced threat intelligence

50%

Skipped

OSV-ScannerOpen Source Vulnerability database check

50%

Skipped

OWASP Dep-Check

50%

Last scanned: Jun 9, 2026, 2:26 AM88.5s4 files scanned

SKILL.md

name:: github-cli
description:: 使用 GitHub CLI 与 GitHub 资源交互；适用于 repo、issue、PR、comment、release、workflow 等查看、更新或创建场景。

GitHub CLI Skill

一句话说明：当任务核心是“和 GitHub 打交道”时，优先使用 gh，而不是把范围局限在 Issue/PR。

常用场景

仓库、Issue、PR、评论、release、workflow 等资源，优先先用 gh <group> --help 确认是否有现成子命令，再执行。
需要机器可读输出时，优先使用 --json，必要时再配合 jq 整理字段。
用户明确要求调整 repository merge / squash 策略时，参考 squash-merge-policy.md。

PR Review

先看 PR 概览，再拉取 review / comment / thread 明细，确保不是只看单一来源。
必要时可以查看本地对应分支的代码；查看前先 git fetch，确保分支是最新远端状态。
当用户要求整理 PR 审查意见时，按严重程度从高到低排列，数字编号，方便用户回复。
每次最多展示 10 条；若还有更多，在末尾提示“还剩 N 条未展示”。
当用户要求回复 inline review comment 时，优先直接在线程里回复，不要把具体回复散落到总评论。
对已经完成的小改动，回复保持简短，优先使用 “Added in b771da1ea.” / “Moved in b771da1ea.” / “Adjusted in b771da1ea.” 这类句式；commit 链接优先使用 [short_sha](full_commit_url) 形式，而不是笼统的 [commit]。
除非需要解释设计取舍或说明暂不修改的原因，否则不要在 inline reply 里重复 reviewer 原文或写过长说明。

快速查看

仓库概览：gh repo view [owner/repo]
Issue 概览：gh issue view <id|url>
PR 概览：gh pr view <id|url>
Release 列表：gh release list
Workflow 列表：gh workflow list

创建前检查

在创建 Issue 或 PR 前，先检查对应的 GitHub 模板、表单和当前资源状态。

优先检查 issue / PR form 模板，以及 .github/ISSUE_TEMPLATE/、.github/ISSUE_TEMPLATE.md、.github/PULL_REQUEST_TEMPLATE.md、.github/pull_request_template.md、.github/PULL_REQUEST_TEMPLATE/、.github/config.yml 等 GitHub 专用配置。
Issue/PR 标题与正文编写统一遵循 SKILL.md。
在正式创建前检查当前代码、分支与提交状态是否和准备提交到平台上的内容一致，避免创建出与现状不符的 Issue 或 PR。

创建 Issue（非交互）

以下规范建立在“创建前检查”已完成的前提上。

标题与正文先按 SKILL.md 准备。
Issue 正文默认先写到本地 Markdown 文件；草稿优先放 /tmp/*.md，标题通常较短，可直接用 --title 传入。
创建与修改时优先使用 --body-file，例如：gh issue create --title "..." --body-file /tmp/issue-body.md，或 gh issue edit <id> --title "..." --body-file /tmp/issue-body.md。
创建成功后，输出完整 Issue URL。

创建 PR

以下规范建立在“创建前检查”已完成的前提上。

先完成“创建前检查”。
只有在确认仓库要求与本地代码/提交状态都满足后，才创建 PR；若发现不满足，应先修正，再创建。
git status 必须干净，且当前分支已推送到远端。
标题与正文先按 SKILL.md 准备。
PR 正文默认先写到本地 Markdown 文件；草稿优先放 /tmp/*.md，不要在 shell 里拼多行字符串，也不要依赖交互式编辑。标题通常较短，可直接用 --title 传入。
创建 PR 时优先使用 --body-file，例如：

gh pr create \
  --title "feat(scope): short summary" \
  --body-file /tmp/pr-body.md \
  --base main \
  --draft

修改 PR 时也复用本地文件，避免手工编辑，例如：gh pr edit <id> --title "..." --body-file /tmp/pr-body.md。
创建成功后，输出完整 PR URL。

更新 Issue/PR 标题或描述（前置要求）

在更新 Issue 或 PR 的标题/描述之前，必须先读取当前标题/正文（即将被修改的内容），再进行修改。更新标题或正文时，文案仍按 SKILL.md 重新生成。

冷门参数怎么查

gh --help
gh <group> --help
gh <group> <subcommand> --help

Related Skills

dcjanus/review-fix-loop

data-ai

VerifiedTrustedCommunity

用干净的独立 subagent 反复做代码审查、由主 agent 判断审查意见价值、修复有效问题并提交推送，直到连续三轮没有有价值审查意见。适用于用户要求 review/fix loop、clean review cycle、创建新 subagent 审查当前修改、反复 review 到没有问题、或“连续三次没有有价值建议”这类任务。

21SKILL.mdUpdated Jun 13, 2026

dcjanus/review-fix-loop

dcjanus/google-sheets-cli

tools

VerifiedTrustedCommunity

使用 Python CLI 与 Google Sheets API 交互以读取、更新、批量写入、追加或清空 Google Sheets 在线表格；适用于需要通过 OAuth 授权操作 Google Workspace 表格的场景。

21SKILL.mdUpdated Jun 13, 2026

dcjanus/google-sheets-cli

dcjanus/codex-thread-namer

development

VerifiedTrustedCommunity

为当前 Codex thread 设置名称；仅当用户手动调用或明确要求命名、重命名、整理当前 Codex 会话标题时使用，永远不要自动调用。

21SKILL.mdUpdated Jun 4, 2026

dcjanus/codex-thread-namer

dcjanus/change-request-writing

testing

VerifiedTrustedCommunity

编写或更新 GitHub/GitLab Issue、PR、MR 的标题与正文；适用于创建、修改、重写 reviewer-facing 描述、Risks、Breaking Change、避免低价值验证噪声与本地路径泄露等场景。PR/MR 正文默认禁止 Validation；只有 CI/diff 看不到的高信噪比行为证据才允许写。

21SKILL.mdUpdated Jun 4, 2026

dcjanus/change-request-writing

Download

For Claude Desktop. Download once, then upload the file in the app — no terminal needed.

Need help? View full Cowork setup guide →

Install manually

Choose your platform

# Clone the repo
git clone https://github.com/dcjanus/prompts.git

# Copy into Claude Code skills folder (global)
cp -r prompts/skills/github-cli ~/.claude/skills/

Claude Code Skills — official skills path docs.

Repository

dcjanus/prompts

21 stars

Compatible with

Claude Code

OpenAI Codex CLI

ChatGPT