pr-description
Skill0 starsChanged 6 days agoMITView on GitHub
Write a pull request title and description for the current branch, and open the PR if asked. Use when the user says "open a PR", "create a pull request", "write the PR description", "describe my changes for review".
- Commits and pushes
96 other projects use a version of this.
Adopted by
Most recently taken up by
- pulore/claude-code-codex-configtheir own version, first seen Nov 15, 2026
- TangleML/tangle-uitheir own version, first seen Nov 9, 2026
- taecontrol/skillstheir own version, first seen Nov 8, 2026
- sankalpaacharya/skillstheir own version, first seen Nov 8, 2026
- joel611/skillstheir own version, first seen Nov 8, 2026
- Wade-DevCode/awesome-coding-skills-cntheir own version, first seen Nov 8, 2026
Used with
Projects with it also use ao-desktop-dev, bug-triage and 8 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.
agentlab-inSkillao-desktop-dev
Launch, restart, or troubleshoot the real AO Electron desktop app from this repository; run a checkout against isolated or real local AO data; combine PR branches for local UI review; and diagnose stale Electron processes, port conflicts, or preload bridge mismatches. Use whenever asked to run, open, show, or visually verify AO frontend changes in the actual desktop app rather than ao preview, dev:web, or mock data.
Also in 4 projects that use this
jMertaSkillbug-triage
Use when the user reports a bug, regression, runtime error, failing build, or broken test and wants reproduction, diagnosis, root-cause analysis, or an authorized fix. Isolates the shared cause and verifies the smallest relevant change.
Also in 4 projects that use this
saffron-healthSkilladdress-review
Address PR review comments systematically. Use when responding to code review feedback on a pull request.
Also in 3 projects that use this
NVIDIASkillwriting-docs
Use when adding or changing user-facing behavior or documentation in Megatron-Energon, or when creating new .py, .sh or .md files that need license headers.
Also in 3 projects that use this
Sagargupta16Skilldependency-audit
Audit project dependencies for security vulnerabilities, licensing issues, maintenance health, and optimization opportunities. Use it during regular security audits (monthly or quarterly); before a major release when you want to ensure the dependency tree is clean; when evaluating whether to adopt or replace a dependency; after a security advisory affects one of your dependencies; when your install times or bundle sizes have grown noticeably.
Also in 3 projects that use this
PydanticSkilli-have-adhd
Shape every response for an ADHD reader who reviews the work but does not do the coding — the agent does. Use whenever responding to ANY message — coding, debugging, planning, casual. Lead with the result or the decision. Surface anything needing the user's input as a structured question, never buried in prose they'll skim past. No preamble, no recap, no closers. State errors matter-of-factly. Make finished work visible. Trigger even on casual messages and even when brevity wasn't requested.
Also in 3 projects that use this
Other versions96 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 96
- jdx/mise★ 36ksame name
- zulip/zulip★ 26ksame name
- Nagi-ovo/gemini-voyager★ 21ksame name
- pipecat-ai/pipecat★ 17ksame name
- AgentWrapper/agent-orchestrator★ 14ksame name
- ComposioHQ/agent-orchestrator★ 14ksame name
- OrchestratorInc/agent-orchestrator★ 14ksame name
- Untrivial-ai/agent-orchestrator★ 14ksame name
- sanity-io/sanity★ 6.4ksame name
- vimeo/psalm★ 5.9ksame name
86 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 repository24 other files it gives its agents.
- api-docsSkill
- changelogSkill
- ci-failure-fixSkill
- code-reviewSkill
- commit-messageSkill
- competitor-analysisSkill
- data-analystSkill
- debug-detectiveSkill
- dependency-upgradeSkill
- dockerizeSkill
- email-replierSkill
- eval-promptSkill
- incident-postmortemSkill
- meeting-notesSkill
- migration-safetySkill
- product-specSkill
- readme-writerSkill
- refactor-safelySkill
- research-briefSkill
- security-checkSkill
- seo-articleSkill
- sql-helperSkill
- support-replySkill
- write-testsSkill
The file
We split this skill into the rules it gives an agent
3 rules. 0 are common, 3 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 91 edited versions we read keep these.
3
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
Read the diff of the files that carry the logic (skip lockfiles, generated code, snapshots).
- Distinctive: line 43
Call out anything a deploy needs: new env vars, migrations, feature flags, order of deploys.
- Distinctive: line 46
Do not paste the diff or list every file.
“Common” is measured: kept by at least 6 in 10 of the 91 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
Pull request description
1. Gather facts
- Base branch: the one the user names, else
git symbolic-ref refs/remotes/origin/HEAD, else ask. Do not assumemain. git status: if there are uncommitted changes, ask whether they belong in the PR.git log <base>..HEAD --onelineandgit diff <base>...HEAD --stat.- Read the diff of the files that carry the logic (skip lockfiles, generated code, snapshots). Describe what the code does, not what file names suggest.
- Linked issue: look in branch name and commit messages (
#123,PROJ-123). - Template: use
.github/pull_request_template.md(orPULL_REQUEST_TEMPLATE/,docs/) if it exists. Fill its sections; do not replace it with your own.
2. Write it
Title: under 70 characters, the outcome. Match the repo's title convention (check recent PRs with gh pr list --state merged --limit 10 if available).
Body (when there is no template):
## What
- 2-5 bullets of behavior changes, most important first.
## Why
The problem or goal in 1-3 sentences. Closes #123.
## How to test
1. Exact commands or clicks a reviewer can repeat.
2. Expected result for each.
## Risks
Migrations, config or env changes, breaking API changes, performance, rollout order. "None known" if none.
## Notes for reviewers
Where to start reading, what is mechanical (renames, moves), anything you want a second opinion on.Rules:
- "How to test" lists what you or the user actually ran. If nothing was run, say so instead of inventing steps that look verified.
- Call out anything a deploy needs: new env vars, migrations, feature flags, order of deploys.
- UI change: say screenshots are needed, or attach them if available.
- Over ~400 changed lines (excluding generated files): suggest splitting, or explain the order to read it in.
- Do not paste the diff or list every file.
3. Open the PR (only if asked)
- Push the branch if it is not on the remote:
git push -u origin HEAD. - With GitHub CLI, write the body to a temp file and run
gh pr create --base <base> --title "<title>" --body-file <file>. Add--draftif work is unfinished. - Without
gh, give the user the title and body to paste. - Print the PR URL at the end.
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.

