메뉴
생성이 완료된 뒤 governance 아티팩트의 중복, 충돌, 잘못된 배치, 강제 누락, always-on vs on-demand 배치 문제를 독립적으로 검토한다.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when the user wants to design an in-app user survey or questionnaire — triggers include "인앱 설문", "사용자 설문 만들어줘", "설문 문항 설계", "설문지 만들어줘", "in-app survey", "user survey questionnaire". Produces a Korean questionnaire that enforces The Mom Test and survey validity/reliability principles so any teammate gets consistent, decision-driven surveys.
기획 브레인스토밍 스킬. "아이디어 정리해주세요", "뭘 만들지 같이 고민해주세요", "설계 논의", "디자인 같이 해주세요", "이거 어떻게 만들면 좋을까요?", "기능 구상", "접근법 제안해주세요" 등의 요청 시 트리거. 구현에 들어가기 전에 아이디어를 탐색하고, 접근법을 비교하고, 디자인을 확정하는 협업 대화 스킬. 새로운 기능, 컴포넌트 생성, 기존 동작 변경 등 모든 창작 작업 전에 반드시 이 스킬을 먼저 사용해야 한다. AI Driven Development 파이프라인의 1단계이자 진입점 — 대상 프로젝트와 Memory URL을 확정하여 이후 스킬로 전파한다.
기획 시작 스킬. "기획 시작", "기획 시작해주세요", "플래닝 시작", "새 기획", "기획 킥오프" 등의 요청 시 트리거. plan-1이 확정한 프로젝트의 Memory(용어집·플로우차트)를 로드하고, 기존 플로우/로직과의 정합성을 검사하여 기획 초안을 작성한다. AI Driven Development 파이프라인의 2단계.
기획 Edge Case 검사 스킬. "edge case 검사", "엣지케이스 검토", "예외 상황 검토", "예외 케이스", "edge case 분석" 등의 요청 시 트리거. plan-2 기획 초안에서 Constraint 위반을 먼저 경고하고 누락된 edge case를 식별한다. AI Driven Development 파이프라인의 3단계. 반드시 Step 2(기획 시작)이 완료된 상태에서 사용한다.
기획 UI Layout 스킬. "UI 레이아웃", "화면 구성", "UI 설명", "레이아웃 만들어주세요", "화면 그려주세요" 등의 요청 시 트리거. 사용자가 대략적으로 설명하는 UI를 듣고 텍스트 기반 와이어프레임으로 표현하고, flowchart Memory와 진입 경로 일관성을 검증한다. AI Driven Development 파이프라인의 4단계. 반드시 Step 3(Edge Case 검사)가 완료된 상태에서 사용한다.
HTML 와이어프레임 생성 스킬. "와이어프레임 만들어주세요", "wireframe", "HTML 와이어프레임", "화면 프로토타입" 등의 요청 시 트리거. plan-4(UI Layout)의 화면 정의를 기반으로 B&W HTML 와이어프레임을 단일 파일로 생성한다. AI Driven Development 파이프라인의 5단계. 반드시 Step 4(UI Layout)가 완료된 상태에서 사용한다.
| name | review-governance-consistency |
| description | 생성이 완료된 뒤 governance 아티팩트의 중복, 충돌, 잘못된 배치, 강제 누락, always-on vs on-demand 배치 문제를 독립적으로 검토한다. |
| allowed-tools | Read Grep Glob |
| disable-model-invocation | true |
governance 아티팩트를 독립적으로 검토한다. 이 skill은 review 전용이며, governance 파일이 이미 존재하는 상태에서 사용한다.
이 검토의 목적은 단순 오탈자 점검이 아니다. 이 검토의 목적은 현재 governance 구조가 프로젝트를 원하는 상태로 실제로 유도하고 있는지 평가하는 것이다.
검토 시 아래 질문을 항상 염두에 둔다.
다음을 검토한다.
CLAUDE.mdCLAUDE.md.claude/rules/*.md.claude/settings.json.claude/hooks/ 아래 관련 hook다음 간 규칙 중복을 확인한다.
다음과 같은 상충 지침을 확인한다.
다음을 확인한다.
결정론적으로 강제되어야 할 정책이 advisory text로만 남아 있는지 확인한다. 예:
다음의 명백한 누락을 확인한다.
각 규칙이 아래 중 어디에 있어야 하는지 평가한다.
현재 governance가 아래 상태를 향하는지 평가한다.
각 발견 사항마다 아래를 출력한다.
마지막에는 아래 4개 섹션으로 마무리한다.
이 skill 안에서 파일을 다시 쓰지 않는다. 문제를 조용히 정규화하지 않는다. 별도의 drafting 또는 editing pass에서 수정할 수 있도록 명확하게 드러낸다.