# 시스템 개선 — 한정승인 (P1~P4 우선 실행)

## 한정승인 범위
제이회장님이 1팀에 한정승인. 전체 Phase를 팀장이 자율적으로 진행한다.
아누 개입 없이, 팀장이 Phase 순서와 분배를 판단하여 끝까지 완료할 것.

## 참조 문서
- 전수평가 보고서: `/home/jay/workspace/memory/reports/system-eval-v1.md`
- 우선순위 개선 목록: `/home/jay/workspace/memory/reports/system-improvements-v1.md`

## 실행 범위: P1~P4 (독립 실행 가능, Phase 1)

### P1: 병렬 실행 강화 (영향도×용이성 = 20)
- **대상**: `/home/jay/workspace/dispatch.py`
- **내용**: 동일 팀에 running 태스크가 있을 때 warning → block으로 전환
- 동일 팀 + 동일 프로젝트 조합에서 running 태스크가 있으면 dispatch 거부
- 에러 메시지에 현재 running 태스크 ID를 표시하여 아누가 판단할 수 있게
- `--force` 플래그 추가: 명시적으로 중복을 허용할 때만 통과

### P2: 보고서 내용 검증 강화 (영향도×용이성 = 20)
- **대상**: `/home/jay/workspace/teams/shared/qc_verify.py`
- **내용**:
  - `file_check` verifier 강화: 보고서에 해당 `task_id` 포함 확인, SCQA 필수 섹션 존재 확인
  - `duplicate_check` verifier 신설: 최근 10개 보고서와 텍스트 유사도 비교 → 80% 이상 일치 시 WARN
  - 유사도 비교는 단순 diff 비율(difflib.SequenceMatcher)로 충분. 외부 의존성 추가 금지

### P3: 기능 검증 Eval (영향도×용이성 = 15)
- **대상**: `/home/jay/workspace/teams/shared/qc_verify.py`
- **내용**:
  - `spec_compliance` verifier 신설
  - `tasks/task-xxx.md` 파일에서 체크리스트(- [ ]) 항목을 파싱
  - 보고서에서 해당 체크리스트 항목의 완료 여부를 키워드 매칭으로 검증
  - 초기에는 규칙 기반(rule-based)으로 구현. LLM 호출 금지.
  - MANDATORY_CHECKS에 추가

### P4: 벤치마크 확장 (영향도×용이성 = 12)
- **대상**:
  - `/home/jay/workspace/memory/task-timer.py` — qc_result 필드 추가
  - `/home/jay/workspace/teams/shared/finish-task.sh` — QC 결과를 timer에 기록
  - `/home/jay/workspace/dashboard/server.py` — 히스토리 API
  - `/home/jay/workspace/dashboard/index.html` — 히스토리 탭
- **내용**:
  - task-timer.py 데이터 모델에 `qc_result` 필드 추가 (PASS/FAIL/WARN/null)
  - finish-task.sh에서 qc_verify 결과를 task-timer에 기록하는 호출 추가
  - 대시보드에 "히스토리" 탭: 팀별 QC 통과율, 평균 소요시간 차트

## P5~P7은 P4 완료 후 별도 위임 예정 (이번 범위 밖)

## 작업 규칙
- Phase 순서는 팀장이 자율 결정. P1→P2→P3→P4 순차 또는 병렬 모두 가능.
- 각 P 완료 시 개별 커밋 + 간결 로그.
- 기존 테스트 회귀 0건 유지 필수.
- **다른 팀 디렉토리 절대 수정 금지.**
- 외부 패키지 추가 금지 (표준 라이브러리 + 기존 의존성만 사용).

## 최종 산출물
- P1~P4 각각 구현 + 테스트 완료
- 보고서에 각 P별 변경 파일, 테스트 결과 포함