# task-1060.1: 1056 도입 A — 신규 기준 문서 3개 작성

## 배경
task-1056.1 비교분석에서 우리 시스템에 3가지 핵심 문서가 부재함이 확인됨:
1. 코드 아키텍처 원칙 문서 (외부 항목 3,4,5,6,7,15,16,17 대응)
2. 공통 용어사전 (외부 항목 19,20 대응)
3. 모듈화 철학 문서 (MEMORY.md에 참조되었으나 파일 미존재)

제이회장님 한정승인으로 즉시 도입.

## 참고 자료
- task-1056.1 보고서: `memory/reports/task-1056.1.md` — 도입 제안 1, 2
- 아누 가이드: `memory/specs/anu-guide.md`
- QC 규칙: `workspace/prompts/QC-RULES.md`
- 워크플로우: `workspace/prompts/DIRECT-WORKFLOW.md`
- 조직도: `memory/organization-structure.json`
- 작업 레벨: `memory/specs/work-level-system.md`
- 외부 개발규칙 원문: `memory/tasks/dispatch-dev-rules-comparison.md` (섹션 1 참조)

## 작업 내용

### 문서 1: code-architecture-principles.md
- 경로: `memory/specs/code-architecture-principles.md`
- 내용:
  1. SOLID 원칙 (각 원칙의 정의 + 우리 시스템 적용 예시)
  2. DRY 원칙 (중복 코드 금지, 공통 모듈화 기준)
  3. 디자인 패턴 권장사항 (Factory, Strategy, Observer 등 — 우리 시스템에서 실제 사용하는 것 위주)
  4. 결합도/응집도 기준 (낮은 결합도, 높은 응집도의 구체적 판단 기준)
  5. 코딩 컨벤션 (Python: PEP8, TypeScript: ESLint, 공통: 함수 200줄 이하, 클래스 500줄 이하)
  6. 확장 가능 구조 검토 체크리스트 (하드코딩 금지, 설정 파일 분리, 인터페이스 기반 설계)
  7. 우리 시스템 실제 참조: dispatch.py, qc_verify.py, task-timer.py 등의 기존 코드 구조 분석하여 반영
- 분량: 150~200줄 수준 (너무 길면 안 읽힘)
- **반드시 우리 시스템의 실제 코드를 읽고 현실에 맞는 원칙을 작성할 것** (일반론 금지)

### 문서 2: glossary.md
- 경로: `memory/specs/glossary.md`
- 내용:
  1. 시스템 용어: dispatch, Phase, worktree, .done, Lv.0~4, CC/CR, 한정승인, 핵미사일 발사코드 등
  2. 팀명/역할명: 아누, 헤르메스, 오딘, 마아트, 로키 등 (조직도 기반)
  3. 기술 용어: fact_guard, scope_check, verifier, PostToolUse 훅, bot activity 등
  4. 프로젝트명: InsuWiki, InsuRo, ThreadAuto, MediScan 등
  5. 약어: SCQA, QC, QG, DA, CRO 등
- 형식: 알파벳/가나다순, 각 항목에 1~2줄 설명
- **반드시 실제 시스템 파일들을 읽고 용어를 수집할 것** (추측 금지)

### 문서 3: MODULARIZATION-PHILOSOPHY.md
- 경로: `memory/MODULARIZATION-PHILOSOPHY.md` (MEMORY.md에서 참조하는 경로 그대로)
- 내용:
  1. 모듈화 핵심 원칙 (DRY, SOLID, 200줄 이하, 독립 실행 가능)
  2. 파일 분리 기준 (기능별, 계층별, 도메인별)
  3. 의존성 관리 규칙 (순환 의존 금지, 단방향 의존)
  4. 테스트 가능 설계 (각 모듈이 독립 테스트 가능해야 함)
  5. 우리 시스템 적용 사례 (dispatch.py의 모듈 구조, skills/ 독립성 등)
- 분량: 80~120줄 (간결하게)

## 주의사항
- 기존 파일 수정 없음 (신규 생성만)
- 일반론이 아닌 **우리 시스템 실정에 맞는** 내용 작성
- 우리 시스템 코드를 실제로 읽고 패턴을 분석한 후 원칙 작성
- 문서 간 중복 최소화 (code-architecture는 원칙, MODULARIZATION은 철학/전략)

## 산출물
- `memory/specs/code-architecture-principles.md`
- `memory/specs/glossary.md`
- `memory/MODULARIZATION-PHILOSOPHY.md`
- 보고서: `memory/reports/task-1060.1.md`