# task-1061.1: 1056 도입 B — 기존 시스템 연동 및 업데이트

## 배경
task-1056.1 비교분석에서 도출된 도입 제안 중 기존 시스템 파일 수정이 필요한 항목들.
task-1060.1(신규 문서 3개)과 병렬 진행되나 파일 충돌 없음.

## 참고 자료
- task-1056.1 보고서: `memory/reports/task-1056.1.md` — 도입 제안 3, 4 + 이슈 3건
- QC 규칙: `/home/jay/workspace/prompts/QC-RULES.md`
- 아누 가이드: `/home/jay/workspace/memory/specs/anu-guide.md`
- 작업 레벨: `/home/jay/workspace/memory/specs/work-level-system.md`
- qc_verify.py: `/home/jay/workspace/tools/qc_verify.py`

## 작업 내용

### 항목 1: QC-RULES.md 업데이트
- 셀프 QC 체크리스트에 7번째 항목 추가:
  "7. 코드 아키텍처 원칙(`memory/specs/code-architecture-principles.md`)을 확인했는가? — SOLID/DRY 위반 없음 확인"
- 또한 8번째 항목 추가:
  "8. 인터페이스(API/함수 시그니처) 변경 시 관련 문서를 갱신했는가?"
- **기존 1~6번 항목은 절대 수정 금지**. additive only.

### 항목 2: anu-guide.md 규칙 추가
- 적절한 위치에 1줄 추가:
  "새로운 개념/용어 도입 시 `memory/specs/glossary.md` 용어사전을 동시 갱신한다."
- **기존 규칙 수정 금지**. 새 규칙만 추가.

### 항목 3: Lv.0 QC 충돌 해결 — 심층 분석
- 외부 항목 14: "변경이 작아도 매번 영향 확인"
- 우리 Lv.0: "상수/경로 1~2줄 → QC 스킵"
- **분석 요구**: Lv.0에서 QC를 완전히 스킵하는 것이 적절한지, 경량 QC(예: 영향 파일 1줄 체크만)를 도입할지 결정
- 분석 결과를 보고서에 포함하고, 도입이 적절하다면 work-level-system.md에 Lv.0 경량 QC 규칙 추가
- **중요**: 현행 Lv.0의 속도/효율성을 해치지 않는 범위에서만 도입

### 항목 4: 문서 갱신 트리거 — 심층 분석
- 외부 항목 2: "API 변경 → 문서 즉시 갱신"
- 현재: Phase 완료 시 보고서 작성은 있으나, API/구조 변경 "즉시" 갱신 트리거 부재
- **분석 요구**: PostToolUse 훅에 API 파일 변경 감지 추가가 적절한지, 혹은 QC 체크리스트 항목 추가로 충분한지
- 훅 수정이 적절하다면 구체적 구현 방안 제시 (실제 코드 변경은 별도 승인 필요)
- QC 체크리스트 항목 추가가 충분하다면 항목 1에서 이미 처리됨

### 항목 5: 성능 지표 영향분석 — 심층 분석
- 외부 항목 13: "성능을 영향분석에 합산"
- 현재: qc_verify.py에 9종 verifier 있으나 성능 측정 없음
- **분석 요구**: performance_check verifier 추가가 우리 시스템에 적합한지 평가
- 적합하다면 qc_verify.py에 추가 구현 (응답시간/메모리 기준값 설정)
- 부적합하다면 사유 기재

## 주의사항
- 항목 1, 2는 기존 파일에 additive 수정만
- 항목 3, 4, 5는 분석 먼저 → 도입 적절시에만 구현
- task-1060.1과 병렬 진행 — task-1060.1의 파일(code-architecture-principles.md, glossary.md)은 이 작업에서 수정하지 않음
- 분석 결과가 "도입 불필요"여도 근거를 보고서에 명시

## 산출물
- 수정된 QC-RULES.md, anu-guide.md
- (조건부) 수정된 work-level-system.md, qc_verify.py
- 보고서: `memory/reports/task-1061.1.md` (각 항목별 분석 결과 + 판단 근거 포함)