« 목차로 돌아가기

17. 전체 Skill 레퍼런스

앞선 워크플로우 가이드에서 다루지 않은 나머지 Skill 을 하려는 일 기준으로 묶어 정리했습니다. 각 흐름(Small/Medium/Large cycle, 신규 project, onboarding, testing, design)의 중간중간 필요할 때 참고하세요.

아래 표에서 원하는 상황을 찾아 Skill 이름을 클릭하면 해당 설명으로 바로 이동합니다.

#PR / Review 를 다루고 싶을 때

열려있는 PR 의 review comment 에 대응하고, CI/conflict 도 함께 정리하고 싶다

/ywc-handle-pr-reviews 250

$ywc-handle-pr-reviews 250

PR 번호를 생략하면 현재 branch 의 PR 을 자동으로 찾습니다.

변경사항을 commit 하고 draft PR 을 열고 싶다

/ywc-create-pr --title "fix: correct timezone offset in report export" --lang ko

$ywc-create-pr --title "fix: correct timezone offset in report export" --lang ko

04, 05의 흐름에 이미 포함되어 있으므로, 그 흐름 밖에서 단독으로 PR 만 열고 싶을 때 씁니다.

쌓여있는 Dependabot PR 을 한번에 정리하고 싶다

/ywc-merge-dependabot security parallel-auto

$ywc-merge-dependabot security parallel-auto

security 를 생략하면 전체 Dependabot PR 대상, parallel-auto 를 생략하면 PR 번호 순으로 하나씩 순차 처리합니다.

지금까지 한 작업을 그냥 commit 만 하고 싶다

/ywc-commit authentication 관련 변경만 커밋해줘

$ywc-commit authentication 관련 변경만 커밋해줘

PR 생성이나 코드 변경 자체에는 사용하지 않습니다 — commit 전용입니다.

리뷰어(사람 또는 CodeRabbit/Codex/Claude)의 지적을 무조건 수용하지 않고, 기술적으로 검증한 뒤 대응하고 싶다

/ywc-receive-review 리뷰어가 이 헬퍼 함수는 안 쓰인다며 삭제하라는데, 진짜 안 쓰이는지 확인부터 해줘

$ywc-receive-review 리뷰어가 이 헬퍼 함수는 안 쓰인다며 삭제하라는데, 진짜 안 쓰이는지 확인부터 해줘

동의부터 하고 구현하는 기본 동작을 막고, 모든 지적을 "검증해야 할 제안"으로 취급합니다. ywc-handle-pr-reviews 의 자동화를 보완하는 판단 레이어입니다.

#아직 계획이 없거나, 사람 개입 없이 끝까지 돌리고 싶을 때

아이디어가 아직 구체적이지 않아서 정리부터 하고 싶다

/ywc-brainstorm 알림 기능을 만들고 싶은데 아직 어떻게 할지 구체적이지 않음

$ywc-brainstorm 알림 기능을 만들고 싶은데 아직 어떻게 할지 구체적이지 않음

Socratic 대화로 목적/제약/성공 기준과 대안 2~3개를 도출한 뒤 ywc-plan 으로 handoff 합니다.

라이브러리나 구현 방식을 비교해서 뭘 쓸지 결정하고 싶다

/ywc-tech-research "Hono SSE 구현" --compare "Redis,Valkey"

$ywc-tech-research "Hono SSE 구현" --compare "Redis,Valkey"

--depth 로 조사 깊이(25 요약 ~ 100 전수조사)를, --format html 로 self-contained 리포트 출력을 조절할 수 있습니다.

목표 하나만 던지고 계획부터 구현까지 사람 개입 없이 맡기고 싶다

ywc-agentic 전용 페이지로 옮겼습니다 — 자세한 사용법과 예시는 06. 목표 하나로 자동 완료하기를 참고하세요.

#품질, 보안, 프로덕트 관점을 점검하고 싶을 때

인증/결제처럼 민감한 코드의 보안 취약점을 점검하고 싶다

/ywc-security-audit --code codex/skills/ywc-security-audit/SKILL.md

$ywc-security-audit --code codex/skills/ywc-security-audit/SKILL.md

버그의 원인을 못 찾아서 답답하다

ywc-debug-rootcause 전용 페이지로 옮겼습니다 — 자세한 사용법과 예시는 12. 버그 디버깅과 장애 사후분석를 참고하세요.

오래된 dead code (미사용 함수/export/의존성)를 정리하고 싶다

ywc-refactor-clean 전용 페이지로 옮겼습니다 — 자세한 사용법과 예시는 13. 코드 구조와 유지보수성 관리를 참고하세요.

뒤엉킨 shallow module 구조를 deep module 로 재구조화하고 싶다

ywc-improve-architecture 전용 페이지로 옮겼습니다 — 자세한 사용법과 예시는 13. 코드 구조와 유지보수성 관리를 참고하세요.

일반 cycle 밖에서 독립적으로 구현 품질과 maintenance 관점을 점검하고 싶다

ywc-impl-review 전용 페이지로 옮겼습니다 — 자세한 사용법과 예시는 13. 코드 구조와 유지보수성 관리를 참고하세요.

Agent 가 코드를 고칠 때 드는 token 비용과 가독성을 측정하고 싶다

ywc-agent-legibility-audit 전용 페이지로 옮겼습니다 — 자세한 사용법과 예시는 13. 코드 구조와 유지보수성 관리를 참고하세요.

Production 장애가 나서 회고 문서를 써야 한다

ywc-incident-postmortem 전용 페이지로 옮겼습니다 — 자세한 사용법과 예시는 12. 버그 디버깅과 장애 사후분석를 참고하세요.

RED → GREEN → REFACTOR 를 문서화된 절차대로 엄격하게 지키면서 구현하고 싶다

