make-tasks

작업 지시서를 작성하고, Git 브랜치 전략에 따라 작업의 전체 라이프사이클(계획 → 구현 → 완료)을 관리하는 스킬이다.

태스크 파일 형식, 버전 결정 기준, 브랜치 전략 등 상세 규칙은 references/conventions.md를 참고한다.

가드레일

#	검증	실패 시
1	CWD가 Git 저장소임	"Git 저장소에서 실행해주세요"
2	develop 브랜치 존재	"develop 브랜치가 없습니다. 현재 브랜치에서 생성할까요?"

태스크 저장 위치

사용자가 경로를 지정하면 그곳에 생성한다. 지정하지 않으면 질문한다:

"태스크 파일을 어디에 생성할까요? (예: ./tasks/, ./docs/tasks/, 현재 디렉토리)"

폴더가 없으면 생성한다.

워크플로우

0. 작업 내역 확인

새로운 컨텍스트에서 기존 작업 상태를 파악할 때 작동한다.

1. 가드레일 검증
2. 태스크 파일 목록 확인 — 태스크 저장 위치에서 전체 파일명을 수집한다
3. 진행 중 태스크 읽기 — in-progress 상태인 태스크 파일이 있으면 내용을 읽는다
4. Git 메타데이터 수집 — 아래 4개 명령만 실행한다:
   • git branch — 현재 브랜치와 작업 브랜치 목록
   • git log --oneline -10 — 현재 브랜치의 최근 커밋
   • git status --short — 커밋되지 않은 변경사항 유무
   • git tag --sort=-version:refname | head -5 — 최근 완료 태그
5. 상태 요약 — 진행 중 작업, 마지막 완료 작업, 미커밋 변경사항을 보여준다
6. 다음 행동 제안 — 이어서 작업할지, 새 작업을 시작할지 확인

금지 행위

상태 파악을 위해 아래 행위를 해서는 안 된다:

• 소스코드 파일 내용 읽기, 디렉토리 재귀 탐색
• git diff로 전체 변경사항 덤프
• 프로젝트 구조 파악을 위한 glob/grep

1. 작업 계획

1. 가드레일 검증
2. 사용자 요청 분석 — 작업 타입(feat/fix/refactor/chore/docs)을 판단한다
3. 버전 결정 — 기존 태스크 파일들에서 다음 버전을 산출한다 (references/conventions.md 참고)
4. 태스크 파일 작성 — 사용자의 지시 내용을 정리하여 기록하고, 상태를 todo로 설정
5. 작업 브랜치 생성 — git checkout -b {타입}/{영문작업명} develop
6. 태스크 상태를 in-progress로 변경
7. 작업 수행 — 사용자의 지시에 따라 구현

2. 작업 완료

1. 가드레일 검증
2. 작업 브랜치 확인 — main이나 develop이면 안내 후 중단
3. 진행 중인 태스크 파일 탐색 — 상태가 in-progress인 파일을 찾는다
4. 변경사항 커밋 — git status 확인 → 커밋 메시지 작성 → 커밋
5. 승인 요청 — 작업 요약을 보여주고 develop 머지 진행 여부를 확인
6. develop 머지 — git checkout develop && git merge --no-ff {브랜치명}
7. annotated 태그 생성 — git tag -a v0.2.0 -m "feat: 디자인 시스템 구축"
8. 태스크 상태를 done으로 변경
9. 결과 안내 — 머지된 브랜치, 생성된 태그, 태스크 상태 변경을 요약