🛠️ 開発・MCP コミュニティ

github-pr-issue

查看/更新 GitHub Issue、PR（含评论与 diff），并按团队规范非交互创建或修改 PR；涉及 GitHub Issue/PR 的操作时使用。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux

mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o github-pr-issue.zip https://jpskill.com/download/18599.zip && unzip -o github-pr-issue.zip && rm github-pr-issue.zip

🪟 Windows (PowerShell)

$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/18599.zip -OutFile "$d\github-pr-issue.zip"; Expand-Archive "$d\github-pr-issue.zip" -DestinationPath $d -Force; ri "$d\github-pr-issue.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)

1. 下の青いボタンを押して github-pr-issue.zip をダウンロード
2. ZIPファイルをダブルクリックで解凍 → github-pr-issue フォルダができる
3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
4. Claude Code を再起動

⬇ .zip でダウンロード(推奨) ⬇ .skill 形式(上級者用) 元のソース ↗

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
- · macOS / Linux: ~/.claude/skills/
- · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →

最終更新: 2026-05-18
取得日時: 2026-05-18
同梱ファイル: 2

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

GitHub CLI Skill（Issue/PR）

リンクのクイック表示

Issue：gh issue view <url>。
PR の詳細情報（YAML、推奨）：スクリプト read_pr.py を直接呼び出します。
- 説明：gh には、複数の種類の PR 情報を一度に取得できる簡単なコマンドがないため、read_pr.py をラップして、必要に応じてプルし、出力を結合します。
- 提案：PR を表示する際は、gh の複数回の呼び出しによる追加のオーバーヘッドを避けるため、必要な情報を取得するために、このスクリプトを一度に呼び出すようにしてください。
- 現在の SKILL.md があるディレクトリで実行：./scripts/read_pr.py https://github.com/OWNER/REPO/pull/123
- 必ず実行可能ファイルとして直接実行してください。
- オプションの引数の例：
  - --with-diff：diff を含めます。
  - --with-body：PR body を含めます。
  - --with-reviews / --with-review-comments / --with-comments：必要に応じてレビュー/レビューコメント/コメントを含めます。
  - --with-files / --with-commits / --with-stats：必要に応じてファイル/コミット/統計を含めます。
  - --with-rate-limit：rate limit 情報（limit/remaining/reset_at）を出力します。
  - --reviews-limit 50 / --comments-limit 50 / --review-comments-limit 50：プルする数を調整します。
  - --files-limit 100 / --commits-limit 100：ファイル/コミットの数を調整します。

Issue の作成（非インタラクティブ）

タイトルと説明のスタイルは PR と同じで、内容は簡潔かつ明確に保ちます。
--body-file を使用して複数行の説明を渡し、インタラクティブな編集を避けます。
```
gh issue create --title "feat: short summary" --body-file - <<'EOF'
# 按上面的格式填充正文
EOF
```
Issue の作成が成功すると、ターミナルに CLI が返す完全な Issue URL が単独の行で出力されます。

PR の作成

以下のタイトルと説明の仕様は、デフォルトで推奨される形式です。チーム/リポジトリ/プラットフォームなどの既存の制約と競合する場合は、既存の制約に従ってください。明確な要件（日本語が必要など）がある場合は、そちらを優先します。

git status がクリーンであることを確認し、git push でリモートにプッシュします。
タイトルのスタイル：英語、セマンティックコミット規約に従う（例：feat(scope): short summary）、簡潔で中心となる目的を記述します。タイトルに日本語が必要な場合でも、セマンティックプレフィックスは英語のままにする必要があります。
説明のスタイル：英語、短い文と箇条書きを使用し、コードを見ない読者でも動機と結果を理解できるようにすることを優先します。重要なのは、what/why/impact と必要な制約であり、冗長な説明や開発プロセスの詳細を避けます。コンテキストが目標または制約を明確にするのに不十分な場合は、開発者に確認してから記述する必要があります。専門用語、関数名、メソッド名、クラス名、API 名、または構成キーが含まれる場合は、可読性と正確性を向上させるためにインラインコード（バッククォート）で囲みます。
期待される本文の形式（簡潔でありながら完全な情報、必要に応じて無関係なブロックを削除）：
- ## Summary：1〜2 個の短い文を使用して、機能レベルでの目的と影響を概説し、コードの変更を1つずつ説明するのではなく、機能の変更を強調します。レイヤー（Service/DAO など）をまたぎ、意味的に一貫性のある変更は、1つの機能の説明にまとめる必要があります。
- ## Key changes：3〜5 個の要点を箇条書きで示し、主な変更点をリストします。
- ## Constraints / tradeoffs：制約、制限、または理想的でない選択肢がある場合は、簡単に説明します。
- ## Testing：検証方法、コマンド、またはシナリオ。テストされていない場合は、理由を明記する必要があります。
- ## Notes（オプション）：レビュー担当者の注目点、リリースに関する注意事項、または今後の計画。
非インタラクティブなコマンドを使用して PR を作成し、本文は一律に --body-file を介して渡します。
```
gh pr new --title "feat(scope): short semantic summary" --body-file - <<'EOF'
# 按上面的格式填充正文
EOF
```
- --base <branch>、--draft などのパラメータを追加できます。
- 複数行の本文は、--body-file を介してのみ渡すことができ、--body に \n を記述することは避けてください。
gh pr edit と gh pr new のパラメータは同じであり、変更が必要な場合は再利用します。
PR の作成が成功すると、ターミナルに CLI が返す完全な PR URL が単独の行で出力されます。

