workflow-closelisted

# workflow-close Use this skill when the user asks to invoke the workflow skill `close`. ## Command Template **Work 완료 처리 명령이다. 세션을 종료하지 않는다.** Work Done 처리가 끝나면 다음 작업을 계속 진행하면 된다. 세션 전체 요약이 필요하면 이후에 `/done`을 실행한다. ## Work Done Processing **1. 대상 Work 확인** Active Work가 여러 개면 대상 Work ID를 먼저 확인한다. 하나뿐이면 그대로 진행한다. **2. Done Criteria 확인** Work 파일의 Done Criteria를 전부 체크했는지 확인한다. 미충족 항목이 있으면 다음 형식으로 별도 경고 블록을 출력하고, 이후 내용과 분리된 독립 단계로 진행 여부를 묻는다: ``` ⚠️ Done Criteria 미완료 항목 - [ ] {항목 1} - [ ] {항목 2} 위 항목이 완료되지 않았습니다. Done 처리를 계속하시겠습니까? ``` 사용자가 명시적으로 계속을 확인한 뒤에만 3단계로 넘어간다. Done Criteria에 사용자 최종 리뷰, final review, 검토 후 Done 같은 명시적 리뷰 조건이 있으면 해당 리뷰 확인을 완료하기 전 Done 처리하지 않는다. 전역 사용자 리뷰를 모든 Work에 강제하지 않는다. **3. Work 파일 Done 처리 (Approval Matrix state detail — 사용자 확인 후)** 대상 Work ID를 명시하고 사용자 확인을 받은 뒤: - Work 파일 frontmatter: `status: Done`, `actual_end: YYYY-MM-DD` 기입 - Done Criteria 항목을 전부 체크 표시로 업데이트 **4. Work Index 업데이트 (Work 파일 상태 변경)** `docs/works/{category}/README.md`에서 해당 Work를 Active → Done (archive pending) 테이블로 이동한다. **5. STATUS Active Work pointer 제거 제안 (Approval Matrix state detail)** 대상 Work ID를 명시한 1줄 제안 후 승인을 받은 뒤 `docs/STATUS.md` Active Work 행을 제거한다. **6. Commit/PR finalization 관계 확인** `/close`는 Work Done 처리이며 commit/PR finalization gate를 대체하지 않는다. 이미 commit 또는 PR이 필요한 변경이 있으면 commit/PR 전 gate(`/done` 또는 git workflow rule)에서 STATUS Finalization과 Tracking Finalization을 별도로 보고한다. **[branch isolation 확인]** commit 전략 안내 전, staged protected workflow 파일이 있는지 확인