メニュー
プルリクエストの作成とプッシュ（プリフライトチェック、base 追従、コンフリクト検知含む）
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
npm パッケージのリリース（dev→main マージ、バージョニング、tag push、publish workflow 監視、publish 結果検証、dev への同期）
Git 操作ルール（コミット作成、メッセージ形式、事前チェック）
ユーザーの計画・考えを徹底的に grill し、共通認識を構築するスキル
プロダクトマネージャー（PdM）の視点でリポジトリの分析、レビュー、ドキュメント生成を行うスキル。 言語・フレームワーク非依存 — あらゆるリポジトリに対応。 リポジトリ構造の把握、コードの読解・ナビゲーション、依存関係の分析、READMEやドキュメントの生成・レビュー、 技術スタックの要約、新機能の運用影響の評価、PRレビューなどに使用。 「このリポジトリは何をしている？」「READMEを書いて」「この変更をレビューして」 「メンテナブルか？」「このPRどう思う？」といったリクエストに対応。 リポジトリの分析、レビュー、ドキュメントに関するタスクにはこのスキルを迷わず使用すること。
テストファースト・リファクタリングワークフロー
Drive a BurgerEditor v4 project (page/block edits, front matter, style options) via @burger-editor/cli or @burger-editor/mcp-server. Use whenever the workspace has burgereditor.config.{js,mjs,ts,cjs,json} and @burger-editor/* dependencies.
| name | pr |
| description | プルリクエストの作成とプッシュ（プリフライトチェック、base 追従、コンフリクト検知含む） |
| disable-model-invocation | true |
dev や main ではないトピックブランチにいることを確認する。
base 追従（コンフリクト予防）: git fetch origin dev を実行し、git log HEAD..origin/dev --oneline で base が進んでいないか確認する。進んでいれば push 前に git rebase origin/dev する。ドキュメント系のコンフリクトは機械的に解決せず、base 側で追加された内容を方針（JSDoc 配置・ARCHITECTURE.md の依存グラフ）に沿って取り込むこと。
プリフライトチェック（必須 — 省略不可）:
yarn lint、yarn build、yarn test がこのセッション内でまだ実行・成功していない場合、続行する前に今すぐ実行する。rebase を行った場合は rebase 後に再実行する。yarn test は Docker 経由で VR まで走るため時間がかかる。初回はイメージビルドも入る。時間を理由に省略しないこと。yarn lint が prettier で意図しない再整形を出した場合は要注意: コミット済みの整形と食い違う差分は prettier のバージョン差異による drift の可能性がある。自分の変更と無関係な再整形は取り込まず、ユーザーに報告する。適切な git コマンドを使って現在のトピックブランチの変更をレビューする。
git diff origin/dev...HEAD）に対して、.claude/skills/git/SKILL.md の「サンプル値の慣例チェック」を再実行する。コミット単位のチェックをすり抜けた実在ドメイン・未取得ドメイン・案件識別子・実データ断片がないかを PR 全体で確認する。検出したら汎用値へ書き換えて追加コミットする。PR body を一時ファイルに保存する: scratchpad ディレクトリに PR body（markdown）を書き出す。タイトルは英語、本文は日本語で書く。
push と PR 作成はユーザーが実行する: エージェントは git push / gh pr create を実行せず（.claude/settings.json で deny されている）、ユーザーがそのまま実行できる ! 付きコマンドを提示する。ファイルパス引数は必ずダブルクオーテーションで囲む。
! git push -u origin <branch>
! gh pr create --base dev --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 をバックグラウンド実行で起動して CI の完了を待機する（フォアグラウンド実行はターン内タイムアウトで出力が欠損する）。