3.5 KiB
3.5 KiB
id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by
| id | title | category | status | canonical_id | aliases | duplicate_of | source_trust_level | confidence_score | tags | raw_sources | last_reinforced | github_commit | inferred_by | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| wiki-2026-0508-overfitting | Overfitting | 10_Wiki/Topics | needs_review | self |
|
none | A | 0.98 |
|
2026-04-20 | pending | Claude Opus 4.7 (auto-normalize 2026-05-08) |
Overfitting
📌 한 줄 통찰 (The Karpathy Summary)
"데이터를 외우는 모델의 비극: 훈련용 데이터에만 너무 완벽하게 맞춰진 나머지, 정작 실전(Test data)에서는 작은 변동조차 견디지 못하고 성능이 곤두박질치는 '응용력 제로'의 상태."
📖 구조화된 지식 (Synthesized Content)
과적합(Overfitting)은 모델이 학습 데이터의 노이즈나 세부 사항에 지나치게 적응하여, 새로운 데이터에 대한 일반화 능력을 잃는 현상입니다.
- 원인:
- High Complexity: 데이터에 비해 모델 파라미터가 너무 많음. (L2-Regularization과 연결)
- Lack of Data: 훈련 데이터가 너무 적어 특수한 케이스를 일반적 법칙으로 오해함.
- Noise learning: 데이터 속의 무의미한 잡음까지 법칙으로 학습함. (Noise와 연결)
- 해결책 (방역 기법):
- Regularization: 가중치에 벌금을 매겨 모델을 단순화. (L2-Regularization와 연결)
- Cross Validation: 데이터를 여러 뭉치로 나눠 교차 검증.
- Early Stopping: 실전 성능이 떨어지기 직전에 학습을 멈춤.
- Dropout: 학습 시 신경망의 일부 노드를 무작위로 꺼서 의존성 분산.
⚠️ 모순 및 업데이트 (Contradictions & Updates)
- 과거 데이터와의 충돌: 과거에는 과적합을 무조건 피해야 할 정책으로 보았으나, 현대 정책은 충분히 과적합된 모델에서 '그로킹(Grokking)'이라는 갑작스러운 일반화 정책이 나타난다는 점을 발견하여 이를 연구함(RL Update).
- 정책 변화(RL Update): 거대 모델 정책(LLM 등)에서는 파라미터가 압도적으로 많음에도 불구하고 데이터가 워낙 방대하여 과적합보다는 오히려 지식이 부족한 '과소적합(Underfitting)'이나 데이터 바닥남 정책을 걱정하는 시대로 변화함.
🔗 지식 연결 (Graph)
- L2-Regularization, Noise, Machine Learning (ML), Deep Learning (DL), Optimization
- Modern Tech/Tools: Dropout, Weight decay, Augmentation, Cross-validation.
🤖 LLM 활용 힌트 (How to Use This Knowledge)
언제 이 지식을 쓰는가:
- (TODO)
언제 쓰면 안 되는가:
- (TODO)
🧪 검증 상태 (Validation)
- 정보 상태: needs_review
- 출처 신뢰도: A
- 검토 이유: (P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)
🧬 중복 검사 (Duplicate Check)
- 기존 유사 문서: (TODO: 인덱서 클러스터 리포트 참조)
- 처리 방식: UPDATE (자동 정규화)
- 처리 이유: Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
🕓 변경 이력 (Changelog)
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|---|---|---|---|
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |