Menú
Android 프로젝트의 CLAUDE.md, rules, hooks, governance 구조를 셋업하거나 개선할 때 현재 저장소 상태를 진단한다. 파일 생성 없이 discovery만 수행한다.
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
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 | discover-repo-governance |
| description | Android 프로젝트의 CLAUDE.md, rules, hooks, governance 구조를 셋업하거나 개선할 때 현재 저장소 상태를 진단한다. 파일 생성 없이 discovery만 수행한다. |
| allowed-tools | Read Grep Glob Bash |
이 저장소의 현재 governance 및 하네스 상태를 진단한다. 이 skill은 discovery 전용이다. 파일 생성이나 수정은 하지 않는다.
이미 /init 산출물이 있으면 그것부터 확인하고, 기존 governance 입력으로 취급한다.
이 skill의 목적은 단순한 파일 목록 수집이 아니다. 이 skill의 목적은 다음 질문에 답할 수 있는 진단 자료를 만드는 것이다.
즉, 이 skill은 "문서를 무엇을 만들까"보다 먼저 "이 프로젝트에서 하네스가 무엇을 통제하고 보호해야 하는가"를 파악하기 위한 진단 단계다.
다음을 확인한다.
CLAUDE.md.claude/CLAUDE.mdCLAUDE.local.md.claude/rules/.claude/settings.json.claude/settings.local.json.claude/hooks/.claude/skills//init 기반 bootstrap 흔적 또는 기존 governance 주석다음을 찾는다.
build.gradle / build.gradle.kts (루트 및 모듈)settings.gradle / settings.gradle.ktsgradle/libs.versions.toml (Version Catalog)AndroidManifest.xmlsrc/test/, src/androidTest/)다음 명령과 엔트리포인트를 식별한다.
./gradlew assembleDebug, ./gradlew build)./gradlew test)./gradlew connectedAndroidTest)./gradlew ktlintCheck, ./gradlew lint)./gradlew ktlintFormat)./gradlew --profile, --scan)반드시 저장소 근거만 사용한다.
최소한의 범위에서 다음을 읽는다.
README*CHANGELOG*이 중 governance와 직접 관련 있는 신호만 추출한다.
가능하면 아래도 함께 추출한다.
반드시 아래 4개 섹션을 반환한다.
저장소 파일이나 문서로 직접 뒷받침되는 사실.
저장소 패턴상 합리적이지만 아직 확인되지 않은 가설.
저장소 근거만으로는 신뢰성 있게 답할 수 없는 질문.
원하는 상태를 방해할 수 있는 구조적 위험 또는 공백. 예:
각 섹션 아래에 bullet로 정리한다.
반드시 사용자에게 물어야 할 것은 governance 파일의 배치나 문구에 직접 영향을 줄 수 있는 구체적인 결정 질문 형태로 작성한다.