القائمة
[Android App Development] [Claude Code] 안드로이드 최초 기획 문서(PRD, TRD 등)를 리뷰하고 안드로이드 생태계 제약사항에 맞춰 정합성을 교정, 문서를 상세화하는 안드로이드 메인 Agent 스킬입니다.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
[Android App Development] [Claude Code] sub-agent가 안드로이드 앱의 PRD, TRD 등을 분석하여 안드로이드 아키텍처(Kotlin/NDK) 기반 설계 의도 문서(design-intent.md)와 코드 품질 평가 기준(code-quality-guide.md)을 수립하도록 안내하는 안드로이드 전용 스킬입니다.
[Android App Development] [Claude Code] 구현 전담 Agent가 PRD, TRD, code-quality-guide.md를 바탕으로 안드로이드 프레임워크와 NDK 기반의 실제 앱 코드 및 테스트 코드를 안전하게 구현하도록 안내하는 스킬입니다.
[Android App Development] [Claude Code] 안드로이드 서브에이전트 파이프라인의 유일한 시작점이자 지휘 Agent입니다. 문서 상태와 handoff를 읽어 document-review, guide-generation, implementation, review 중 다음 worker를 결정하고, Reject 시 최대 3회 루프를 제어합니다.
[Android App Development] [Claude Code] 리뷰 전담 Agent가 설계 의도 문서(design-intent.md)와 품질 가이드(code-quality-guide.md)를 통해 구현된 안드로이드 및 NDK 코드를 엄격히 리뷰하도록 안내하는 스킬입니다.
| name | android-document-reviewer-agent |
| description | [Android App Development] [Claude Code] 안드로이드 최초 기획 문서(PRD, TRD 등)를 리뷰하고 안드로이드 생태계 제약사항에 맞춰 정합성을 교정, 문서를 상세화하는 안드로이드 메인 Agent 스킬입니다. |
| context | fork |
이 스킬은 최우선적으로 안드로이드 앱 개발(Android App Development) 생태계를 기반으로 동작하는 메인 기획/검토 에이전트용 스킬입니다.
초기 제공된 docs/ 폴더 내의 안드로이드 기획 및 설계 문서(PRD, TRD 등)를 모바일 OS 환경(Lifecycle, 권한, 백그라운드 스레드 제약 등)에 맞추어 다듬고 고도화하여, 전체 안드로이드 프로젝트의 논리적 아키텍처 뼈대를 탄탄하게 다집니다.
초안 상태인 문서들의 논리적 모순, 누락점, 모호한 표현을 찾아내어 먼저 교정하고, 이후 투입될 '가이드 자동화', '구현', '리뷰' 에이전트들이 오해의 소지 없이 지시를 정확히 수행할 수 있도록 문서를 AI 친화적이고 극도로 상세하게 재정비(Refining)하는 것.
이 스킬은 아래 두 모드 중 하나로 동작합니다.
project-delivery (기본): 실제 프로젝트 구현을 전제로 PRD/TRD를 상세화합니다.skill-pipeline-validation: test-folder, fixture, example, demo 같은 검증용 경로에서는 다음 Agent가 문서를 정상 소비할 수 있는지 검증하는 최소/일관된 문서 세트를 만드는 것을 우선합니다. 이 모드에서는 제품 스코프를 불필요하게 확장하지 않습니다.이 Agent는 표준 순서 pipeline-orchestrator -> document-review -> guide-generation -> implementation -> review에서 첫 번째 worker 단계입니다.
pipeline-orchestratorguide-generation이지만, 실제 dispatch 결정은 pipeline-orchestrator가 수행docs/generated/session-context.md가 아직 없고 orchestrator가 최초 문서 교정이 필요하다고 판단했을 때 시작모든 Agent는 공통적으로 docs/generated/session-context.md 와 각 단계의 Handoff Manifest를 통해 문맥을 전달해야 합니다.
세부 필드와 루프 원칙은 skills/pipeline-orchestrator-agent/agent-session-contract.md를 기준으로 합니다.
session-context.md는 worker 체인 시작 후 필수: 파이프라인 전체의 실행 모드, 세션 ID, 현재 단계, in-scope/out-of-scope, 미해결 이슈, 다음 Agent 주의사항을 누적 기록합니다.document-review는 첫 worker일 수 있으므로, 최초 진입에서는 docs/generated/orchestrator-handoff.md를 먼저 읽고 이후 session-context.md를 생성합니다.pipeline_id, session_id, parent_session_id, run_mode, review_cycle, session_context_path, previous_handoff, decision_summary, evidence_paths, next_agent_required_actionssession-context.md와 가장 최근 Handoff Manifest를 기준으로 현재 루프 상태를 이어받아야 합니다.pipeline-orchestrator-agent의 dispatch 또는 명시적 수동 디버깅 지시가 있을 때만 시작합니다.메인 에이전트는 기획 단계에서 다음의 주요 절차를 수행해야 합니다.
docs/generated/orchestrator-handoff.md가 존재하면 먼저 읽어 orchestrator가 어떤 실행 모드와 범위로 시작시켰는지 확인합니다.docs/ 폴더에 위치한 모든 최초 문서들(예: docs/PRD.md, docs/TRD.md, 요구사항 기술서 등)을 빠짐없이 읽어들입니다.skill-pipeline-validation 모드에서는 실제 제품 전체를 완성하기 위한 과도한 요구사항 확장보다, 후속 Agent가 구현/리뷰 계약을 오해 없이 이어받을 수 있는 수준의 정합성과 명확성을 우선합니다.worker 체인의 첫 번째 Agent이므로 docs/generated/session-context.md를 반드시 생성하여 세션을 시작합니다.
추가로 문서 교정 과정의 세부 판단을 자세히 남기고 싶다면 docs/generated/context-snapshot.md를 보조 기록으로 생성할 수 있습니다.
⚠️ CRITICAL: 아래 템플릿의 모든 키는 필수입니다. 하나라도 누락되면 파이프라인 검증이 실패합니다. 섹션 제목은 반드시
## Session Update - Document Review형식(h2 + "Session Update -" 접두사)을 사용해야 합니다.
## Session Update - Document Review
- **pipeline_id:** [프로젝트 또는 실행 단위 식별자]
- **run_mode:** `project-delivery` | `skill-pipeline-validation`
- **current_stage:** `document-review`
- **review_cycle:** 0
- **session_id:** `doc-review-001`
- **parent_session_id:** [orchestrator session_id]
- **previous_handoff:** `docs/generated/orchestrator-handoff.md`
- **in_scope:** [이번 실행 범위]
- **out_of_scope:** [이번 실행에서 제외한 범위]
- **decision_summary:** [문서 교정 핵심 판단 요약]
- **resolved_issues:** [없으면 "없음"]
- **latest_handoff:** `docs/generated/document-reviewer-handoff.md`
- **unresolved_issues:** [없으면 "없음"]
- **next_agent_focus:** [guide-generation이 집중해야 할 포인트]
- **evidence_paths:** [핵심 근거 문서 경로]
- **carry_forward_rules:** [`skills/pipeline-orchestrator-agent/agent-session-contract.md` 기준]
## Context Snapshot (Fork 컨텍스트 누적 기록)
### [1] Document Reviewer Agent 세션 기록
- **시간:** 2026-XX-XX
- **핵심 판단 및 결정 사유:**
- [판단 1]: PRD의 'XX' 요건과 TRD의 'YY' 설계가 충돌 → ZZ로 통일. 이유: ...
- [판단 2]: ...
- **수정된 문서와 변경 요약:**
- `docs/PRD.md` — 3.2절 데이터 흐름도 전면 수정
- `docs/TRD.md` — 4.1절 NDK 모듈 구조 상세화
- **다음 Agent에게 특별 전달:** [후속 Agent가 반드시 숙지해야 할 맥락]
pipeline-orchestrator-agent가 다음 worker인 **'코드 품질 가이드 생성 에이전트'**를 dispatch 할 수 있게 합니다.⚠️ CRITICAL: 아래 템플릿의 모든 키는 필수입니다. 특히
completed_agent,updated_documents,corrected_inconsistency_count,context_snapshot_path,next_agent_context를 절대 누락하지 마세요. 하나라도 빠지면 파이프라인 검증이 실패합니다.
## Handoff Manifest
- **completed_agent:** android-document-reviewer-agent
- **pipeline_id:** [값]
- **session_id:** [값]
- **parent_session_id:** [orchestrator session_id]
- **run_mode:** `project-delivery` | `skill-pipeline-validation`
- **review_cycle:** 0
- **session_context_path:** `docs/generated/session-context.md`
- **previous_handoff:** `docs/generated/orchestrator-handoff.md`
- **updated_documents:**
- `docs/PRD.md` (변경 사항 요약)
- `docs/TRD.md` (변경 사항 요약)
- **corrected_inconsistency_count:** N건
- **in_scope:** [이번 실행 범위]
- **out_of_scope:** [이번 실행에서 제외한 범위]
- **decision_summary:** [문서 교정 핵심 판단 요약]
- **evidence_paths:** [`docs/PRD.md`, `docs/TRD.md`]
- **context_snapshot_path:** `docs/generated/context-snapshot.md`
- **next_agent_context:** [교정 완료 요약]
- **next_agent_required_actions:** [`docs/generated/session-context.md`와 본 handoff를 먼저 로드]
- **unresolved_issues:** [내용]
docs/ 폴더가 존재하지 않거나 PRD/TRD 파일이 하나도 없는 경우, 작업을 시작하지 않고 사용자에게 문서 준비를 요청합니다.