본문으로 건너뛰기
cccskills
무료GitHub에 공개

pr

ALWAYS use this skill when creating pull requests. Applies Shipfox agent sequencing for GitHub CLI review preparation and pull-request creation. Trigger on create PR, open PR, submit PR, make PR, push and create PR, or prepare changes for review.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구GitHub
설치 방법 보기

포함된 파일(1)

  • SKILL.md3.1 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Create Pull Request

Create a pull request after applying the shared contributor rules and the agent workflow below.

Before opening a pull request, read the contributor review standard. It owns shared pull-request scope, title, description, and Linear-reference rules for humans and agents.

When the change may affect a published package, read the Changesets and publishing workflow. It owns when a Changeset is required and how releases are published.

Process

  1. Check git status --porcelain. If intended changes are uncommitted, use the repository commit workflow. Ask before committing only when the intended scope is unclear.
  2. Inspect git status, git log origin/main..HEAD --oneline, and git diff origin/main...HEAD. Confirm the branch is not main and contains only the intended review scope.
  3. Apply the shared Changeset rule. If one is required and absent, invoke the generate-changeset skill or use pnpm exec changeset interactively, then commit it before opening the pull request.
  4. Use the contributor standard to prepare the title, description, and Linear reference. Inspect the source issue and compare its requested scope with the branch diff before choosing the keyword:
    • Use Closes ENG-123 when the task implements that issue and no requested work remains. This is the default when the branch covers the full scope.
    • Use Refs ENG-123, Part of ENG-123, or Related to ENG-123 only when the issue is an umbrella item, the pull request is an explicit partial step, or a named requirement remains for another pull request. State the remaining work in the description.
    • Optional follow-up improvements do not make the work partial. Neither do a draft pull request, a narrow implementation, or a Refs commit footer. Ask only when the issue and diff contain conflicting evidence that cannot be resolved by inspection.
  5. Push the branch when needed with git push -u origin HEAD, then create the pull request:
gh pr create --base main --title "<title>" --body "$(cat <<'EOF'
<description body here>
EOF
)"

Pass --draft when the user request, task context, or arguments require it.

Before submission, inspect the final body. A pull request that completes a Linear issue must contain a closing line such as Closes ENG-123. This lets the Linear integration apply its merge automation.

Edit an existing pull request

Use gh api to update an existing pull request:

gh api -X PATCH repos/{owner}/{repo}/pulls/PR_NUMBER \
  -f title='New title' \
  -f body='New description'

Report the pull-request URL, branch, included commits, validation status, and any follow-up work.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

commit

무료

ALWAYS use this skill when committing changes. Applies Shipfox agent sequencing for branch checks, scoped validation, and commit creation. Trigger on commit, commit changes, save changes, make a commit, or create commit.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ShipfoxHQ/shipfox282026년 10월 18일 업데이트

Use when setting up a Shipfox workflow from a template.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ShipfoxHQ/shipfox282026년 10월 18일 업데이트

Use when diagnosing a failed or stalled Shipfox workflow run, or an event that did not start one.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ShipfoxHQ/shipfox282026년 10월 18일 업데이트

Generate a Changeset file for the current branch using Shipfox agent automation. Trigger when the user asks to add a Changeset, document a change for release, bump versions, or prepare a PR that touches published packages.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ShipfoxHQ/shipfox282026년 10월 18일 업데이트

Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ShipfoxHQ/shipfox282026년 10월 18일 업데이트

Use this skill to write or revise a README.md for a Shipfox workspace package (libs/*, tools/*). It applies the shared package README standard and repository prose policy. Trigger on write a README, draft README, rewrite README, document this package, or improve the README.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ShipfoxHQ/shipfox282026년 10월 18일 업데이트

ShipfoxHQ의 스킬 모두 보기

이 스킬의 문제 신고