Skip to content
Back to skills

Kookaburra Pr Descriptions

ASecurity

Writes pull request titles and descriptions for the Kookaburra Cut repo to one fixed, minimal standard. Use whenever opening a PR (gh pr create), writing or rewriting a PR description or PR body, or updating an existing PR's text. Triggers on "open a PR", "create a pull request", "PR description", "PR body", "update the PR".

  • 6 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added September 19, 2026
developmentbash

Security analysis

A100/100

Scanned September 19, 2026

npx -y skills add michael-palmes/kookaburra-cut --skill kookaburra-pr-descriptions --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Kookaburra Pr Descriptions?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Kookaburra Pr Descriptions
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/michael-palmes-kookaburra-pr-descriptions/badge)](https://www.skillsdirectory.com/skills/michael-palmes-kookaburra-pr-descriptions)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: kookaburra-pr-descriptions
description: Writes pull request titles and descriptions for the Kookaburra Cut repo to one fixed, minimal standard. Use whenever opening a PR (gh pr create), writing or rewriting a PR description or PR body, or updating an existing PR's text. Triggers on "open a PR", "create a pull request", "PR description", "PR body", "update the PR".
---

# kookaburra-pr-descriptions

One fixed shape for every PR description: a summary, a short What changed list, and a Verification line when the change gated. Bare essentials only; the code, docs and commit list carry the detail.

## When to use

- Opening any PR in this repo (`gh pr create`)
- Writing, rewriting or updating a PR description

## The standard

**Title**: conventional-commit form, `type: lowercase imperative subject`, under 72 characters (`feat:`, `fix:`, `docs:`, `chore:`, ...). It becomes the squash-merge commit, so write it as one.

**Body**: under ~120 words, Australian English, no em dashes (commas, colons, parentheses or full stops instead).

```markdown
<One or two sentences: what this PR does and why it matters to a user of the repo.>

## What changed
- <4 to 6 bullets, each one shipped change>
- <deliberate behaviour changes and known limitations are bullets here too, e.g. "Transitions adjacent to a comparison blend the before side only">

## Verification
<ONE line, no hashes: e.g. "New gate fixture Verify x2 identical in all four aspects; gate:merge EQUAL on both anchors; 1128 tests green.">
```

Omit `## Verification` entirely when the PR is trivial chrome or docs (nothing gated beyond build, lint and tests). Never add other sections.

## Hard exclusions

Each of these has leaked into a real PR description before; the alternative is always available:

1. **No local paths, planning folders, worktrees or memory notes.** PR #105 referenced a private planning folder that reviewers cannot see. Point to repo docs instead (`docs/comparisons.md`, `docs/determinism.md`).
2. **No internal work-package narrative.** No "PR 3 of the ladder", batch numbers, or session history ("found along the way", "after the in-hand pass"). State what the PR does now, in the present tense.
3. **No commit-by-commit recounts.** The PR's commit list already shows them.
4. **No baseline hashes.** They live in `docs/determinism.md`; the Verification line says the outcome ("Verify x2 identical", "gate EQUAL"), not the bytes.
5. **No screenshots or media attachments.** A visual change gets a What-changed bullet describing it; reviewers see the pixels in the app and the gate fixtures.
6. **Never name the developer.** No "Michael", no "the author". The PR describes the change, not the people.

## Instructions

1. **Draft the body to the template above**, writing it to a temp file (the scratchpad, never the repo).
2. **Pre-flight the draft** and fix until clean:
   ```bash
   wc -w <body-file>                                   # aim under ~120
   grep -nE "—|/Users/|worktree|batch [0-9]|PR [0-9] of|Michael" <body-file>   # must return nothing
   ```
3. **Open the PR**: `gh pr create --title "type: subject" --body-file <body-file>`.
4. **Read the rendered PR back** (`gh pr view`) and confirm every reference resolves inside the repo.

## Example

Title: `feat: before/after comparison scenes`

```markdown
Adds before/after comparison scenes: one scene rendered as two sides under an animatable mask, with a scene kind, inspector drill and a divider timeline lane. Design record: docs/comparisons.md.

## What changed
- Compare engine: sidecar `compare` block, a second side host, masked composite on the transition target pools
- Mask family (linear, circle, radial, blend) with divider line, grip, label chips and tints
- Comparison scene kind, wizard flow and inspector drill with a Before/After pill
- Transitions adjacent to a comparison blend the before side only (said in the picker)

## Verification
New gate fixture Verify x2 identical in all four aspects; gate:merge EQUAL on both anchors; 1128 tests green.
```

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.