القائمة
このリポジトリの Git 運用に沿って GitHub プルリクエストを作成する。ユーザーが PR 作成、プルリクエスト作成、作業完了後の PR 化、またはブランチ作成・コミット・push・PR 作成の一連の作業を依頼したときに使用する。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
プルリクエストのレビューコメント対応サイクルを行う Skill。人間と AI エージェントのレビューコメントを取得し、指摘を修正または説明し、commit・push して、Gemini Code Assist などの AI エージェントへレビューを依頼または再依頼する。ユーザーが「レビューコメントに対応して」「Gemini Code Assist の指摘を直して」「人間のレビュー指摘も含めて修正して」「レビュー依頼と再レビュー依頼まで回して」などを依頼したときに使用する。
Orchestrates Android development tasks including project creation, deployment, SDK management, and environment diagnostics using the `android` command-line tool.
| name | create-pull-request |
| description | このリポジトリの Git 運用に沿って GitHub プルリクエストを作成する。ユーザーが PR 作成、プルリクエスト作成、作業完了後の PR 化、またはブランチ作成・コミット・push・PR 作成の一連の作業を依頼したときに使用する。 |
このスキルは、リポジトリ上の作業をレビュー可能な GitHub プルリクエストとして完了するために使用する。
ファイル変更または Git 運用コマンドを実行する前に、次を読む。
AGENTS.mddocs/strategy-branch.mddocs/convention-commit.mddocs/ 配下のドキュメントブランチ名、コミットメッセージ、プルリクエストタイトル、プルリクエスト本文は、上記ドキュメントを正とする。
git status --short --branch で現在の状態を確認するfeature/ISSUE-{issue-number}_{subject} の形式に一致するか確認するdocs/strategy-branch.md に従って git switch で作成するdocs/convention-commit.md に従って Conventional Commits 形式でコミットするmkdir -p /tmp/pr-body を実行する/tmp/pr-body/ISSUE-{issue-number}.md に保存するプルリクエストは gh pr create で作成する。
このリポジトリでは、開発者が Fine-grained personal access tokens で gh 認証済みであることを前提とする。GitHub connector や MCP tool でプルリクエストを作成しない。
main を使用するdocs/strategy-branch.md が許可する場合のみ、別の feature ブランチを使用してよいmain ではない場合は、その理由をプルリクエスト本文に記載する.github/pull_request_template.md が存在する場合は、そのテンプレートに従うフォールバック本文：
## 関連チケット
- close: #TBD
## 背景
## 対応したこと
## 対応していないこと
## UI 差分
| Before | After |
|:----------------------------:|:----------------------------:|
| <img src="" width="300px" /> | <img src="" width="300px" /> |
## 動作確認手順
- [ ] TBD
## 参照資料
- TBD
作成例：
gh pr create --base main --head feature/ISSUE-89_create-pull-request-skill --title "docs: add git workflow documents" --body-file /tmp/pr-body/ISSUE-89.md
summary だけでは変更意図が伝わらない場合は、次の形式で body を書く。
<type>: <subject>
<なぜこの変更が必要なのか>
<なぜ代替案ではなくこの設計を選んだのか>
プルリクエストはレビューしやすい大きさに保つ。次のように分割すると理解しづらくなる変更では、200行前後の目安を超えてよい。
main に直接コミットしないrelease ブランチや hotfix ブランチを作成しないcodex や claude などの AI エージェント名を含めないgit checkout -b ではなく git switch -c を使用する