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
- AloisSeckar/demos-javatheir own version, first seen Nov 9, 2026
- BrightGold70/skillstheir own version, first seen Nov 8, 2026
- mmurakaru/skillstheir own version, first seen Nov 6, 2026
- kanopi/cms-cultivatortheir own version, first seen Nov 1, 2026
- Hakkadaikon/hymmetheir own version, first seen Oct 26, 2026
- matthull/my-skillstheir own version, first seen Oct 20, 2026
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.
dversozaSkillpr-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
genomewalkerSkillexplore
RLM-style recursive memory exploration - dynamically navigate the memory graph
Also in 4 projects that use this
SentrySkillcommit
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
GoogleSkillcode-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
Other versions26 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 26
- strands-agents/sdk-python★ 9.1ksame name
- strands-agents/harness-sdk★ 8.9ksame name
- basicmachines-co/basic-memory★ 4.5ksame name
- idaholab/moose★ 2.4ksame name
- AloisSeckar/demos-java★ 25same name
- genlayerlabs/skills★ 19same name
- kanopi/cms-cultivator★ 17same name
- yasunori0418/skills★ 9same name
- BenjaminG/ai-skills★ 4same name
- hartleybrody/.agent-skills★ 4same name
16 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository20 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- adversarial-reviewSkill
- clean-architectureSkill
- decision-recordingSkill
- design-system-checkSkill
- dispatch-handoffSkill
- feature-branchingSkill
- finding-dispositionSkill
- git-recoverySkill
- gotcha-recordingSkill
- human-checkpointSkill
- plan-reviewSkill
- plan-writingSkill
- simplicity-ladderSkill
- spec-writingSkill
- subagent-contractSkill
- subagent-dispatchSkill
- tdd-loopSkill
- update-toolkitSkill
- wiki-updateSkill
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
- Very specific: line 20
Wiki ships with code: every source-changing commit in git log develop..HEAD also updates docs/wiki/entities/<slug>.md (or …
“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.
Files
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.mdpass onHEAD. - Wiki ships with code: every source-changing commit in
git log develop..HEADalso updatesdocs/wiki/entities/<slug>.md(ordocs/wiki/concepts/<slug>.mdfor[infra]) per rule 1, or carries aWiki-Update: none (<reason>)footer. - Log ships with change: the branch's
workentries indocs/wiki/log.mdcover its cycles (or itsadversaryentry covers a release-reviewfix/*round), and timestamps are monotonic. - No broken wikilinks in changed wiki pages: every
[[target]]resolves underdocs/wiki/and every#anchormatches a real heading. - Rule file changed (listed under
Enforced byinarchitecture.md § Layers) → an ADR ships on the same branch (rule 23).
Steps
- Gather:
docs/wiki/git-conventions.md(its PR template overrides the skeleton below), the ticked Behavior cases onentities/<slug>.md(orconcepts/<slug>.md), this branch's entries indocs/wiki/log.md, andgit log develop..HEAD --oneline. 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).- 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>). Ifghis unavailable or unauthenticated, print the body for the human to open manually. - Tell the human:
"Feature <slug> is complete. PR #N targets develop — please review and merge when ready." 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- Return to
developoncegit status --porcelainis empty:git checkout develop.
What you do NOT do
- No merging or force-pushing (ask before any rebase/squash).
- No bypassing
git-conventions.md.
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
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.

