Close out GitHub pull request review feedback on the current branch: fetch unresolved review threads with gh, assess each in code, decide validity, create an implementation plan, implement fixes, run quality gates, push, and resolve addressed threads with commit-hash references. Use when addressing PR comments, fixing review feedback, resolving review threads, or closing out PR review. For reply-only, use when user asks to respond without code changes. Not for reviewing others' PRs (use gh-review-specific-pr) or opening/splitting PRs (use open-pr / slice-pr).
Review a specific GitHub pull request: verify findings in the diff and surrounding code, post inline review comments or thread replies with gh, and keep reviews pending unless the user asks to submit. Use when reviewing a PR, posting review comments, pending review comments, or validating findings before posting on a PR.
Prepare git commit history and open a GitHub pull request in the browser. Use when the user wants Codex to commit the current session's work, derive a ticket like ABC-123 from the branch name, craft a conventional commit and PR title in the form scope: [TICKET-NR] summary, push the branch, and open `gh pr create --web` with a helpful prefilled description.
Rebuild a large, messy git branch into small reviewable PRs by mapping the current diff into final intent-based commits and recreating branches from the default branch. Use when a user wants to split one branch into multiple PRs, drop preparatory or unrelated changes, replace development chronology with cleaner history, or run a sequential branch-to-PR-to-merge workflow.
Use when summarizing raw one-on-one markdown notes, especially when they include speaker direction, blockquotes, Q/A markers, shorthand, or fragmented note-taking syntax.
Analyze, verify, and refine architecture documentation against the implemented system. Use when Codex needs to align architecture docs, ADRs, technical design notes, diagrams, or system overviews with actual runtime behavior, enforced interfaces, real data flow, and current constraints; remove outdated or aspirational architecture; and make boundaries, invariants, and failure modes explicit before decisions or changes.
Use when refining rough notes, draft Slack messages, bullet points, or internal announcements into an internal Slack message for engineering, product, technology, or cross-functional stakeholders in a tech organization.
Use when converting project notes, meeting outcomes, Jira updates, status reports, or bullet points into a concise project status update that is comparable across projects.