# task-400.1: 워크트리 잔류 원인분석 + 개발시스템 개선

## 배경
머지 완료된 워크트리 8개가 정리되지 않고 남아있었다.
- task-331.1 (머지도 안 됨), task-338.1, 346.1, 352.1, 361.1, 367.1, 395.1, 397.1
- 아누가 수동으로 머지+워크트리 제거를 해야 했음
- `worktree_manager.py finish` 명령이 존재하지만 아무도 호출하지 않고 있었음

## 현재 시스템 분석 대상

### 1. 워크트리 생명주기
- **생성**: `dispatch.py` → 팀 프롬프트에 worktree 생성 지시 포함
- **작업**: 팀이 워크트리 안에서 코드 작업
- **완료**: 팀이 `.done` 파일 생성 → 아누가 감지 → 보고서 읽고 보고
- **머지**: 아누가 수동으로 `git merge` 실행
- **정리**: ❌ 아무도 안 함 ← 여기가 빠져있음

### 2. 관련 파일
- `/home/jay/workspace/scripts/worktree_manager.py` — create/finish/list/status 명령
- `/home/jay/workspace/prompts/team_prompts.py` — 팀에 전달되는 프롬프트 생성
- `/home/jay/workspace/dispatch.py` — 위임 시스템
- `/home/jay/workspace/report_parser.py` — 보고서에서 merge_worktree 경로 추출
- `/home/jay/workspace/skills/git-worktree-isolation/SKILL.md` — 워크트리 스킬 문서

### 3. 핵심 질문
- 팀 프롬프트에 `worktree_manager.py finish` 호출 지시가 포함되어 있는가?
- 아누의 .done 감지 → 머지 → 정리 플로우에서 정리(cleanup)가 누락된 이유는?
- report_parser.py가 merge_worktree를 추출하는데, 이걸 활용하는 로직이 있는가?

## 요청사항

### Step 1: 에이전트 미팅 소집
- **참석자**: 헤르메스(팀장), 불칸(백엔드), 아르고스(테스터)
- **안건**: 워크트리 잔류 원인 분석 + 개선안 도출
- **논의 포인트**:
  1. 현재 워크트리 생명주기의 어디서 정리가 빠지는지
  2. 자동 정리를 어디에 넣어야 하는지 (팀 완료 시 vs 아누 머지 시 vs 별도 스크립트)
  3. 머지 실패(충돌) 시 워크트리를 어떻게 처리할지
  4. worktree_manager.py finish를 기존 플로우에 어떻게 통합할지
  5. 안전장치: 작업 중인 워크트리를 실수로 지우지 않으려면?

### Step 2: 결론에 따라 코드 개선 구현
- 미팅 결론을 바탕으로 실제 코드 수정
- 가능한 개선 방향 (미팅에서 결정):
  - (A) 팀 프롬프트에 완료 시 `worktree_manager.py finish --action merge` 호출 지시 추가
  - (B) report_parser.py의 merge_worktree 정보를 활용하는 자동 정리 스크립트
  - (C) 아누의 .done 처리 플로우에 정리 단계 추가하는 가이드 문서
  - (D) 기타 미팅에서 나온 더 나은 방안

### Step 3: 테스트
- 개선된 코드가 기존 테스트를 깨지 않는지 확인
- 새 기능에 대한 테스트 추가

## 산출물
- 미팅 기록: `memory/meetings/2026-03-07-worktree-cleanup.md`
- 완료 보고서: `memory/reports/task-400.1.md`
- 수정된 코드 파일

## 완료 조건
1. 워크트리 잔류 원인이 명확히 규명됨
2. 자동/반자동 정리 메커니즘이 코드에 반영됨
3. 기존 테스트 통과 + 새 테스트 추가
4. pyright 에러 0건