メニュー
既存の GitHub PR description/body を、現在の実装内容と検証結果に合わせて最小差分で更新する。 PR 本文だけを単独で更新したいときや、レビュー対応・CI 対応の後に本文の整合性を取り直したいときに使う。 例: 「PR本文を更新して」「PR description を最新実装に合わせて」「レビュー対応後に PR 本文も直して」。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | update-pr-description |
| description | 既存の GitHub PR description/body を、現在の実装内容と検証結果に合わせて最小差分で更新する。 PR 本文だけを単独で更新したいときや、レビュー対応・CI 対応の後に本文の整合性を取り直したいときに使う。 例: 「PR本文を更新して」「PR description を最新実装に合わせて」「レビュー対応後に PR 本文も直して」。 |
GitHub PR の description/body を、現在の実装内容に合わせて更新するスキルです。 既存の構成をできるだけ保持し、矛盾した section だけを直してください。
gh pr edit で PR body を更新する。references/pr-description-update-commands.md: PR 特定、body 取得、更新前確認、gh pr edit 実行条件が必要になったら読む。../open-pr/references/pr-body-template.md: 現在の PR body が空で、repo 固有 template も見当たらない場合だけ読む。owner/repo#123、PR URL の順で対象 PR を優先して解決する。gh pr edit を実行しない。gh pr edit の前に、更新要約をユーザーへ示して確認を取る。../open-pr/references/pr-body-template.md を読む。gh pr edit --body-file で更新する。日本語で次を報告してください。
承認済みの実装プランファイルを、同一セッションの継続または新しいセッションで端から端まで実行する。 feature branch を作成し、プランの `## タスク` をテスト込みで進め、lint / test を緑にする。 リスクに応じた AI レビューを受け、commit-changes で論理コミットを作り、open-pr-followup で PR 作成後の CI と AI レビュー初回フォローまで進める。 承認済みプランを渡されて実装を始めるときに使う。 例: 「implement-plan スキルで実装して」「プランを実装して」 ticket-to-plan がプランファイルを指す実装セッションを起動したときにも使う。 これは ticket-to-plan → implement-plan → commit-changes → open-pr-followup パイプラインの実装フェーズである。
GitHub や Linear のチケット、またはユーザーの自然言語の変更依頼を十分に調査し、承認済みの実装プランファイルに変換する。 コンテキストに余裕があれば同一セッションで implement-plan による実装まで続け、コンテキスト不足が予想されるときだけ別セッションへ引き継ぐ。 ユーザーがチケットを指しただけのとき、チケットを import したとき、またはチケットなしでコーディング前に plan / 計画を求めたときに使う。 例: 「https://github.com/foo/bar/issues/42」「plan ENG-1234」「このissueの実装計画」「github.com/foo/bar/issues/42 のプラン」「ticket-to-plan で X を Y にしたい」「X に変えるプラン」 issue / PR / Linear ID または自然言語の変更依頼を参照して、すぐ実装するのではなく設計、スコープ確定、タスク分解を求める場合にも使う。
GitHub PR の未解決レビューコメントとレビュー本文を取得し、実コードを読んで must-fix / recommend-fix / recommend-skip にトリアージして修正する。 bot コメントも対象にし、解決済みスレッドは除外する。 must-fix は自動で進め、任意対応はユーザー確認後に実装する。 PR のレビュー指摘を処理したいときに使う。 例: 「PRのコメントに対応して」「レビュー対応」「PRの指摘を直して」「レビューを反映」。 対応実装後に commit / push、`update-pr-description` による PR description 更新、対象レビューコメントへの対応済み reply、thread resolve まで行う。
現在のブランチまたは指定した PR の差分を読み、変更内容に応じた動作確認手順を `.ai-loacl/verification/*.local.md` に生成または追記する。 実装完了後やレビュー / CI 対応後に、手動確認が必要な差分を確認可能なチェックリストへ変換したいときに使う。 例: 「変更分の動作確認手順を作る」「PR 123 の verification を更新する」。
PR 作成後に一定時間待ち、GitHub Actions CI と AI レビュー / レビューコメントを確認して、既存スキルへ切り出して後追い対応する。 PR 作成は open-pr、CI 失敗は GitHub plugin の gh-fix-ci、レビューコメント対応は address-pr-comments または GitHub plugin の gh-address-comments を使い、必要なら `update-pr-description` で PR 本文も同期する。 例: 「PR作って、CIとAIレビューまで見て」「PR作成後にレビュー指摘とCI失敗も対応して」「open-pr のあとしばらく待って後追いして」。 implement-plan / commit-changes 完了後に、PR 作成だけで止めずに CI と AI レビューの初回フォローまで進めたいときに使う。
`.ai-loacl/verification/*.local.md` の動作確認手順を順に案内し、 各確認の結果を `✅` または `⏭️` として記録する。 実装完了後やレビュー / CI 対応後に、作成済み verification を対話的に消化したいときに使う。 例: 「今の verification を進める」「この verification ファイルを再開する」。