pr
Installation
SKILL.md
Pull Request
Interpret MUST, MUST NOT, SHOULD, SHOULD NOT, MAY, etc. per RFC 2119.
The user MAY provide a PR title as an argument (e.g. /chalk:pr feat: read-only secondaries).
If no title is provided, draft one from the branch's commits.
Before you draft
A PR description is an explanation artefact, and it MUST be drafted against the chalk voice. Load these first (via the Skill tool):
chalk:voice, and itsreferences/palette.md— the principles, the section palette, the line-format rule.chalk:mindmap— the shape of the content inside each section.chalk:goal-tree, where a section states what the work has to achieve rather than what it did — a Future state section, or the remaining steps of a change landing in pieces. A PR's Implementation section is retrospective ("what landed") and doesn't want one.
Structure the description into sections drawn from the palette, choosing the ones this change needs, and write each section as a mindmap — a short tl;dr opening it, then the tree. A wall of undifferentiated prose is the wrong shape; if you've written one, you skipped this step.