← ClaudeAtlas

moraine-author-prlisted

Create Moraine pull requests on GitHub. Use when the branch is ready to open a PR; when the user asks to create, push, or open a PR; after local changes are committed; or when documenting user-facing features, bug fixes, performance optimizations, validation, changelog impact, or operational impact in a PR that follows repository conventions without AI attribution.
eric-tramel/moraine · ★ 112 · AI & Automation · score 79
Install: claude install-skill eric-tramel/moraine
# Moraine Author PR ## Overview The goal is to **create the PR on GitHub**, not just draft title and body text in chat. The skill is complete when the PR exists on GitHub and you return its URL. Always create a ready-for-review PR. Never create a GitHub Draft PR, never pass `--draft`, never set `draft: true`, and never emit an `isDraft=true` PR directive. If the branch is not ready for reviewer attention, stop and explain what remains instead of opening a Draft PR. Write PR titles and descriptions that are reviewable, evidence-backed, and consistent across agents. Default bodies use `Description`, `Usage`, `Changelog`, and `Validation` sections. Base the summary on all commits in the branch, not only the latest one. If the branch is not ready — uncommitted work, failing tests the user expects fixed first, or the user asked only to revise an existing PR description — say what is blocking creation and what remains. Do not pretend a PR was opened. ## Title Rules Use a concise imperative title. Prefer the repository's Conventional-Commit-like style: ```text feat(monitor): add token trend filters fix(ingest): preserve cursor sqlite session ids docs: document agent contributor workflows chore: tighten sandbox cleanup handling ``` Do not include AI attribution in the title or body. Do not add generated-by footers, co-author trailers for agents, or notes that the PR was written by an AI tool. ## Body Shape Default to these sections: ```markdown ## Description **What.** [