원클릭으로 Manus에서 모든 스킬 실행

ship-pr-until-green

스타1

포크0

업데이트2026년 6월 16일 03:45

브랜치에서 변경을 구현하고 → 로컬 테스트 → 커밋·push → PR 열기 → CI 대기 순으로, 모든 체크가 통과해 PR이 머지 가능해질 때까지 자동으로 반복하는 닫힌 루프입니다. 사용자가 "PR 초록불 될 때까지 밀어줘", "구현하고 PR까지 올려서 CI green 만들어줘", "이 변경 PR 머지 가능하게 끝까지 가줘", "PR 열고 CI 통과시킬 때까지 반복", "ship this PR until green", "open a PR and fix CI until it passes", "implement, push, and get the PR merge-ready"처럼 하나의 변경을 PR 머지 직전까지 완주시키고 싶을 때 사용하세요. (구분: 이미 실패한 CI 한 건만 고치는 건 looping:fix-ci-until-green, 원격 CI를 주기적으로 폴링·감시하는 건 looping:ci-failure-watcher, 여러 PR을 정해진 간격마다 돌보는 건 looping:pr-babysitter, PR 열기 전 자체 리뷰만 도는 건 looping:pr-self-review)

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

NewTurn2017

NewTurn2017/looping-skills

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

PR 초록불까지 출시 (Ship PR Until Green)

브랜치에서 구현하고, 테스트를 돌리고, push하고, PR을 열고, CI를 기다려 — 체크가 전부 통과하고 머지 가능해질 때까지 반복합니다.

항목	값
카테고리	CI
트리거	수동(manual) — 사람이 직접 시작
종료 조건(Exit)	PR이 열려 있고 모든 PR 체크가 success(머지 준비 완료)일 때
반복 한도(Max iterations)	10
매 반복 체크 명령	`gh pr checks`
가드레일	강화됨(Hardened)
지원 에이전트	Claude Code · Cursor · Codex

이 루프는 언제 쓰나

"코드만 짜고 끝"이 아니라 머지 가능한 PR까지 한 번에 끌고 가야 할 때 씁니다. 구현 → 로컬 테스트 → 커밋·push → PR 열기 → 원격 CI 대기 → 실패 시 수정의 전 과정을, 사람이 매 단계 끼어들지 않아도 에이전트가 스스로 반복하며 green에 수렴시킵니다.

특히 로컬은 통과하는데 CI에서만 깨지는(환경 차이, 캐시, 누락된 의존성) 경우에 유용합니다. 에이전트가 CI 로그를 읽고 → 로컬에서 한 번 고치고 → push한 뒤 → 다시 체크가 돌기를 기다리는 한 사이클을, 모든 체크가 success가 될 때까지 자동으로 돕니다.

루프 흐름

수동 시작 → 구현·테스트 → 커밋·push → PR 열기/업데이트 → CI 수정 →〔피드백 게이트〕
   PR 체크 전부 통과 & 머지 준비?
   ├─ 아니오 → 다시 구현·수정으로 (최대 10회)
   └─ 예    → 종료

매 반복(pass)마다 하는 일

구현·테스트 — 범위가 정해진 변경을 만들고 로컬 테스트를 돌립니다.
```
npm test
```
커밋·push — 명확한 메시지로 커밋하고 브랜치를 push합니다.
PR 열기 또는 업데이트 — 요약과 테스트 플랜을 담아 PR을 열거나, 이미 있으면 업데이트합니다.
```
gh pr view --json statusCheckRollup,url
```
CI 수정 — CI가 실패하면 로그를 읽고, 로컬에서 한 번 고치고, push한 뒤 다시 체크를 기다립니다.

가드레일 (점수 조작 방지 규칙)

종료 조건을 "가짜로" 통과시키지 못하게 막는 규칙입니다. 반드시 지키세요.

체크 명령이나 종료 기준을 고쳐서 억지로 성공시키지 않는다.
체크를 건너뛰거나 비활성화·우회해서 종료 조건을 통과시키지 않는다.
여러 번 반복해도 막히면, 지표를 조작하지 말고 멈추고 블로커를 보고한다.

Claude Code에서 실행하기

가장 간단합니다. 아래 kickoff 프롬프트를 그대로 붙여넣으면 에이전트가 스스로 반복합니다.

"PR 초록불까지 출시(Ship PR Until Green)" 루프를 시작합니다.

목표: PR이 열려 있고 모든 CI 체크가 통과
최대 반복: 10
매 반복 사이 실행: gh pr checks
종료 조건: 모든 PR 체크가 success일 때

1단계: 변경을 구현하고, 로컬에서 테스트하고, push하고, PR을 열고, green이 될 때까지 CI를 고친다.

