Communityコーディング&開発github.com

codex-pr-body

1つ以上のプルリクエストのタイトルと本文を更新します。

codex-pr-body とは?

このスキルは、指定されたプルリクエスト(PR)のタイトルと本文を自動的に更新するためのものです。主に、現在作業中のブランチやコミットに関連するPRを `git` と `gh` CLI を使用して特定し、そのPRの説明をリライトします。特に、変更の「理由」と「内容」を明確に分けて記述し、画像や既存の重要な情報は保持するよう注意します。また、スタックされたPR(積み上げ型PR)やSapling SCMを使用している場合にも対応し、ベースブランチとヘッドブランチ間の正味の変更のみを説明します。Markdownによる整形、GitHubパーマリンクの活用、機密情報の除外など、プロフェッショナルなPR作成を支援します。

対応~Claude Code✓Codex CLI~Cursor
npx skills add https://github.com/openai/codex/tree/main/.codex/skills/codex-pr-body

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

PRの特定

このスキルが呼び出されると、更新するPRが明示的に指定される場合もありますが、一般的には、ユーザーが現在作業しているブランチ/コミットからPRが推測されます。通常のGit使用(後述のSapling以外)では、git branch と gh pr view <branch> --repo openai/codex --json number --jq '.number' を組み合わせて、現在のブランチ/コミットに関連するPRを特定する必要がある場合があります。

PR本文の内容

呼び出されたら、gh を使用して、指定されたPRの本文とタイトルをその内容を反映するように編集します。既存のPR本文に保持すべき重要な情報がないか必ず確認してください。たとえば、既存のPR本文にある画像は決して削除しないでください。削除すると、作成者がそれを復元する方法がない可能性があります。

変更を行う理由を説明することが極めて重要です。このスキルが呼び出された現在の会話で動機が議論されている場合は、それをPR本文に必ず含めてください。

本文では「何が」変更されたかも説明する必要がありますが、これは「理由」の後に配置する必要があります。

コミットの「正味の変更」に限定して説明してください。PRの開発過程で試みられたが後に取り消された変更について議論することは、一般的に推奨されません。PR本文を書き換える際には、将来の読者にとって不適切または興味がなくなった場合、このような詳細を削除する必要があるかもしれません。

ローカルディスク上の絶対パスへの参照は避けてください。リポジトリ内のパスについて言及する場合は、単にリポジトリ相対パスを使用してください。

コードネームやOpenAI内部URLなど、機密情報への参照は避けてください。

変更がどのように検証されたかを説明することは一般的に有用です。ただし、CIが自動的にチェックする事項(例:「just fmt を実行した」をテスト計画に含めるなど)は不要です。ただし、PRによって導入された新しい動作を検証するために意図的に導入された新しいテストを特定することは適切な場合が多いです。

Markdownを使用してPRを専門的にフォーマットしてください。インラインでコード要素を参照する場合は、必ず単一のバッククォートで囲んでください。コードを参照したりシェルのトランスクリプトを示す場合は、フェンス付きコードブロックが便利です。また、変更に関連する既存のコードを引用する場合は、GitHubパーマリンクを使用してください。

関連するプルリクエストやIssueがあれば参照してください。ただし、自身のPR本文でそのPR自体を参照する必要はありません。

この変更の結果、https://developers.openai.com/codex のドキュメントを更新する必要がある場合は、PRの最後の方に別のセクションでその旨を記載してください。更新が必要なドキュメントがない場合は、このセクションを省略してください。

スタックの操作

PRが互いに積み重なったコミットのスタックで構成される場合があります。そのような場合、PR本文には、スタック全体としての「正味の」変更を反映させるべきであり、スタックを構成する個々のコミットを反映させるべきではありません。

同様に、ユーザーがSaplingのようなツールを使用して「積み上げ型PR」を活用している場合があり、その場合、PRの base は main ではなく、スタック内の別のPRの head ブランチである可能性があります。この場合、その積み上げられたベースに対して開かれているPRの base と head の間の正味の変更のみを議論し、main に対する変更との比較は議論しないように注意してください。

Sapling