/ywc-tdd-ritual 로그인 실패 사유를 구체적으로 보여주는 기능을 TDD 로 구현해줘

$ywc-tdd-ritual 로그인 실패 사유를 구체적으로 보여주는 기능을 TDD 로 구현해줘

ywc-code-gen, ywc-sequential-executor 등에서 언급되는 opt-in --tdd 절차가 바로 이 skill 입니다 — 매 RED/GREEN/REFACTOR 전환마다 검증 단계를 강제합니다.

critical user flow 를 Playwright 로 자동화하거나, 기존 E2E 커버리지의 빈틈을 점검하고 싶다

/ywc-e2e-test-strategy --flow user-login

$ywc-e2e-test-strategy --flow user-login

--init 으로 Playwright 를 처음부터 세팅하고, --audit 으로 기존 커버리지 빈틈만 점검할 수도 있습니다.

코드가 아니라 비즈니스/서비스 관점에서 프로젝트를 리뷰받고 싶다

/ywc-product-review --format html

$ywc-product-review --format html

User value, UX, growth, risk 등 비즈니스 관점에서 프로젝트를 되짚어봅니다 — 코드 리뷰는 ywc-impl-review, 보안 리뷰는 ywc-security-audit 을 대신 씁니다.

#Project 의 지식을 누적하고 싶을 때 (Stateful Skills)

이 Skill 들은 한 번 쓰고 끝나는 것이 아니라, 대화가 끝나도 project 에 남아 다음 session 에서도 참고되는 지식을 관리합니다.

Code review 에서 반복 지적되는 내용을 학습시켜서 다음부터 다시 지적하지 않게 하고 싶다

/ywc-review-learnings 이 지적은 false positive 야, 학습해둬

$ywc-review-learnings 이 지적은 false positive 야, 학습해둬

개발자·도메인 전문가·LLM 이 공유할 도메인 용어집을 만들거나 갱신하고 싶다

/ywc-ubiquitous-language --context billing --ddd

$ywc-ubiquitous-language --context billing --ddd

--ddd 는 Entity / Value Object / Aggregate 같은 DDD Type 컬럼을 추가합니다.

Project 의 why 와 rejected-approach 를 기록하고 싶다

/ywc-mission 이 project 의 목표는 ...

$ywc-mission 이 project 의 목표는 ...

07. 새 Project 시작하기에서 이미 다뤘습니다 — project 진행 중 방향이 바뀔 때도 다시 사용할 수 있습니다.

#Release 를 준비하고 싶을 때

Release PR (develop→main 등)에 포함된 merged PR 목록을 정리하고 싶다

/ywc-release-pr-list 301

$ywc-release-pr-list 301

CHANGELOG.md 나 사용자용 release note 를 작성하고 싶다

/ywc-changelog-release-notes --both --version 1.4.0

$ywc-changelog-release-notes --both --version 1.4.0

--pr-list <ywc-release-pr-list 의 결과 파일> 을 넘기면 git log 대신 그 목록을 근거로 생성합니다.

#Toolkit 자체를 확장하거나 실행 인프라를 다루고 싶을 때

새 ywc-* skill 을 만들거나, 기존 skill 을 규칙에 맞게 정리/점검하고 싶다

/ywc-skill-author 결제 webhook 재시도 로직을 처리하는 새 skill 을 만들고 싶어

$ywc-skill-author 결제 webhook 재시도 로직을 처리하는 새 skill 을 만들고 싶어

ywc-* skill 의 frontmatter/body/references 규칙을 검증하고 맞춰줍니다. skill 내용을 고치는 게 아니라 skill "자체"를 새로 만들거나 구조를 정리할 때 씁니다.

출력 언어의 영속 기본값을 설정해서 매번 language 를 묻지 않게 하고 싶다

/ywc-setup-language ko

$ywc-setup --scope project --lang ko

생성 문서, PR 문구, commit message 의 출력 언어를 매번 skill 호출마다 --lang 로 넘기지 않고 고정하고 싶을 때 씁니다. project 또는 user 의 영속 기본값을 설정하는 용도이며, 현재 chat 언어를 바꾸지는 않습니다.

일회성 지정은 계속 우선합니다. 해석 순서는 대상 skill 에 명시한 --lang > project/user 영속 기본값 > 질문입니다.

격리된 worktree 경로를 만들거나, 점검/정리하고 싶다

/ywc-worktrees --mode create --task-name 000020-010-api-webhook --branch feature/000020-010-api-webhook --base-branch develop

$ywc-worktrees --mode create --task-name 000020-010-api-webhook --branch feature/000020-010-api-webhook --base-branch develop

보통 ywc-parallel-executor 가 내부적으로 호출하지만, --mode audit/prune/resolve 로 직접 점검·정리할 수도 있습니다.

병렬로 띄운 worktree 들의 Docker 포트가 서로 겹쳐서 충돌하는 문제를 해결하고 싶다

/ywc-docker-isolate setup --task-name 000020-010-api-webhook --worktree-path .worktrees/000020-010-api-webhook

$ywc-docker-isolate setup --task-name 000020-010-api-webhook --worktree-path .worktrees/000020-010-api-webhook

ywc-parallel-executor 가 각 task worktree 마다 자동으로 호출하는 결정론적 port 할당 skill 입니다 — worktree 마다 고유한 COMPOSE_PROJECT_NAME 과 port 블록을 배정해 "port is already allocated" 충돌을 막습니다.

#전체 Skill 색인 (A-Z)

이 toolkit 의 모든 ywc-* skill 을 이름순으로 정리했습니다. 상세 사용법은 각 skill 의 위치(전용 page 또는 위 상황별 항목)에서 확인하세요.

← 이전: 16. Executor / Code-gen Prompt 패턴 · 다음: 18. 사전 준비와 설치 →