commit
免费Write a Conventional Commits message for the staged changes, show it for review, and commit only after the user approves it.
中文简介正在准备中。当前显示原文说明。
Push the current branch and open a GitHub pull request whose description follows .github/PULL_REQUEST_TEMPLATE.md.
中文简介正在准备中。当前显示原文说明。
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
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.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Write a Conventional Commits message for the staged changes, show it for review, and commit only after the user approves it.
中文简介正在准备中。当前显示原文说明。
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.
中文简介正在准备中。当前显示原文说明。