프로젝트 구조맵 Incremental 업데이트 시스템 — 에이전트 미팅 3회 + Phase별 구현.

[배경]
현재 project-map.py는 전체 재스캔 방식(24시간 주기). 문제점:
1. 팀이 코드를 수정해도 구조맵이 바로 반영 안 됨
2. 24시간 주기는 너무 느림
3. git commit 없이 수정 진행 중일 때는 감지 불가

[제이회장님 지시]
팀 작업 완료 시 보고서의 생성/수정 파일 목록을 구조맵에 incremental 반영.
전체 재스캔 없이 변경분만 patch하여 항상 최신 유지.

[필수 검토 사항]
1. 실시간 access 시 오차 절대 불가 — 구조맵 읽기/쓰기 동시 접근 시 데이터 무결성 보장
2. 동시 access — 여러 팀이 동시에 같은 프로젝트 구조맵을 참조/업데이트할 때 race condition 방지
3. 구글드라이브 연동 — 유튜브 정리, 약관 PDF 업로드 등 구글드라이브에 올라가는 파일들의 구조맵 관리 방법
4. 파일 삭제 감지 — 팀이 파일을 삭제한 경우 구조맵에서도 제거
5. 구조맵 포맷 — incremental patch가 가능한 구조 (현재 markdown vs 구조화된 JSON)
6. 롤백 — 잘못된 업데이트 시 이전 버전으로 복원 가능한지

[진행 방식 — 한정 핵미사일 발사 승인]
제이회장님이 Phase 처음부터 끝까지 자율 진행 승인함.

Phase 1: 에이전트 미팅 (3회 이상)
- Task tool로 다양한 페르소나 소집 (백엔드, 프론트, DevOps, QA, 보안 최소 5명)
- 1회차: 요구사항 정의 + 위 검토사항 논의
- 2회차: 아키텍처 설계 + 동시성/무결성 해결 방안
- 3회차: 최종 합의 + 구현 계획 확정
- 미팅 기록: memory/meetings/2026-03-03-project-map-incremental.md에 저장

Phase 2: 설계 문서 작성
- 미팅 결과 기반 구현 spec 작성
- memory/specs/project-map-incremental-spec.md에 저장

Phase 3: 구현
- 설계 spec 기반으로 코드 구현
- 테스트 작성 및 전부 통과 확인

[프롬프트 폭발 방지]
- 각 Phase를 순차 진행. Phase 완료 시 결과를 파일에 저장하고 다음 Phase에서 파일 참조.
- Phase 간 컨텍스트 전달은 반드시 파일 기반 (프롬프트에 이전 Phase 내용 직접 포함 금지)

[수정 가능 파일]
- scripts/project-map.py (수정)
- prompts/team_prompts.py (필요시 수정)
- memory/project-maps/ (구조 변경 가능)
- memory/meetings/, memory/specs/ (문서 생성)

[수정 금지]
- dispatch.py, chain.py, memory/task-timer.py
- 1팀 담당 파일 (team_prompts.py의 _build_glm_prompt는 수정 금지)

[완료 조건]
- 에이전트 미팅 3회 이상 기록 존재
- 설계 spec 문서 존재
- 구현 + 테스트 통과
- insuwiki 구조맵으로 incremental 업데이트 실제 동작 검증