이 루프를 스스로 페이싱(self-pace)하라. 매 반복 후 체크 명령을 실행하고 출력을 읽어, 종료
조건이 충족되지 않았을 때만 계속한다. 종료 조건이 통과하거나 최대 반복에 도달하면 멈춘다.
매 회차마다 한 줄 상태 업데이트를 남긴다.

전제: gh CLI가 인증되어 있어야 하고(gh auth status로 확인), 작업 브랜치가 원격에 push될 수 있어야 합니다. npm test는 예시이니 프로젝트에 맞게 pytest, go test ./..., cargo test, pnpm test 등으로 바꾸세요.

팁 / 변형

체크 명령 교체: 로컬 단계의 npm test는 생태계에 맞게 바꾸고, 원격 게이트인 gh pr checks는 gh pr view --json statusCheckRollup,url이나 gh run watch로 보강해 더 자세한 상태를 읽게 할 수 있습니다.
막힐 때 대처: 같은 CI 실패가 2회 반복되면 가드레일대로 멈추고, 원인 가설과 로그 요약을 사람에게 보고하게 하세요. 머지 충돌처럼 제품 판단이 필요한 건 직접 손대지 않고 에스컬레이션합니다.
CI가 느릴 때: 체크가 끝나길 기다리느라 반복을 낭비하지 않도록, push 후 gh run watch로 결과를 한 번에 기다린 뒤 다음 패스로 넘어가게 하세요.
연관 루프: 이미 실패한 CI 한 건만 집중 수정은 looping:fix-ci-until-green, PR 올리기 전 자체 리뷰는 looping:pr-self-review, 머지 후 여러 PR 상시 관리는 looping:pr-babysitter.

원본 영어 kickoff (loops.elorm.xyz 원문)

Start the "Ship PR Until Green" loop.

Goal: PR is open with all CI checks passing
Max iterations: 10
Between iterations run: gh pr checks
Exit when: all PR checks are success

Step 1: Implement the change, test locally, push, open PR, and fix CI until green.

Self-pace this loop. After each iteration, run the check command, read the output, and only continue if the exit condition is not met. Stop when the exit condition passes or max iterations is reached. Give a short status update each pass.

출처: https://loops.elorm.xyz/loops/ship-pr-until-green

이 저장소의 다른 Skills

같은 저장소

a11y-audit-until-clean

NewTurn2017/looping-skills

변경된 라우트/페이지에 axe·pa11y·eslint-plugin-jsx-a11y 같은 접근성(a11y) 자동 검사를 돌려서 라벨·색 대비·포커스 순서·ARIA 역할 같은 위반을 고치고, 감사가 깨끗해질 때(위반 0, 종료 코드 0)까지 자동으로 반복하는 닫힌 루프입니다. 사용자가 "접근성 검사 통과할 때까지 돌려줘", "a11y 위반 다 고쳐줘", "접근성 감사 깨끗해질 때까지", "axe/pa11y 위반 잡아줘", "스크린리더·키보드 접근성 고쳐줘", "run a11y audit until clean", "fix accessibility violations", "A11y Audit Until Clean"처럼 요청하거나, 변경한 UI의 접근성 위반을 반복적으로 잡아 없애고 싶을 때 사용하세요. (구분: 시각적 픽셀 회귀는 looping:visual-regression-until-match, lint·타입 에러 정리는 looping:lint-typecheck-fix, E2E UI 통합 테스트는 looping:e2e-until-green)

2026-06-161

api-contract-until-match

NewTurn2017/looping-skills

OpenAPI나 JSON Schema 같은 API 계약(contract)에 맞춰 계약 테스트를 돌리고, 응답이 스펙과 어긋나면(드리프트) 핸들러 구현이나 스펙을 가장 작은 단위로 고쳐서 계약 테스트가 전부 통과(종료 코드 0)할 때까지 자동으로 반복하는 닫힌 루프입니다. 사용자가 "API가 스펙대로 응답하는지 계약 테스트 돌려줘", "OpenAPI 계약이랑 구현 안 맞는 거 맞춰줘", "API 응답이 스키마랑 일치할 때까지 고쳐줘", "문서랑 구현 드리프트 잡아줘", "contract test until match", "make the API match the OpenAPI/JSON Schema contract", "API Contract Until Match"처럼 요청하거나, 문서와 실제 구현 사이의 계약 불일치를 반복적으로 맞추고 싶을 때 사용하세요. (구분: openapi.yaml 자체를 lint하고 라우트 핸들러와 동기화하는 건 looping:openapi-sync-until-valid, README·API 레퍼런스 등 문서를 코드에 맞추는 건 looping:docs-sync-after-edits, spec.md 체크리스트대로 신규 기능을 구현하는 건 looping:spec-first-ship, 전체 테스트 스위트를 green까지 돌리는 건 looping:test-until-green)