Issue/PR のタイトルまたは説明の更新（前提条件）

Issue または PR のタイトル/説明を更新する前に、現在のタイトル/本文（変更される内容）を読み取ってから、変更を行う必要があります。

📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

GitHub CLI Skill（Issue/PR）

链接快速查看

Issue：gh issue view <url>。
PR 详细信息（YAML，推荐）：直接调用脚本 read_pr.py。
- 说明：gh 没有简单的一条命令可一次性获取多类 PR 信息，因此封装 read_pr.py 按需拉取并拼接输出。
- 建议：查看 PR 时尽量一次性调用该脚本获取所需信息，避免多次调用 gh 带来的额外开销。
- 在当前 SKILL.md 所在目录执行：./scripts/read_pr.py https://github.com/OWNER/REPO/pull/123
- 必须直接当作可执行文件执行。
- 可选参数示例：
  - --with-diff：包含 diff。
  - --with-body：包含 PR body。
  - --with-reviews / --with-review-comments / --with-comments：按需包含评审/评审评论/评论。
  - --with-files / --with-commits / --with-stats：按需包含文件/提交/统计。
  - --with-rate-limit：输出 rate limit 信息（limit/remaining/reset_at）。
  - --reviews-limit 50 / --comments-limit 50 / --review-comments-limit 50：调整拉取数量。
  - --files-limit 100 / --commits-limit 100：调整文件/提交数量。

创建 Issue（非交互）

标题与描述风格同 PR，内容保持简洁清晰。

用 --body-file 传多行描述，避免交互式编辑：

gh issue create --title "feat: short summary" --body-file - <<'EOF'
# 按上面的格式填充正文
EOF

Issue 创建成功后，在终端单独一行输出 CLI 返回的完整 Issue URL。

创建 PR

以下标题与描述规范为默认推荐格式；如与团队/仓库/平台等既有约束冲突，以既有约束为准。若有明确要求（如需中文），则优先遵循。

确认 git status 干净，git push 到远端。
标题风格：英文、遵循语义化提交规范（如 feat(scope): short summary），简洁且描述核心目的；即使标题要求中文，语义化前缀仍需英文。
描述风格：英文、短句和项目符号，优先让不看代码的读者也能理解动机与结果。重点是 what/why/impact 与必要约束，避免流水账与开发过程细节。若上下文不足以明确目标或约束，应主动向开发者确认后再撰写。涉及专有名词、函数名、方法名、类名、API 名称或配置键时，使用 inline code（反引号）包裹以提升可读性与准确性。
期望正文格式（精简但信息完整，按需删减无关块）：
- ## Summary：用 1-2 条短句从功能层面概述目的与影响，强调功能变更而非逐条代码变更；跨层（如 Service/DAO）且语义一致的改动应合并为一次功能描述。
- ## Key changes：3-5 条要点列出主要变更。
- ## Constraints / tradeoffs：若存在约束、限制或非理想选择，简要说明。
- ## Testing：验证方式、命令或场景；未测试需注明原因。
- ## Notes（可选）：reviewers 关注点、发布注意事项或后续计划。
用非交互式命令创建 PR，正文统一通过 --body-file 传入：
```
gh pr new --title "feat(scope): short semantic summary" --body-file - <<'EOF'
# 按上面的格式填充正文
EOF
```
- 可追加 --base <branch>、--draft 等参数。
- 多行正文只能通过 --body-file 传入，避免在 --body 中写 \n。
gh pr edit 与 gh pr new 参数一致，需修改时复用。
PR 创建成功后，在终端单独一行输出 CLI 返回的完整 PR URL。

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

在更新 Issue 或 PR 的标题/描述之前，必须先读取当前标题/正文（即将被修改的内容），再进行修改。

同梱ファイル

※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。

📄 SKILL.md (3,954 bytes)
📎 scripts/read_pr.py (15,588 bytes)