sodalive-android/docs/agent-guides/work-plan-docs.md

work-plan-docs

SodaLive 저장소에서 작업 절차와 PRD/계획/TASK 문서 규칙을 정리한 문서다.

작업 절차 체크리스트

• 변경 전: 유사 기능 코드를 먼저 찾아 네이밍/예외/응답 패턴을 맞춘다.
• 변경 중: 공개 API 스키마를 임의 변경하지 말고 작은 단위로 안전하게 수정한다.
• 변경 후: 최소 단일 테스트(--tests) 또는 ./gradlew :app:test를 실행하고 필요 시 ./gradlew :app:ktlintCheck를 수행한다.

작업 계획 문서 규칙 (docs)

• 모든 구현 작업은 PRD 문서와 구현 계획/TASK 문서가 모두 준비된 뒤에 시작한다.
• 사용자가 프롬프트를 입력하면 먼저 PRD 문서를 작성한다.
• PRD 작성 중 애매하거나 더 필요한 내용, 결정해야 하는 사항이 있으면 애매한 사항이 없어질 때까지 사용자와 인터뷰한다.
• 인터뷰로 확정한 내용을 PRD 문서에 보강한 뒤, 해당 PRD를 기준으로 구현 계획/TASK 문서를 작성한다.
• 구현은 계획/TASK 문서를 기준으로 필요한 내용만 최소 범위로 진행한다.
• 문서는 docs/[날짜]_구현할내용한글/ 아래에 prd.md, plan-task.md로 만든다.
  • docs/[날짜]_구현할내용한글/prd.md
  • docs/[날짜]_구현할내용한글/plan-task.md
• 문서 폴더명에서 원래 띄어쓰기가 들어갈 위치는 공백 대신 _를 사용한다.
  • 예: docs/20260601_메인_홈_추천_UI와_API_연동/
• 기존에 생성된 docs/prd/, docs/plan-task/ 문서는 유지하고, 신규 생성 문서부터 위 구조를 적용한다.
• PRD 문서는 sample-prd.md 파일에서 작업에 필요한 부분만 발췌해 작성한다. sample-prd.md가 없거나 위치가 불명확하면 추측하지 말고 사용자에게 확인한다.
• 날짜는 YYYYMMDD 8자리 숫자를 사용한다.
• 연속된 하나의 작업이라면 별도 새 문서를 만들지 말고 기존 PRD와 계획/TASK 문서에 추가 작업으로 이어서 기록한다.
• 계획/TASK 문서는 의미 단위 phase로 나누고 ### Phase 1: ..., ### Phase 2: ... 형식의 heading을 사용한다.
• 각 phase 아래에는 단계별 task를 체크박스(- [ ] **Task N.N: ...**) 형태로 작성하고 완료 즉시 - [x]로 갱신한다.
• 각 task에는 구현 시 생성/수정/확인할 파일 경로를 명시한다.
• 각 phase 또는 task에는 실행 명령, 기대 결과, 수동 확인 항목 등 검증 기준을 함께 작성한다.
• 작업 도중 범위가 변경되면 계획 문서 체크리스트를 먼저 업데이트한 뒤 구현한다.
• 특정 phase 또는 task에 직접 대응되는 검증 기록(무엇/왜/어떻게, 실행 명령, 결과)은 해당 phase 또는 task 아래에 검증 기록으로 한국어로 남긴다.
• 여러 phase에 걸치거나 문서 전체에 해당하는 통합 검증, 회귀 검증, 최종 수동 확인 기록은 문서 최하단 Verification Log에 한국어로 남긴다.
• 후속 수정이 발생해도 기존 검증 기록은 삭제/덮어쓰기 없이 위치별로 누적한다.

문서 유지보수 규칙

• build.gradle/app/build.gradle/settings.gradle 변경 시 실행 명령 섹션을 함께 갱신한다.
• 테스트 클래스 추가/이동 시 단일 테스트 실행 예시를 최신 상태로 유지한다.
• .editorconfig 변경 시 docs/agent-guides/code-style.md의 포맷 규칙 섹션을 동기화한다.
• 문서 변경 후 최소 한 번 ./gradlew tasks --all로 명령 유효성을 확인한다.
• 불확실한 규칙은 추측으로 채우지 말고 근거 파일 경로를 먼저 확인한다.
• 에이전트 안내 문구는 한국어 중심으로 유지한다.