2026-06-161

autoloop-tdd

NewTurn2017/looping-skills

실패하는 테스트를 먼저 쓰고 → 통과시킬 최소한의 코드를 구현하고 → 리팩터하는 red-green-refactor TDD 사이클을, 대상 동작이 테스트로 완전히 덮이고 전체 스위트가 통과할 때까지 자동으로 반복하는 닫힌 루프입니다. 사용자가 "TDD로 만들어줘", "테스트 먼저 쓰고 구현해줘", "red-green-refactor로 돌려줘", "실패 테스트부터 작성해서 기능 추가해줘", "테스트 주도로 이 기능 구현해줘", "Autoloop TDD", "test-first loop", "write a failing test then implement", "TDD this feature"처럼 테스트를 먼저 작성해 새 기능을 구현하고 싶을 때 사용하세요. (구분: 이미 깨진 기존 테스트를 통과시키는 건 looping:test-until-green, 커버리지 %를 채우려고 테스트만 추가하는 건 looping:coverage-until-threshold, spec.md 체크리스트로 요구사항을 하나씩 구현하는 건 looping:spec-first-ship, E2E 스위트를 green으로 만드는 건 looping:e2e-until-green)

2026-06-161

build-until-green

NewTurn2017/looping-skills

프로덕션 빌드를 실제로 돌려 컴파일·타입·번들링 에러를 한 번에 하나씩 고치고, 빌드가 종료 코드 0으로 성공할 때까지 자동으로 반복하는 닫힌 루프입니다. 사용자가 "빌드 통과할 때까지 돌려줘", "빌드 에러 다 고쳐줘", "빌드 깨진 거 green 될 때까지", "프로덕션 빌드 성공시켜줘", "npm run build 통과하게", "build until green", "fix build errors until it compiles", "make the production build pass"처럼 요청하거나, 빌드가 깨진 걸 반복적으로 고쳐 성공시키고 싶을 때 사용하세요. (구분: 테스트 스위트 실패를 고치는 건 looping:test-until-green, lint·타입체크 에러 정리는 looping:lint-typecheck-fix, 원격 CI 빌드 실패 감시는 looping:ci-failure-watcher, 번들 사이즈 예산 초과는 looping:bundle-size-budget)

2026-06-161

bundle-size-budget

NewTurn2017/looping-skills

프로덕션 빌드를 돌려 클라이언트 번들 크기를 측정하고, 설정한 size-limit 예산을 넘으면 무거운 모듈 dynamic import·미사용 의존성 제거·라우트 분할로 다이어트한 뒤 size-limit이 종료 코드 0으로 통과할 때까지 자동으로 반복하는 닫힌 루프입니다. 사용자가 "번들 크기 줄여줘", "번들 예산 안 넘게 해줘", "size-limit 통과시켜줘", "번들 다이어트해줘", "client bundle 가볍게 유지해줘", "bundle size budget", "keep the client bundle under budget", "loop until size-limit passes"처럼 클라이언트 번들을 예산 이하로 끌어내리고 싶을 때 사용하세요. (구분: 빌드 자체를 성공시키는 건 looping:build-until-green, 죽은 export·미사용 파일·고아 의존성 정리는 looping:knip-until-clean, 의존성을 하나씩 안전하게 업그레이드하는 건 looping:dependency-upgrade-one-by-one)

2026-06-161

changelog-sync-after-ship

NewTurn2017/looping-skills

기능을 출시(ship)한 직후, 마지막 태그 이후의 커밋을 훑어 CHANGELOG.md의 [Unreleased] 섹션에 사용자 관점 항목을 채우고 conventional commits를 반영할 때까지 반복하는 수동 루프입니다. 사용자가 "체인지로그 업데이트해줘", "방금 출시한 거 CHANGELOG에 반영해줘", "릴리스 노트 정리해줘", "CHANGELOG 동기화", "changelog sync after ship", "update the changelog for this release", "sync CHANGELOG after shipping"처럼 출시·머지 직후 변경 이력을 사용자 친화적으로 정리하고 싶을 때 사용하세요. (구분: README·API 레퍼런스·주석 등 일반 문서 동기화는 looping:docs-sync-after-edits, openapi.yaml 스펙 동기화는 looping:openapi-sync-until-valid, API 응답이 계약과 맞는지 검증은 looping:api-contract-until-match, 작성한 spec.md 체크리스트대로 구현은 looping:spec-first-ship)

2026-06-161

name

ship-pr-until-green

description

PR 초록불까지 출시 (Ship PR Until Green)

브랜치에서 구현하고, 테스트를 돌리고, push하고, PR을 열고, CI를 기다려 — 체크가 전부 통과하고 머지 가능해질 때까지 반복합니다.

