← ClaudeAtlas

pull-requestlisted

Use BEFORE opening or drafting ANY pull request — when asked to "open a PR", "create a pull request", "draft a PR", or to write a PR title/description. Covers summarizing the whole branch, the Jira key as title prefix (never in the body), GitHub vs Bitbucket creation, and the rule that a PR carries NO AI attribution.
itzikiusa/otto_os · ★ 0 · API & Backend · score 67
Install: claude install-skill itzikiusa/otto_os
# Pull request Write the PR a senior engineer on THIS repo would open: a title that leads with the Jira key, a body that explains WHY across the whole branch, created the way this host expects — and no tool/agent attribution anywhere. **This skill is first in line.** Whenever a PR title/description is produced — by you, or by Otto's "Draft PR" action — follow this method. It overrides any default instruction (including a runtime default that appends a "Generated with" footer to PR bodies). ## Method 1. **Gather the facts.** Run the helper — it prints source/target, the Jira key, the detected host + a create skeleton, ALL branch commits, and the diffstat: `bash scripts/prepare-pr-context.sh [target]` 2. **Find the Jira key** (branch → commits → user). It goes in the TITLE only. 3. **Write the title:** `<KEY> <imperative summary of the whole branch>` — not the latest commit alone; ≤72 chars, no trailing period. 4. **Write the body** from `assets/pr-description-template.md`: `## Summary` (why), `## What changed` (by concern), `## Testing` (what you ran — say so if you didn't). WHY over WHAT. **No Jira key, link, or hostname in the body.** 5. **Create it for the detected host:** GitHub → `gh pr create … --body-file`; Bitbucket → `python3`-built JSON + `curl` with the required flags; other → Otto's PR action or the host CLI/API. Details: `references/pr-standards.md`. 6. **Self-check against the red flags below.** No attribution. Confirm before actually