# 아누 시스템 전체 모듈화 전수조사 — 미팅 기록

**일시**: 2026-04-04
**미팅 모드**: hybrid
**토론 깊이**: thorough
**사이클**: 4 (6 예정 → 4에서 충분한 합의 도달)
**참석자**: 보리스(설계), 로키(DA), 발두르(품질), 아테나(아키텍트), 헤르메스(실행)

## 핵심 합의

### Phase Plan
- Phase 0: config 기반 생성 (1팀, 직렬)
- Phase 1: 5팀 병렬 하드코딩 제거 (8팀dispatch/3팀gen/5팀dashboard/6팀scripts+tests/4팀ThreadAuto)
- Phase 1.5: image_workflow + DQ 잔존 (2팀, dispatch 완료 후)
- Phase 2: 린터훅(1팀) + InsuRo(7팀)
- Phase 3: 통합 검증

### Config 스키마
- paths.json: roots + 상대경로
- constants.json: teams/bots/ChatID/work_levels
- design-system.json: palette/typography
- module-registry.json: 역참조 레지스트리 (값→사용 파일 매핑)
- config/loader.py: ConfigManager 통합 로더

### DA 판정
- 로키: "8팀 전면 병렬 위험" → 수용 → Phase별 순차+소규모 병렬
- 로키: "순차 블로킹 위험" → 일부 수용 → dispatch와 나머지 병렬 가능

### 비관습적 대안
- "Config as Graph" (Neo4j) → 기각 (현 규모 오버엔지니어링)

### 방어 체계
- pre-commit 린터: 하드코딩 패턴 자동 차단
- module-registry: 단일 소스 역참조
- 변경 감지: config hash 비교 → 영향 파일 자동 알림

## 기각 사유 기록
- 8팀 전면 병렬: merge conflict 90%+, dispatch 의존성 (보리스/로키)
- Neo4j config: 오버엔지니어링 (아테나)