commit
FreeWrite a Conventional Commits message for the staged changes, show it for review, and commit only after the user approves it.
The English summary is being prepared. Showing the original description.
Push the current branch and open a GitHub pull request whose description follows .github/PULL_REQUEST_TEMPLATE.md.
The English summary is being prepared. Showing the original description.
Run score Not tested
See how to installReview the instructions the agent will receive before you install.
Push the current branch to origin (the maintainer's clone or a contributor's fork) and open a PR against main of the upstream repository, with a description that follows .github/PULL_REQUEST_TEMPLATE.md.
Extra notes from the user (may be empty): $ARGUMENTS
git remote -v
origin remote, <head-owner>/<head-repo>.upstream remote if there is one (a fork), otherwise origin. Call it <base-owner>/<base-repo> and use <base> below for that remote's name.Read the owners and repo names from the remote URLs (git@github.com:<owner>/<repo>.git or https://github.com/<owner>/<repo>.git). Don't assume a fixed owner.
git branch --show-current
git status --short
git fetch <base> main --quiet
git log --oneline <base>/main..HEAD
git diff --stat <base>/main...HEAD
main, stop and ask the user for a branch name. Don't push to main.<base>/main, stop: there is nothing to open a PR for.Read the branch name, the commit messages and the diff to understand the change.
feat(core): …, fix(cli): …, docs: …, build: …, ci: …). For a single-commit branch, reuse the commit subject..github/PULL_REQUEST_TEMPLATE.md, keeping its headings and order:
Closes #<n> for issues the branch fixes (from the branch name, commits or the user's notes), otherwise Nonepnpm lint, pnpm tsc, pnpm test:ci, the playground app, …) and what was checked by hand🤖 Generated with Claude Code footer or any link to Claude at the end of the description.git push -u origin HEAD
Then create the PR with the GitHub MCP server (not the gh CLI):
<base-owner> / <base-repo>main<head-owner>:<branch> when the head is a fork (head owner differs from base owner)If a PR for this branch already exists, update its title and description instead of opening a new one.
Reply with the PR URL and its title. Mention anything left for the user, such as a missing changeset or uncommitted files that were not included.
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
Write a Conventional Commits message for the staged changes, show it for review, and commit only after the user approves it.
The English summary is being prepared. Showing the original description.
Use this skill when writing, reviewing, or deciding where to place tests in the Next.js frontend package. Covers which project (unit / integration / storybook) to use for a given scenario, what NOT to duplicate across projects, and file placement conventions for this package.
The English summary is being prepared. Showing the original description.