agentleFS
dagarre00dagarre00/claude-code-template/.claude/skills/pr-create/SKILL.md

pr-create

Skill1 starsChanged 27 days agoMITView on GitHub

Conductor-only. How to draft and open a pull request, log it, and return to develop — run by /project:work once every Behavior case on the entity is [x], by /project:adversary once a release review's fix/* branch holds its fixes, or when the human asks for a PR.

  • Commits and pushes

26 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use pr-feedback, explore and 2 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • dversozaSkill

    pr-feedback

    Address PR review feedback including inline threads, general comments, bot-generated reviews, PR description findings, check run annotations (inline lint/type/security findings shown in the Files changed tab), code scanning alerts, and CI failures. Use when asked to handle, address, resolve, respond to, or work through PR review comments, review feedback, inline findings, or CI check failures. Triggers on requests like "address PR comments", "handle review feedback", "resolve PR reviews", "fix review comments", "go through PR feedback", "check CI failures", "fix the inline findings on the PR".

    Also in 5 projects that use this

  • genomewalkerSkill

    explore

    RLM-style recursive memory exploration - dynamically navigate the memory graph

    Also in 4 projects that use this

  • SentrySkill

    commit

    Create commit messages following Sentry conventions. Use when committing code changes, writing commit messages, or formatting git history. Follows conventional commits with Sentry-specific issue references.

    Also in 5 projects that use this

  • GoogleSkill

    code-review

    Adversarial systems, concurrency, memory-model, and architecture code review protocol. Use this skill whenever asked to review code, PRs, diffs, or branches in Filament.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

1 rule. 0 are common, 0 are distinctive, and 1 is very specific to this project.

  • 0

    Common

    Most of the 23 edited versions we read keep these.

  • 0

    Distinctive

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Wiki ships with code: every source-changing commit in git log develop..HEAD also updates docs/wiki/entities/<slug>.md (or …

    line 20

“Common” is measured: kept by at least 6 in 10 of the 23 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

PR Creation

/project:work runs this automatically once every Behavior case on the target page is [x], and /project:adversary runs it once a release review's fix/* branch holds its approved fixes. Merging is always the human's call.

Preconditions

A feat/* or fix/* branch, a clean working tree, every commit pushed (git push -u origin <branch>), and all Pre-PR checks below passing.

Pre-PR checks

Fix any failure before opening the PR:

  • The test command and architecture check from docs/wiki/commands.md pass on HEAD.
  • Wiki ships with code: every source-changing commit in git log develop..HEAD also updates docs/wiki/entities/<slug>.md (or docs/wiki/concepts/<slug>.md for [infra]) per rule 1, or carries a Wiki-Update: none (<reason>) footer.
  • Log ships with change: the branch's work entries in docs/wiki/log.md cover its cycles (or its adversary entry covers a release-review fix/* round), and timestamps are monotonic.
  • No broken wikilinks in changed wiki pages: every [[target]] resolves under docs/wiki/ and every #anchor matches a real heading.
  • Rule file changed (listed under Enforced by in architecture.md § Layers) → an ADR ships on the same branch (rule 23).

Steps

  1. Gather: docs/wiki/git-conventions.md (its PR template overrides the skeleton below), the ticked Behavior cases on entities/<slug>.md (or concepts/<slug>.md), this branch's entries in docs/wiki/log.md, and git log develop..HEAD --oneline.
  2. Draft the body (observable behavior, not TDD trace):

    ## Summary
    
    <1–3 bullets: what shipped, in observable terms>
    
    ## Behavior cases closed
    
    [[entities/<slug>]] — B1, B2
    
    ## Related TODOs
    
    - Closed: <the todo(s) this branch shipped>
    - Follow-ups queued: <from todos.md or wiki-todos.md>
    
    ## Test plan
    
    - [ ] `<test command from docs/wiki/commands.md>`
    - [ ] Manual: <any non-automated check>
    
    ## Notes
    
    <ADRs filed this cycle (linked), non-obvious decisions, wiki-todos appended>

    Link the entity/concept page and list case IDs as plain text ([[entities/<slug>#B1]] is a broken wikilink because cases are list items, not headings).

  3. Open PR: Show a brief preview, then run gh pr create --base develop --title "<title>" --body-file <path> using a temp file outside the repo (or --body "$(cat <<'EOF' ... EOF)") so the working tree stays clean. Title uses conventional commit format matching the lead commit (feat(<scope>): <one-liner>). If gh is unavailable or unauthenticated, print the body for the human to open manually.
  4. Tell the human: "Feature <slug> is complete. PR #N targets develop — please review and merge when ready."
  5. Log and commit the PR entry:

    ## [YYYY-MM-DD HH:MM] pr — <slug>
    
    - Branch: <feat|fix>/<slug>
    - PR: <url>
    git add docs/wiki/log.md
    git commit -m "docs(<slug>): log PR #N"
    git push
  6. Return to develop once git status --porcelain is empty: git checkout develop.

What you do NOT do

  • No merging or force-pushing (ask before any rebase/squash).
  • No bypassing git-conventions.md.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.