원클릭으로
kdoc
Android 라이브러리 KDoc 주석 생성. 한·영 병기 규칙에 따라 클래스/함수/프로퍼티에 주석을 작성한다. "KDoc 작성", "주석 추가", "문서화해줘" 등의 요청 시 사용.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Android 라이브러리 KDoc 주석 생성. 한·영 병기 규칙에 따라 클래스/함수/프로퍼티에 주석을 작성한다. "KDoc 작성", "주석 추가", "문서화해줘" 등의 요청 시 사용.
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 | KDoc |
| description | Android 라이브러리 KDoc 주석 생성. 한·영 병기 규칙에 따라 클래스/함수/프로퍼티에 주석을 작성한다. "KDoc 작성", "주석 추가", "문서화해줘" 등의 요청 시 사용. |
| disable-model-invocation | true |
| argument-hint | 파일경로 or 패키지명 or 클래스명 |
이 프로젝트(SimpleUI_XML)의 KDoc 주석을 작성한다. 반드시 아래 규칙을 따른다.
$ARGUMENTS 가 있으면 → 해당 파일 경로, 패키지명, 클래스명을 대상으로 한다.$ARGUMENTS 가 없으면 → 현재 IDE에서 선택된 코드(ide_selection)를 대상으로 한다.ide_selection 도 없으면 → 사용자에게 대상 파일 경로, 패키지명, 클래스명을 요청한 후 진행한다.주석을 반영하기 전에 아래 내용을 먼저 정리한다.
Step 1 완료 후, 아래 형식으로 반드시 출력한 뒤 Step 2로 진행한다.
> 대상: {파일명}
> 변경 예정 항목 수: N개 (클래스 N, 함수 N, 프로퍼티 N)
> 영향 범위: {설명}
대상 파일을 직접 읽고, 사용자가 지정한 범위 안에서 주석이 없거나 규칙에 맞지 않는 항목을 파악한다.
범위 원칙:
사용자가 지정한 범위의 클래스, 함수, 프로퍼티에 한해 아래 규칙에 맞는 KDoc 주석을 작성한다.
작성한 주석이 아래 항목을 준수하는지 확인한다.
<br><br> 후 한글 설명 순서가 맞는가@param, @return, @throws 한·영 병기가 적용됐는가<br> 마무리가 됐는가검증 실패 시 → Step 3으로 돌아가 해당 항목을 수정 후 재검증한다.
검증 통과 시 파일에 직접 주석을 반영하고 아래 형식으로 결과를 요약한다.
✅ 완료
- 파일: {경로}
- 적용: N개
- 미적용: {항목명} - {사유}
<br><br> 로 줄바꿈<br> 로 마무리Good
/**
* Formats date to string.<br><br>
* 날짜를 문자열로 변환합니다.<br>
*/
Bad
/** 날짜를 문자열로 변환 */
<br><br> 후 한글 설명/**
* @param date Target date to format.<br><br>
* 변환할 대상 날짜입니다.<br>
*/
<br><br> 후 한글 설명/**
* @return Formatted date string.<br><br>
* 변환된 날짜 문자열입니다.<br>
*/
<br><br> 후 한글 설명/**
* @throws IllegalArgumentException If the argument is invalid.<br><br>
* 인자가 유효하지 않을 때 발생합니다.<br>
*/
/**
* Brief description.<br><br>
* 간단한 설명.<br>
*
* **Why this class exists / 이 클래스가 필요한 이유:**<br>
* - Reason 1<br>
* - Reason 2<br><br>
* - 이유 1<br>
* - 이유 2<br>
*
* **Design decisions / 설계 결정 이유:**<br>
* - Decision 1<br>
* - Decision 2<br><br>
* - 결정 1<br>
* - 결정 2<br>
*
* **Important notes / 주의사항:**<br>
* - Note 1<br>
* - Note 2<br><br>
* - 주의사항 1<br>
* - 주의사항 2<br>
*
* **Usage / 사용법:**<br>
* 1. Step 1<br>
* 2. Step 2<br><br>
* 1. 단계 1<br>
* 2. 단계 2<br>
*/
Important notes / 주의사항섹션은 선택 사항이며 필요 시에만 추가한다.