항목	값
카테고리	CI
트리거	수동(manual) — 사람이 직접 시작
종료 조건(Exit)	PR이 열려 있고 모든 PR 체크가 success(머지 준비 완료)일 때
반복 한도(Max iterations)	10
매 반복 체크 명령	`gh pr checks`
가드레일	강화됨(Hardened)
지원 에이전트	Claude Code · Cursor · Codex

이 루프는 언제 쓰나

루프 흐름

수동 시작 → 구현·테스트 → 커밋·push → PR 열기/업데이트 → CI 수정 →〔피드백 게이트〕
   PR 체크 전부 통과 & 머지 준비?
   ├─ 아니오 → 다시 구현·수정으로 (최대 10회)
   └─ 예    → 종료

매 반복(pass)마다 하는 일

구현·테스트 — 범위가 정해진 변경을 만들고 로컬 테스트를 돌립니다.
```
npm test
```
커밋·push — 명확한 메시지로 커밋하고 브랜치를 push합니다.
PR 열기 또는 업데이트 — 요약과 테스트 플랜을 담아 PR을 열거나, 이미 있으면 업데이트합니다.
```
gh pr view --json statusCheckRollup,url
```
CI 수정 — CI가 실패하면 로그를 읽고, 로컬에서 한 번 고치고, push한 뒤 다시 체크를 기다립니다.

가드레일 (점수 조작 방지 규칙)

종료 조건을 "가짜로" 통과시키지 못하게 막는 규칙입니다. 반드시 지키세요.

체크 명령이나 종료 기준을 고쳐서 억지로 성공시키지 않는다.
체크를 건너뛰거나 비활성화·우회해서 종료 조건을 통과시키지 않는다.
여러 번 반복해도 막히면, 지표를 조작하지 말고 멈추고 블로커를 보고한다.

Claude Code에서 실행하기

가장 간단합니다. 아래 kickoff 프롬프트를 그대로 붙여넣으면 에이전트가 스스로 반복합니다.

"PR 초록불까지 출시(Ship PR Until Green)" 루프를 시작합니다.

목표: PR이 열려 있고 모든 CI 체크가 통과
최대 반복: 10
매 반복 사이 실행: gh pr checks
종료 조건: 모든 PR 체크가 success일 때

1단계: 변경을 구현하고, 로컬에서 테스트하고, push하고, PR을 열고, green이 될 때까지 CI를 고친다.

이 루프를 스스로 페이싱(self-pace)하라. 매 반복 후 체크 명령을 실행하고 출력을 읽어, 종료
조건이 충족되지 않았을 때만 계속한다. 종료 조건이 통과하거나 최대 반복에 도달하면 멈춘다.
매 회차마다 한 줄 상태 업데이트를 남긴다.

전제: gh CLI가 인증되어 있어야 하고(gh auth status로 확인), 작업 브랜치가 원격에 push될 수 있어야 합니다. npm test는 예시이니 프로젝트에 맞게 pytest, go test ./..., cargo test, pnpm test 등으로 바꾸세요.

팁 / 변형

체크 명령 교체: 로컬 단계의 npm test는 생태계에 맞게 바꾸고, 원격 게이트인 gh pr checks는 gh pr view --json statusCheckRollup,url이나 gh run watch로 보강해 더 자세한 상태를 읽게 할 수 있습니다.
막힐 때 대처: 같은 CI 실패가 2회 반복되면 가드레일대로 멈추고, 원인 가설과 로그 요약을 사람에게 보고하게 하세요. 머지 충돌처럼 제품 판단이 필요한 건 직접 손대지 않고 에스컬레이션합니다.
CI가 느릴 때: 체크가 끝나길 기다리느라 반복을 낭비하지 않도록, push 후 gh run watch로 결과를 한 번에 기다린 뒤 다음 패스로 넘어가게 하세요.
연관 루프: 이미 실패한 CI 한 건만 집중 수정은 looping:fix-ci-until-green, PR 올리기 전 자체 리뷰는 looping:pr-self-review, 머지 후 여러 PR 상시 관리는 looping:pr-babysitter.

원본 영어 kickoff (loops.elorm.xyz 원문)

Start the "Ship PR Until Green" loop.

Goal: PR is open with all CI checks passing
Max iterations: 10
Between iterations run: gh pr checks
Exit when: all PR checks are success

Step 1: Implement the change, test locally, push, open PR, and fix CI until green.

Self-pace this loop. After each iteration, run the check command, read the output, and only continue if the exit condition is not met. Stop when the exit condition passes or max iterations is reached. Give a short status update each pass.

출처: https://loops.elorm.xyz/loops/ship-pr-until-green