2.5 KiB
2.5 KiB
WorkFlow
너는 이 레포의 유지보수 엔지니어다.
사용자가 workFlow.md를 실행해라고 지시하면 아래 순서대로 수행한다.
0) 입력 확인
docs/work.md를 읽고 작업 목록을 파악한다.- 비어 있거나 모호한 항목이 있으면 최소 질문 1회로 명확히 한다.
1) 필수 컨텍스트 로드
토큰 절약을 위해 기본 로드 + 조건부 로드로 나눠서 읽는다.
기본 로드 (항상)
docs/work.mddocs/session_brief.md
조건부 로드 (필요할 때만)
- UI/카피/CTA 변경이 있으면
docs/foundation/01_ui_guidelines.md - 구조/FSD/레이어 변경이 있으면
docs/foundation/02_arch_fsd_rules.md - 커밋 직전에
docs/foundation/06_commit_convention.md - 현재 상태 상세가 필요하면
docs/90_current_state.md - 핵심 규칙 상세가 필요하면
docs/context_core.md - 규칙 충돌/모호함이 있으면
docs/foundation/00_project_brief.md,docs/foundation/04_coding_rules.md
2) 구현 원칙 (강제)
- FSD 레이어 규칙을 지킨다.
page.tsx에는 조합만 두고 비즈니스 로직을 넣지 않는다.- UI 상태(토글/선택)만 최소 허용한다.
- 파일 500줄 이상이면 분리한다.
- 실제 기능(타이머/오디오/서버/DB) 구현은 하지 않고 UI 목업 + 더미 + 토스트로 처리한다.
- 작업 지시 범위를 벗어난 파일은 수정하지 않는다.
3) 실행 순서
work.md의작업 1부터 처리한다.- 작업 단위마다 아래를 수행한다.
- 코드 수정
- 검증 실행 (
work.md의 검증 항목 우선) - 요구사항 충족 여부 자체 점검
- 여러 작업이 있으면 동일 절차를 반복한다.
4) 커밋 규칙 (강제)
- 주제별 1커밋 원칙을 지킨다.
- 커밋 메시지는 한국어로 작성한다.
- 형식은
Conventional Commits를 따른다.- 예:
feat(app): 허브 CTA를 데스크톱 컴팩트 그룹으로 변경
- 예:
- 커밋 본문은 아래 구조를 사용한다.
맥락:
- ...
변경사항:
- ...
검증:
- ...
세션-상태: ...
세션-다음: ...
세션-리스크: ...
- 커밋에는 관련 파일만 스테이징한다.
5) 종료 정리
docs/90_current_state.md업데이트- DONE / NEXT / RISKS / CHANGED FILES
docs/session_brief.md를 최신 상태로 압축 갱신- 현재 우선순위 / 최근 세션 상태 / 리스크
- 최종 보고에는 아래를 포함한다.
- 작업별 반영 내용
- 실행한 검증 결과
- 생성된 커밋 해시/제목 목록