## 2026-08-08 네 번째 세션 — `Modifier.Override` → `Overridden`으로 이름 확정 사용자가 IDE에서 `tag-plan.md`를 보다가 "Tag가 `Added`/`Removed`처럼 `-ed` 어미를 의도적으로 쓰는데, Modifier의 `Override`도 그냥 `Overrided`로 하면 어떤가"라고 질문 — `-ed`/분사 어미가 "즉시 커밋되는 뮤테이션이 아니라 이미 계산되어 반환되는 새 값"을 신호한다는 기존 관례 (`Add`/`Remove`가 `-ed` 없이 쓰이면 뮤테이션처럼 오독될 위험이 있어 `Added`/`Removed`로 확정했던 것과 같은 문제가 `Override`에도 그대로 있음)에 정확히 들어맞는 좋은 관찰이었음. 다만 `Overrided`는 오기 — `override`는 불규칙동사라 과거분사가 `overrided`가 아니라 `overridden`. `Add`/`Remove`/`Merge`가 전부 규칙동사라 우연히 단순 `-ed` 접미만으로 맞았던 것뿐, `Override`엔 그 규칙이 그대로 안 통함. 사용자가 이 정정에 동의하고 확정 요청 — `Modifier.Overridden(mod1, mod2, ...)`으로 이름 자체를 확정(더 이상 가칭 아님, 용어 정리 라운드 대상에서도 제외). `base/modifier-plan.md`/`base/component-composition-plan.md`/ `base/bind-system-plan.md`/`base/tag-plan.md`(비교 문구)/ `base/architecture.md`/`ROADMAP.md`/`research/pre-implementation-audit.md`/ `research/documentation-content-map.md`/`.claude/README.md`/ `.claude/question.md` 전부에서 `Override` → `Overridden`으로 기계적 치환 + 각 문서의 "가칭"/"이름만 잠정" 표시를 "이름 확정"으로 갱신 (`question.md`의 3순위 용어 재검토 목록에선 완전히 제거, `Peek`/ `isState`만 그 목록에 남음). CLAUDE.md 세션 히스토리(과거 `Override` 서술)와 `archive/`는 당시 기록이라 그대로 둠 — 역사적 서술과 현재 유효한 이름을 헷갈리지 않도록 여기 새 절로만 반영. **다음 세션이 할 일**: 안 바뀜(`ROADMAP.md` M0부터) — 순수 네이밍 확정이라 M0 착수 우선순위나 설계 자체엔 영향 없음.