feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

10_Wiki/Topics/AI_and_ML/Theory of Constraints (TOC).md

@@ -1,9 +1,18 @@
 ---
-id: [[P-Reinforce|P-Reinforce]]-AUTO-TOCL-001
-category: Unified
+id: wiki-2026-0508-theory-of-constraints-toc
+title: Theory of Constraints (TOC)
+category: 10_Wiki/Topics
+status: needs_review
+canonical_id: self
+aliases: [P-Reinforce-AUTO-TOCL-001]
+duplicate_of: none
+source_trust_level: A
 confidence_score: 0.96
-tags: [auto-reinforced, theory-of-constraints, bottleneck, [[Optimization|Optimization]], [[Efficiency|Efficiency]], project-[[Management|Management]]]
+tags: [auto-reinforced, theory-of-constraints, bottleneck, Optimization, Efficiency, project-Management]
+raw_sources: []
 last_reinforced: 2026-04-20
+github_commit: pending
+inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
 ---
 
 # [[Theory of Constraints (TOC)|Theory of Constraints (TOC)]]
@@ -27,7 +36,7 @@ last_reinforced: 2026-04-20
 3.  **전환 포인트**:
     *   부분 최적화(개별 팀의 효율 증대)가 전체 시스템의 비효율(재고 누적)을 초래할 수 있음을 경고함.
 
-## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
 - **과거 데이터와의 충돌**: 과거의 제조 정책은 '모든 공정의 풀 가동'을 미덕으로 보았으나, TOC 정책은 '병목이 아닌 곳에서의 유휴 시간(Idle time)'을 시스템 전체의 안정을 위한 필수 여유로 인정함(RL Update).
 - **정책 변화(RL Update)**: 현대의 소프트웨어 개발 정책(DevOps)에서 TOC는 배포 파이프라인의 병목을 찾는 도구로 쓰이며, '지속적 개선' 정책의 일환으로 모든 개발 프로세스의 리드 타임(Lead Time)을 병목 기준으로 재배치하는 정책이 대중화됨.
 
@@ -35,3 +44,29 @@ last_reinforced: 2026-04-20
 - [[Operations-Research|Operations-Research]], [[Systems Thinking|Systems Thinking]], [[Resource-Management|Resource-Management]], [[Standardization vs Innovation|Standardization vs Innovation]], Performance Managementsystems
 - **Modern Tech/Tools**: Kanban, Critical Chain Project Management (CCPM), Value Stream Mapping.
 ---
+
+## 🤖 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 |