com um clique
pr
プルリクエストの作成とプッシュ
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
プルリクエストの作成とプッシュ
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
Git 操作ルール
プロダクトマネージャー(PdM)の視点でリポジトリの分析、レビュー、ドキュメント生成を行うスキル。 言語・フレームワーク非依存 — あらゆるリポジトリに対応。 リポジトリ構造の把握、コードの読解・ナビゲーション、依存関係の分析、READMEやドキュメントの生成・レビュー、 技術スタックの要約、新機能の運用影響の評価、PRレビューなどに使用。 「このリポジトリは何をしている?」「READMEを書いて」「この変更をレビューして」 「メンテナブルか?」「このPRどう思う?」といったリクエストに対応。 リポジトリの分析、レビュー、ドキュメントに関するタスクにはこのスキルを迷わず使用すること。
ユーザーの計画・考えを徹底的に grill し、共通認識を構築するスキル
QAエンジニアとしてコードレビューとテスト品質チェックを行うスキル。 コードカバレッジの改善、テスト偽装コードの検出、例外の握りつぶし検出、 テスト内の条件分岐の指摘、ハードコードされたアサーションの推奨を行う。 言語・フレームワーク非依存 — あらゆるリポジトリに対応。 以下のキーワードでこのスキルを起動: コードレビュー、テスト、カバレッジ、QA、品質チェック、 テスト生成、リファクタリング、レビュー、review、test、coverage、refactor。 PRレビューやテスト改善のリクエスト時は必ずこのスキルを使用すること。
| name | pr |
| description | プルリクエストの作成とプッシュ |
dev や main ではないトピックブランチにいることを確認する。
base 追従(コンフリクト予防): git fetch origin <base> を実行し、git log HEAD..origin/<base> --oneline で base が進んでいないか確認する。進んでいれば push 前に git rebase origin/<base> する。ドキュメント系のコンフリクトは機械的に解決せず、base 側で追加された内容を方針(索引・JSDoc 配置)に沿って取り込むこと。
プリフライトチェック(必須 — 省略不可):
yarn lint、yarn build、yarn test がこのセッション内でまだ実行・成功していない場合、続行する前に今すぐ実行する。rebase を行った場合は rebase 後に再実行する。適切な git コマンドを使って現在のトピックブランチの変更をレビューする。
git diff <base>...HEAD)に対して、.claude/skills/git/SKILL.md の「サンプル値の慣例チェック」を再実行する。コミット単位のチェックをすり抜けた実在ドメイン・未取得ドメイン・案件識別子・実データ断片がないかを PR 全体で確認する。検出したら汎用値へ書き換えて追加コミットする。PR body を一時ファイルに保存する: scratchpad ディレクトリに PR body(markdown)を書き出す。
push と PR 作成はユーザーが実行する: エージェントは git push / gh pr create を実行せず、ユーザーがそのまま実行できる ! 付きコマンドを提示する。ファイルパス引数は必ずダブルクオーテーションで囲む。
! git push -u origin <branch>
! gh pr create --title "<title>" --body-file "<PR body の一時ファイルパス>"
マージ可能性の確認(CI watch では捕捉できない):
gh pr view <number> --json mergeable,mergeStateStatus で CONFLICTING / DIRTY を検知する。gh pr checks --watch はステータスチェックしか見ないため、コンフリクトは黙って素通りする。CONFLICTING なら CI を待たずにステップ 2 の base 追従(rebase + 方針に沿った解決)に戻り、解決後にユーザーへ ! git push --force-with-lease を依頼する。CI 監視:
gh pr checks --watch をバックグラウンド実行(run_in_background)で起動して CI の完了を待機する(フォアグラウンド実行はターン内タイムアウトで出力が欠損する)。