원클릭으로
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 제안 ← 중복 구조 검사 요청 시에만 표시
· {중복 파일 목록} → {수정안}