mcpField
P
prs

prs

github.com/google-gemini開発108.6k138 回インストール今日更新
リポジトリ

prs について

Gemini CLI Bot向けのGitHubプルリクエストとGit管理のスキルです。変更を個別にステージし、PRの説明作成や既存PRの更新を標準化します。

主な機能

  1. 01PRごとに改善を1件に限定
  2. 02PRの説明を作成
  3. 03変更を明示的にステージ
  4. 04内部管理ファイルを保護
  5. 05既存PRの追跡と更新

活用シーン

  1. 01レビュー用の個別修正の準備
  2. 02提案変更のPR説明の作成
  3. 03メンテナーのフィードバック後のBot PR更新

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/google-gemini/gemini-cli --skill prs

インストール後、Claude Code で/prsを入力して読み込まれたか確認します。

詳細

スキル：GitHub の PR と Git 管理

目標

Gemini CLI Bot が変更をステージングし、プルリクエストの説明を作成し、新規および既存の PR のライフサイクルを管理する方法を標準化します。

ステージングとパッチの準備（必須）

修正を提案し、システム指示に従って PR の作成が有効になっている場合：

  1. 的を絞った変更：PR ごとに提案する改善または修正は1つだけにしてください。
    • 変更の抱き合わせは禁止：無関係な変更を抱き合わせることは固く禁じられています。異なる根本原因に対処する変更は無関係です。
    • 例：スクリプトの修正を、ドキュメントの更新、無関係なリファクタリング、またはメトリクススクリプトの更新と組み合わせないでください。メトリクスの変更と修正は、必ず別々の PR にしてください。
  2. PR の説明を作成：write_file ツールを使って pr-description.md を作成します。
    • タイトル：最初の行は、簡潔で慣例に沿ったタイトルにしてください。
    • 本文：残りの部分には、変更内容、推奨する理由、期待される効果を説明する Markdown の本文を記述します。
  3. 修正をステージング：git add <files> コマンドを使って、必ず修正を明示的にステージングしてください。
  4. 内部ファイルの保護（重要）：内部ボット管理ファイルをステージングすることは固く禁じられています。誤ってステージングした場合は、必ず git reset <file> を使ってステージングを解除してください。
    • 絶対にステージングしないでください：pr-description.md、lessons-learned.md、 branch-name.txt、pr-comment.md、pr-number.txt、issue-comment.md、または history/ 内のファイル。

ブロック解除と PR の更新（復旧）

既存のタスクの作業を続ける場合、または既存のボット PR へのコメントに返信する場合：

  1. 既存のブランチを対象にする：write_file を使って現在のブランチ名（例：bot/task-BT-01）を含む branch-name.txt を作成します。
  2. PR ID を記録する：write_file を使って数値の PR ID を含む pr-number.txt を作成します。
  3. メンテナーに返信する：
    • 一般的な返信の場合は、Markdown のコメントを issue-comment.md に記述します。
    • PR の具体的なフィードバックに返信する場合は、Markdown の返信を pr-comment.md に記述します。
  4. CI の失敗に対処する：gh run view を使って失敗したチェックを診断します。失敗を修正する新しいパッチを作成し、git add でステージングすることを最優先してください。

コメント

Markdown 対応