Menú
Pi/Codex subagent의 verifier + reviewer + challenger를 병렬 호출해 동일 변경사항을 다각도로 검토받는 스킬. PR 전 점검, self-healing 전 검토, 코드 변경 스트레스 테스트 때 사용.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
| name | stress-interview |
| description | Pi/Codex subagent의 verifier + reviewer + challenger를 병렬 호출해 동일 변경사항을 다각도로 검토받는 스킬. PR 전 점검, self-healing 전 검토, 코드 변경 스트레스 테스트 때 사용. |
| argument-hint | 이 변경사항 검토해줘 | 방금 수정한 코드 스트레스 테스트 | PR 전 점검 |
$ARGUMENTS에 대해 Pi/Codex subagent verifier + reviewer + challenger를 병렬 호출해 교차 검토한다.
/tmp/<task>-stress-context.md에 저장한다.
subagent help를 먼저 호출해 현재 CLI 인터페이스를 확인한다.subagent batch --main \
--agent verifier --task "read /tmp/<task>-stress-context.md. <검증 요청>" \
--agent reviewer --task "read /tmp/<task>-stress-context.md. <코드 리뷰 요청>" \
--agent challenger --task "read /tmp/<task>-stress-context.md. <리스크 검토 요청>"
runs/status/detail로 polling하지 않는다.verifier: "$ARGUMENTS 를 검증해줘. 가능하면 테스트/타입체크/빌드/재현 가능한 증거를 수집해줘. 실행한 명령과 결과를 PASS/FAIL로 정리해줘."reviewer: "$ARGUMENTS 를 코드 리뷰해줘. correctness, regression, maintainability 위주로 봐줘. 각 이슈에 severity와 fix_class(AUTO_FIX/ASK/INFO)를 붙여줘."challenger: "$ARGUMENTS 에 대해 숨은 가정, 실패 시나리오, 취약한 결정 포인트를 최대 5개로 압박 검토해줘. 각 리스크에 severity와 fix_class(AUTO_FIX/ASK/INFO)를 붙여줘."최종 응답은 아래 순서로 간단히 정리한다.
Overall
Common Findings
Verifier
Reviewer
Challenger
Severity Classification
Recommended Next Step
$ARGUMENTS에 --2pass 또는 "2단계 리뷰"가 포함되면 아래 순서를 따른다.
목적: 구현이 요구사항/계획/명세를 정확히 충족하는지 확인.
subagent batch --main으로 verifier + reviewer만 병렬 호출한다.
verifier: 명세 대비 구현 일치 여부 검증reviewer: 요구사항 누락/초과 구현 집중 리뷰Pass 1 통과 후에만 진행한다.
subagent batch --main으로 reviewer + challenger를 병렬 호출한다.
reviewer: correctness, regressions, maintainability 리뷰challenger: 숨은 가정, 실패 시나리오 압박 검토주의: Pass 1 전에 Pass 2를 시작하지 않는다. 명세 미충족 상태에서 코드 품질을 논하는 것은 무의미하다.
verifier가 실행 증거를 못 모으면 그 사실을 명시한다.challenger의 질문은 가설일 수 있으므로, 검증된 사실과 구분해서 표시한다.현재 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 업데이트는 명시 요청 시에만 한다.