What problem does it solve? Writing consistent, reviewer-friendly GitHub pull requests is repetitive and error-prone: titles drift from Jira conventions, descriptions become bloated, issue references fail to expand, and self-review gets skipped. This Skill standardizes PR creation and editing so every PR follows the same title format, description structure, and review workflow. ## Core Features & Use Cases - Jira-driven PR titles: Formats titles as [KEY] Title using the Jira issue key from the branch name and the verbatim Jira Summary, with fallback tag conventions for non-Jira work. - Concise structured descriptions: Enforces short motivation-led bodies, bullet-per-line issue/PR references (close:, Previous:, Next:), repository PR template compliance, and collapsible validation-run blocks. - Local second-opinion review: Runs a local Codex CLI code review against the repo's coding-standard skills after creating or editing the PR, instead of posting review-bot mentions. - Use Case: After finishing a feature branch named feature/AN-1000-user-management, ask the assistant to create the PR — it fetches the Jira summary, titles the PR [AN-1000] User Management Page, writes a scannable description with a close: reference, assigns the author, and runs a local Codex review. ## Quick Start Create a GitHub pull request for my current branch following the Jira title format and run the local code review afterward.