القائمة
Pi/Codex subagent로 stress-interview를 실행한 뒤 worker가 actionable item만 수정하고 재검토를 2사이클 반복하는 자가 치유 스킬. PR 머지 전 자동 안정화와 품질 개선 루프 때 사용.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
현재 worktree를 최신 production 기반 새 branch로 in-place 전환해야 할 때 사용한다. "/to-production", "production으로 옮겨", "production 바라보게", "hotfix로 다시 쌓아" 요청에 사용한다. 기존 작업 commit은 backup 후 cherry-pick하고, 새 worktree가 필요하면 /wt fork --hotfix가 담당한다.
열린 PR의 리뷰 코멘트나 changes requested에 대해 부모/현재 대화와 작업 내역을 확인한 뒤, 표면적 답변이 아니라 근본 원인을 판단해 코드 수정·커밋·푸시·스레드 답글·review re-request까지 수행해야 할 때 사용한다. `--push-only` 모드에서는 코멘트/re-request 없이 커밋·푸시 후 수동 게시용 답글 초안을 세션에서 다듬는다. "PR 코멘트 대응", "리뷰 대응", "이거 대응작업-커밋-푸시-코멘트까지", "근본적으로 대응", "대응할 게 없으면 근거 코멘트" 요청에 사용한다.
Local guide for using interactive_shell in this repo. Prefer it for dev servers, TUI apps, REPLs, database shells, log viewers, and commands that need a visible terminal overlay. Do not use it for subagent-style delegation; use the subagent tool for that.
열린 PR의 GitHub Actions/CI 실패를 분석해 원인을 분류하고, 코드·generated artifact·테스트·환경 문제를 근본 대응한 뒤 검증, 커밋, push까지 수행해야 할 때 사용한다. "CI 실패 대응", "체크 실패 봐줘", "Actions 실패 고쳐줘", "pr-checks 실패", "ci-ship" 요청에 사용한다.
PR을 만들기 전 또는 remote에 올리기 전, 변경사항을 의도 단위로 커밋하고 lint/typecheck/test/build 같은 사전 검증을 통과시킨 뒤 push해야 할 때 사용한다. "ship 해줘", "커밋해서 푸시", "올리기 전에 검증", "push 준비" 요청에 사용한다.
PR/구현 검증을 PM·비개발자도 이해할 수 있는 캡처 중심 HTML 리포트로 만든다. Jira/Notion/Slack/와이어프레임/PR test plan 같은 기획 근거를 사용자-facing 동작과 매핑하고, 핵심 UI 흐름은 스크린샷/GIF를 primary evidence로 증명한다. 로직/API/DB/code diff 검증은 하단 기술 보조 검증으로 정리한다. 기본은 로컬 확인용이며 업로드/PR 업데이트는 명시 요청 시에만 한다.
| name | self-healing |
| description | Pi/Codex subagent로 stress-interview를 실행한 뒤 worker가 actionable item만 수정하고 재검토를 2사이클 반복하는 자가 치유 스킬. PR 머지 전 자동 안정화와 품질 개선 루프 때 사용. |
| argument-hint | 이 변경사항 자동으로 두 번 고쳐가며 안정화해줘 | 방금 만든 코드 self-healing 돌려줘 |
$ARGUMENTS에 대해 아래 루프를 수행한다.
stress-interview 실행 → actionable item만 worker가 수정stress-interview 실행 → 남은 actionable item만 worker가 수정총 2 사이클만 수행한다. 무한 반복하지 않는다.
verifier/reviewer/challenger의 관점을 worker 수정 루프에 반영한다./tmp/<task>-self-healing-context.md에 저장한다.
subagent help를 먼저 호출해 현재 CLI 인터페이스를 확인한다.subagent batch --main으로 verifier + reviewer + challenger를 병렬 실행한다.worker에게 구체적 수정 프롬프트를 전달한다.subagent run worker --main -- "read /tmp/<task>-self-healing-context.md. Cycle 1 stress-interview 결과 중 아래 actionable item만 최소 수정으로 반영해줘: <항목 목록>. 범위 밖 리팩터링은 하지 말고, 수정 후 관련 검증 명령을 실행해 결과를 보고해줘."
subagent batch --main으로 verifier + reviewer + challenger를 병렬 실행한다.subagent run worker --main -- ...으로 남은 항목만 수정 요청한다./verify-report 권장 여부와 추천 검증 축만 남긴다. 예: mobile 390px + breakpoint 500px + desktop 1440px, collapsed/expanded nav, computed typography.worker에게는 절대 빈 요청을 보내지 않는다. 반드시 아래를 포함한다.
좋은 예:
read /tmp/task-context.md. CWD는 /path/to/repo.
다음 2개만 수정해:
1. `foo.ts:123`에서 nullable guard 추가
2. `bar.tsx:45`에서 버튼 disabled 조건 수정
범위 밖 리팩터링/스타일 변경은 하지 마.
수정 후 `pnpm test foo`를 실행하고 결과를 보고해.
나쁜 예:
무언가 해봐
고쳐줘
self-healing 이어서 해
stress-interview 결과에서 severity/priority와 fix_class를 활용하여 분류한다.
| 분류 | 조건 | 처리 |
|---|---|---|
| Must fix now (auto) | Critical/P0/P1 + fix_class AUTO_FIX | worker가 즉시 수정 |
| Must fix now (escalate) | Critical/P0/P1 + fix_class ASK | 자동 수정하지 않고 사용자에게 에스컬레이션 |
| Good to fix | Important/Minor/P2/P3 + fix_class AUTO_FIX | maintainability / clarity / low-risk cleanup |
| Report as remaining risk | Important/Minor/P2/P3 + fix_class ASK | Remaining Risks에 기록만 |
| Do not auto-fix | fix_class INFO, 근거 부족, 대규모 설계 변경 | 무시 |
reviewer가 fix_class를 제공하지 않으면 기존 심각도(Critical/Important/Minor)로 폴백한다.
다음 중 하나면 종료한다.
## Cycle 1
- stress-interview 핵심 결과
- worker가 반영한 수정
## Cycle 2
- stress-interview 핵심 결과
- worker가 반영한 수정
## Remaining Risks
- 여전히 남은 문제
## Recommendation
- 추가 수동 작업 필요 여부
- UI 변경이 있으면 `/verify-report` 권장 여부와 추천 coverage axis
verify_plan.commands를 verifier 검증 명령으로 우선 사용한다.