一键导入
xmlinspector
Android XML 레이아웃 파일을 분석하여 Style 준수, 명명 규칙, 하드코딩, 성능 저하, 접근성, 불필요한 속성을 점검하고 수정안을 제시한다. "XML 검사", "레이아웃 분석", "XML 점검" 등의 요청 시 사용.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Android XML 레이아웃 파일을 분석하여 Style 준수, 명명 규칙, 하드코딩, 성능 저하, 접근성, 불필요한 속성을 점검하고 수정안을 제시한다. "XML 검사", "레이아웃 분석", "XML 점검" 등의 요청 시 사용.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
/plan 실행 전 사전 정보를 정리하는 스킬. 사용자와 실시간 대화로 PROMPT/PRD/SPEC 3개 문서를 docs/agents/output/plan/{타임스탬프}/ 에 작성한다. PRD/SPEC은 이후 /plan 모드에 전달된다. 트리거: /BeforePlan, "plan 준비", "사전 계획 문서", "PRD/SPEC 먼저 작성", "/plan 전 정리".
Android 라이브러리 코드 리뷰 스킬. 우선순위 5단계(아키텍처→기능→로직→품질→명명) 순서로 점검하고 100점 평가한다. 코드 리뷰가 필요할 때 슬래시 명령 `/CodeReview`로 실행한다(자동 호출 비활성 — 자연어 "코드 리뷰" 요청은 review 에이전트 담당).
프로젝트의 Skill(.claude/skills/)과 구식 커맨드(.claude/commands/)를 품질 루브릭(6섹션 30항목, 규칙/모델 검사 분리, S~F 등급)으로 점검하고 등급표와 개선 조치를 보고한다. 스킬을 새로 만들었거나 수정한 직후, 또는 스킬이 호출되지 않거나 이상 동작할 때 반드시 사용한다. 트리거: /SkillReview, "스킬 점검", "스킬 품질 검사", "스킬 평가", "SKILL.md 검사", "skill review", "루브릭 점검", "스킬이 왜 호출 안 되지".
ktlint, lint, apiDump 정적 분석 일괄 실행 스킬. "품질 체크", "ktlint", "lint 체크", "api dump", "정적 분석" 요청 시 사용.
Android app 모듈에 파일 세트를 생성한다. FQCN을 입력하면 suffix로 타입(Activity/Fragment/DialogFragment/Adapter/Layout)을 자동 감지하여 Kotlin 파일과 XML 레이아웃을 함께 생성한다. "만들어줘", "생성해줘", "Activity/Fragment 추가" 등의 요청 시 사용.
PRD/SPEC을 입력으로 구현 계획(PLAN)을 작성하는 절차. /plan 진입 시 mainAgent가 이 절차를 따른다. 선행 PRD/SPEC을 알 때만 적용(세션 내 BeforePlan 산출물 또는 사용자 명시 참조), 모르면 기본 /plan 수행. PRD/SPEC의 생성·포맷은 BeforePlan이 단일 소유한다. EnterPlanMode/ExitPlanMode와 plan_format_check로 검증한다. 트리거: /plan (PRD/SPEC을 아는 경우), /MakePlan, "구현 계획 작성", "PLAN 작성".
| name | XmlInspector |
| description | Android XML 레이아웃 파일을 분석하여 Style 준수, 명명 규칙, 하드코딩, 성능 저하, 접근성, 불필요한 속성을 점검하고 수정안을 제시한다. "XML 검사", "레이아웃 분석", "XML 점검" 등의 요청 시 사용. |
| disable-model-invocation | true |
| argument-hint | 파일경로 or 레이아웃 파일명 |
이 프로젝트(SimpleUI_XML)의 XML 레이아웃 파일을 분석하고 점검한다. 반드시 아래 규칙을 따른다.
$ARGUMENTS 가 있으면 → 해당 파일 경로 또는 파일명을 대상으로 한다.$ARGUMENTS 가 없으면 → 현재 IDE에서 선택된 코드(ide_selection)를 대상으로 한다.ide_selection 도 없으면 → 사용자에게 대상 파일 경로를 요청한 후 진행한다.대상 XML 파일을 직접 읽는다. 아래 규칙 파일도 함께 읽어 기준으로 삼는다.
docs/rules/coding_rule/patterns/CODE_PATTERNS_XML.mddocs/rules/coding_rule/CODE_NAMING_RULE.md파일 읽기 완료 후, 아래 형식으로 반드시 출력한 뒤 STEP 2로 진행한다.
> 대상: {파일 경로}
> 루트 레이아웃: {레이아웃 타입}
> ConstraintLayout 사용: [예 / 아니오]
아래 항목을 순서대로 점검한다. 문제가 발견되어도 모든 항목을 끝까지 수행한다.
layout_width / layout_height 를 직접 작성한 뷰 감지style="@style/..." 미사용 뷰 감지TextView → tvTitle, Button → btnConfirm, RecyclerView → rvListButton, EditText, CheckBox, RadioButton 등)에 ID가 없는 경우 감지android:textColor="#FF0000" 등) → @color/ 참조 권장android:textSize="16sp" 등) → @dimen/ 참조 권장android:text="확인" 등) → @string/ 참조 권장ImageView / ImageButton 에 contentDescription 누락 여부importantForAccessibility="no" 가 적절히 설정됐는지 여부android:onClick 속성이 있는 뷰에 clickable="true" / focusable="true" 누락 여부android:visibility="visible", android:orientation="horizontal" (LinearLayout 기본값)android:enabled="true", android:clickable="false" (기본값)layout_weight 포함 style 사용 감지 → 제거 권장 (ConstraintLayout에서 layout_weight는 무시됨)android:gravity="center" 중복 선언아래 조건에 해당하면 SubAgent(general-purpose)를 호출하여 분석을 위임한다.
| 조건 | 분석 내용 |
|---|---|
| 사용자가 명시적으로 중복 구조 검사를 요청한 경우 | SubAgent가 res/layout/ 디렉터리 전체를 스캔하여 중복 뷰 구조 감지 → <include> / <merge> 활용 제안 |
해당 조건이 없으면 이 STEP은 건너뛴다.
아래 형식으로 결과를 보고한다.
✅ XmlInspector 완료
- 파일: {경로}
- 총 이슈: N개
[검사 1] Simple UI Style 준수
· {뷰ID 또는 위치} - {문제 내용} → {수정안}
[검사 2] 명명 규칙
· {뷰ID 또는 위치} - {문제 내용} → {수정안}
[검사 3] 하드코딩
· {뷰ID 또는 위치} - {속성명}: {값} → {수정안}
[검사 4] 성능 저하
· {뷰ID 또는 위치} - {문제 내용} → {수정안}
[검사 5] 접근성
· {뷰ID 또는 위치} - {문제 내용} → {수정안}
[검사 6] 불필요한 속성
· {뷰ID 또는 위치} - 속성: {속성명}="{값}" → 제거 권장 (사용자 판단)
[검사 7] ConstraintLayout 제약 ← ConstraintLayout 사용 시에만 표시
· {뷰ID} - {문제 내용} → {수정안}
이슈 없는 검사 항목은 생략한다.
[SubAgent] include/merge 제안 ← 중복 구조 검사 요청 시에만 표시
· {중복 파일 목록} → {수정안}