.git/sl/store が存在する場合、このGitリポジトリはSapling SCM(https://sapling-scm.com)によって管理されています。

Saplingでは、以下を実行して現在のリビジョンに関連付けられたGitHubプルリクエストがあるかどうかを確認します:

sl log --template '{github_pull_request_url}' -r .

または、sl sl を実行して、現在の開発ブランチと、現在のコミットに関連付けられたGitHubプルリクエストがあるかどうかを確認できます。たとえば、出力が次のような場合:

  @  cb032b31cf  72 minutes ago  mbolin  #11412
╭─╯  tui: show non-file layer content in /debug-config
│
o  fdd0cd1de9  Today at 20:09  origin/main
│
~
  • @ は現在のコミットが cb032b31cf であることを示します。
  • これは origin/main から分岐した単一のコミットを含む開発ブランチです。
  • GitHubプルリクエスト #11412 に関連付けられています。

Individual skills in this repo

This repo contains 19 individual skills — each has its own dedicated page.

babysit-pr

Babysit a GitHub pull request after creation by continuously polling review comments, CI checks/workflow runs, and mergeability state until the PR is merged/closed or user help is required. Diagnose failures, retry likely flaky failures up to 3 times, auto-fix/push branch-related issues when appropriate, and keep watching open PRs so fresh review feedback is surfaced promptly. Use when the user asks Codex to monitor a PR, watch CI, handle review comments, or keep an eye on failures and feedback on an open PR.

code-review

Run a final code review on a pull request

code-review-change-size

Change size guidance (800 lines)

code-review-context

Model visible context

code-review-testing

Test authoring guidance

codex-bug

Diagnose GitHub bug reports in openai/codex. Use when given a GitHub issue URL from openai/codex and asked to decide next steps such as verifying against the repo, requesting more info, or explaining why it is not a bug; follow any additional user-provided instructions.

codex-issue-digest

Run a GitHub issue digest for openai/codex by feature-area labels, all areas, and configurable time windows. Use when asked to summarize recent Codex bug reports or enhancement requests, especially for owner-specific labels such as tui, exec, app, or similar areas.

imagegen

Generate or edit raster images when the task benefits from AI-created bitmap visuals such as photos, illustrations, textures, sprites, mockups, or transparent-background cutouts. Use when Codex should create a brand-new image, transform an existing image, or derive visual variants from references, and the output should be a bitmap asset rather than repo-native code or vector. Do not use when the task is better handled by editing existing SVG/vector/code-native assets, extending an established icon or logo system, or building the visual directly in HTML/CSS/canvas.

openai/babysit-pr

Babysit a GitHub pull request after creation by continuously polling review comments, CI checks/workflow runs, and mergeability state until the PR is merged/closed or user help is required. Diagnose failures, retry likely flaky failures up to 3 times, auto-fix/push branch-related issues when appropriate, and keep watching open PRs so fresh review feedback is surfaced promptly. Use when the user asks Codex to monitor a PR, watch CI, handle review comments, or keep an eye on failures and feedback on an open PR.

openai-docs

Use when the user asks how to build with OpenAI products or APIs, asks about Codex itself or choosing Codex surfaces, needs up-to-date official documentation with citations, help choosing the latest model for a use case, or model upgrade and prompt-upgrade guidance; use OpenAI docs MCP tools for non-Codex docs questions, use the Codex manual helper first for broad Codex self-knowledge, and restrict fallback browsing to official OpenAI domains.

openai/test-tui

Guide for testing Codex TUI interactively

path-types

Choose Rust types for operating system paths across the Codex repository. Use when defining new path-bearing types or explicitly migrating existing ones.

plugin-creator

Create and scaffold plugin directories for Codex with a required `.codex-plugin/plugin.json`, optional plugin folders/files, valid manifest defaults, and personal-marketplace entries by default. Use when Codex needs to create a new personal plugin, add optional plugin structure, generate or update marketplace entries for plugin ordering and availability metadata, or update an existing local plugin during development with the CLI-driven cachebuster and reinstall flow.

pushing-ci-changes

Pushing GitHub Actions changes, resolving push rejection, requesting upload exceptions.

remote-tests

Testing against remote executors in integration tests.

skill-creator

Guide for creating effective skills. This skill should be used when users want to create a new skill (or update an existing skill) that extends Codex's capabilities with specialized knowledge, workflows, or tool integrations.

skill-installer

Install Codex skills into $CODEX_HOME/skills from a curated list or a GitHub repo path. Use when a user asks to list installable skills, install a curated skill, or install a skill from another repo (including private repos).

test-tui

Guide for testing Codex TUI interactively

update-v8-version

Update Codex's pinned `v8` / `rusty_v8` versions, validate the release-candidate path, and investigate failed V8 canary or artifact builds. Use when asked to bump V8, update `rusty_v8` artifacts, prepare or validate a V8 release candidate, check `v8-canary`, or diagnose why a V8 version update no longer builds.

関連スキル