Community코딩 & 개발github.com

codex-pr-body

하나 이상의 풀 리퀘스트 제목과 본문을 업데이트합니다.

codex-pr-body란 무엇인가요?

이 스킬은 사용자가 현재 작업 중인 브랜치나 커밋을 기반으로 연관된 풀 리퀘스트(PR)를 식별하고, 그 PR의 제목과 본문을 전문적으로 업데이트합니다. 주로 `gh` CLI와 `git` 명령어를 함께 사용하여 PR 정보를 조회하고 수정하며, 변경 사항의 동기(why)와 변경된 내용(what)을 구조적으로 설명하는 것을 중요시합니다. 특히 기존 PR 본문에 포함된 이미지나 중요 정보는 절대 삭제하지 않으며, 로컬 디스크 경로, 기밀 정보, 불필요한 개발 과정(예: 롤백된 변경)은 본문에서 제외합니다. 또한 스택 PR, Sapling SCM 환경 등 다양한 Git 워크플로우를 지원하며, 변경 사항이 개발자 문서 업데이트를 필요로 하는 경우 별도 섹션으로 명시합니다.

지원 대상~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 본문에 반드시 포함하세요.

본문에는 무엇이 변경되었는지도 설명해야 하지만, 이는 이유 뒤에 나와야 합니다.

커밋의 _순 변경(net change)_에 대해서만 논의하세요. PR 개발 과정에서 시도했다가 나중에 되돌린 변경 사항에 대해 논의하는 것은 일반적으로 좋지 않습니다. PR 본문을 다시 작성할 때, 더 이상 적절하지 않거나 미래의 독자에게 관심이 없는 세부 사항은 제거해야 할 수 있습니다.

로컬 디스크의 절대 경로 참조를 피하세요. 리포지토리 내의 경로에 대해 이야기할 때는 단순히 리포지토리 상대 경로를 사용하세요.

코드네임, OpenAI 내부 URL 등 기밀 정보에 대한 참조를 피하세요.

변경 사항이 어떻게 검증되었는지 논의하는 것이 일반적으로 유용합니다. 그러나 CI가 자동으로 확인하는 사항(예: just fmt 실행 여부)을 언급할 필요는 없습니다. 다만 PR로 도입된 새 동작을 검증하기 위해 의도적으로 추가된 새로운 테스트를 식별하는 것은 종종 적절합니다.

PR을 전문적으로 포맷하려면 Markdown을 활용하세요. 코드 관련 내용은 인라인에서 참조될 때 단일 백틱으로 표시하세요. 코드를 참조하거나 셸 트랜스크립트를 표시할 때는 펜스 코드 블록이 유용합니다. 또한 변경과 관련된 기존 코드를 인용할 때는 GitHub 영구 링크를 사용하세요.

관련 PR이나 이슈가 있으면 반드시 참조하되, 자신의 PR 본문에서 해당 PR 자체를 참조할 필요는 없습니다.

이 변경의 결과로 https://developers.openai.com/codex 의 문서를 업데이트해야 한다면, PR 끝 부분에 별도 섹션으로 명시하세요. 업데이트해야 할 문서가 없으면 이 섹션은 생략하세요.

스택 작업

때로는 PR이 서로를 기반으로 하는 커밋 스택으로 구성됩니다. 이러한 경우 PR 본문은 스택을 구성하는 개별 커밋이 아닌 스택 전체가 도입하는 _순 변경_을 반영해야 합니다.

마찬가지로, 사용자가 Sapling 같은 도구를 사용하여 _스택형 풀 리퀘스트_를 사용하는 경우, PR의 base는 main이 아니라 스택에 있는 다른 PR의 head 브랜치일 수 있습니다. 이 경우 main에 대한 변경이 아닌, 스택 베이스에 대해 열리는 PR의 base와 head 사이의 순 변경만 논의해야 합니다.

Sapling

.git/sl/store가 존재하면, 이 Git 리포지토리는 Sapling SCM(https://sapling-scm.com)이 관리합니다.

Sapling에서 현재 리비전과 연결된 GitHub 풀 리퀘스트가 있는지 확인하려면 다음을 실행하세요:

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

또는 sl sl을 실행하여 현재 개발 브랜치와 현재 커밋에 연결된 GitHub PR이 있는지 확인할 수 있습니다. 예를 들어, 출력이 다음과 같다면:

  @  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.

관련 스킬