Pull request creator
Reusable agent skills for real repository work: review, implementation, release, documentation, and project hygiene.
npx -y skills add bakerstreetco/skills --skill pull-request-creatorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Create pull requests that follow the project's pull request template, maintainer style, branch workflow, and verification expectations. Use when asked to open, draft, or prepare a pull request.
SKILL.md
2.5 KB, 467 tokens by cl100k_base, as published. Nobody here has run it
Pull Request Creator
Use this skill to prepare pull requests that reviewers can process quickly. Base the PR on the repository's real conventions, not a generic summary format.
Workflow
- Read repository instructions and identify the active repository root, target branch, remote host, and intended PR destination.
- Before commits, pushes, hosting CLIs, or APIs, follow the repo's identity and direnv requirements. Verify the active git and hosting account.
- Inspect the current branch, worktree, staged changes, recent commits, and diff so the PR describes only the intended work.
- Look for pull request templates in the repository, including
.github/pull_request_template.md,.github/PULL_REQUEST_TEMPLATE.md,.github/PULL_REQUEST_TEMPLATE/,.gitlab/merge_request_templates/, or project-specific equivalents. - If a relevant template exists, use its structure, headings, checkboxes, required links, testing section, screenshots section, risk section, and release-note expectations. Preserve required sections even when the answer is "not applicable."
- If no relevant template exists, inspect recent pull requests or merge requests created by maintainers, admins, or core contributors. Match their title style, description shape, testing notes, checklist usage, linking style, and draft/ready conventions.
- Confirm the PR includes accurate change scope, linked issues, user-visible behavior, test results, deployment notes, screenshots when relevant, and known follow-ups.
- Open the PR only when the user has asked for creation or publishing. Otherwise provide a ready-to-use title and body.
Style Rules
- Do not claim tests, screenshots, migrations, release notes, or issue links that were not actually checked.
- Keep unrelated local changes out of the PR description and out of staged or pushed changes.
- Use the repository's normal labels, reviewers, draft status, milestone, and project metadata only when evidence supports them.
- Redact secrets, private URLs, and unnecessary personal data from public PR content.
- If maintainers use a terse style, stay terse; if they use detailed sections, provide comparable detail.
Output
For drafts, provide the exact title, body, and suggested metadata. For created PRs, return the PR URL, target branch, draft status, and verification performed.
What ships with it: 2 files
811 B alongside SKILL.md
agents/
- openai.yaml242 B
- skill.json569 B