메뉴
ブランチ・Git運用ルール。feature ブランチ作成、コミット、プッシュ、PR作成の手順。品質チェック後のGit操作フロー。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
@issue_note.txt の課題No、または Evernote 共有リンク（ノート下書き）をもとに、GitHub Issueを作成する。対応種別に応じてfeature/bugfixテンプレートを使い分ける。
PRをMerge commit方式でマージし、リモート・ローカル両方のfeatureブランチを削除して司令塔ベースブランチを最新化する。マージのタイミングはユーザーが決める。
Issue起点の実装計画を作成する。Issueの内容とプロジェクトの設計ドキュメントを照合し、影響範囲・実装方針・テスト方針を含む計画を出力する。
Playwright MCPを使って、既に起動済みのlocalhost環境に対してE2E観点の動作確認を行うための運用ルール。
PRのコードレビューを実施し、レビュー結果をPRコメントとして投稿する。アーキテクチャ観点でのコードレビュー。
ready ラベル付き Issue を古い順に1件ずつ直列で消化する半自動ループ。各Issueを /impl の手順で実装し、品質ゲート（pr-review が Low 以下 + E2E green + CI green）を満たせば /merge 相当で自動マージする。条件を満たさないものは needs-merge / blocked で人に戻す。実装ロジック本体は /impl が持つ。
| name | pr |
| description | ブランチ・Git運用ルール。feature ブランチ作成、コミット、プッシュ、PR作成の手順。品質チェック後のGit操作フロー。 |
| when_to_use | PR作成時、ブランチ作成時、「PR作って」「プルリク」「pushして」「PRお願い」などの発言時 |
このスキルは「PRのベースブランチ」と「リポジトリのデフォルトブランチ」を区別する。 両者が一致するプロジェクト（ベース = デフォルト）と、一致しないプロジェクト（例: 統合ブランチにPRを積み、 デフォルトブランチは別）とで挙動が変わる点に注意する。以下では前者を「ベースブランチ」、後者を 「デフォルトブランチ」と呼ぶ。
品質チェック（format / lint / 動作確認）が完了していることを前提に、以下を実行する。
git status を確認し、差分が存在することを確認するgit status が clean であることCloses #issue番号 を記載することで行う。
Closes #N を書いても GitHub による自動クローズは働かない
（自動クローズはデフォルトブランチ向けPRでのみ機能する）。この場合、マージ後に明示的なクローズが必要。/merge スキルがマージ後に PR 本文の Closes #N を抽出し gh issue close でクローズする。gh pr view <PR番号> で関連 Issue を確認# 通常はマージを /merge スキルに任せる（CI 見届け + マージ + ブランチ削除 + Issue クローズまで一貫実行）。
# 以下は /merge を使わず手動でマージする場合の例。
# ベースがデフォルトブランチでない場合は "Closes #123" による自動クローズが働かないので、Issue は明示的にクローズする。
gh pr merge <PR番号> --merge
gh issue close <Issue番号>
# 手動で PR をクローズ（マージせず Close）した場合も、Issue を手動でクローズ
gh pr close <PR番号>
gh issue close <Issue番号>