بنقرة واحدة
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 / 주의사항섹션은 선택 사항이며 필요 시에만 추가한다.