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.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
실행 점수 미검증
설치 방법 보기설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.
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.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.