メニュー
GitHub issue から PR のタイトルと説明文を作成する。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Codex CLI にコードレビューを依頼する。PR が存在する場合は PR を、ローカルブランチの場合はメインブランチとの差分をレビューする。
GitHub issue から計画・実装・テスト・レビュー・PR テキスト・理解確認まで一気通貫で行う。
GitHub issue と実装計画をもとにコードを実装する。計画からの逸脱は implementation-notes.md に記録しながら進める。
research の結果と受け入れ条件をもとに、実装方法を選択し TDD ベースの実装計画と動作確認チェックリストを作成する。
変更内容の解説(explainer)と理解確認クイズを生成する。マージ前に変更を理解しているか確かめたいとき、「この変更を説明して」「クイズを出して」「変更内容を理解したい」などの依頼で使う。
GitHub issue から実装前の調査を行い、受け入れ条件・影響範囲・実装方法の候補・リファレンス・盲点候補を整理する(選択は plan に委ねる)。
| name | create-pr-text |
| description | GitHub issue から PR のタイトルと説明文を作成する。 |
| allowed-tools | Bash, Read, Glob, Grep, Write |
GitHub issue から PR のタイトルと説明文を作成する。$ARGUMENTS に issue 番号(123、#123)または URL が渡される。$ARGUMENTS が空の場合はユーザーに issue 番号を質問する。
実際の PR は絶対に作成しない。 gh pr create は実行禁止。テキストの生成のみ行う。
本スキルはユーザーへの質問なしで完結する(/dev からはサブエージェントとして実行されることがある)。
tmp/config.json を確認する:
pull_request_template_path: なければプロジェクト内の PR テンプレート(pull_request_template.md, .github/pull_request_template.md 等)を探し、見つかったパスを保存する。テンプレートがあればそのフォーマットに従うbase_branch: なければ git remote show origin の HEAD branch を検出して保存する(以降 <base>)tmp/issues/<issue番号>/ 配下に plan.md / report.md(md が無ければ html)/ checklist.html / implementation-notes.md が既にある場合はその内容を活用する(特に implementation-notes の Deviations は「計画との差分」としてレビュアに有用)gh issue view で issue を取得するgit log <base>..HEAD --stat でコミット単位の変更概要を確認し、必要に応じて git show <hash> で個別のコミット内容を把握するtmp/issues/<issue番号>/pr.md に書き込む(フォーマットは template.md を参照)詳細は diff や issue を見れば分かるので、PR テキストは最小限に留める。冗長な説明や同じ内容の言い換えは書かない。
closes #<番号> のみPR テンプレートがある場合はそのセクション構成に従いつつ、各セクションは上記の粒度で簡潔に書く。