3.7 KiB
3.7 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-wicked-problems | Wicked Problems | 10_Wiki/Topics | needs_review | self |
|
none | A | 0.95 |
|
2026-04-20 | pending | Claude Opus 4.7 (auto-normalize 2026-05-08) |
Wicked-Problems
📌 한 줄 통찰 (The Karpathy Summary)
"풀 수 없는, 그러나 다뤄야만 하는 난제들: 정답이 없고, 해결하려 할수록 또 다른 문제를 야기하며, 이해관계가 복잡하게 얽혀 '최선'이 아닌 '최악 피하기'를 강요하는 가혹한 도전."
📖 구조화된 지식 (Synthesized Content)
사악한 문제(Wicked Problems)는 호르스트 리텔(Horst Rittel) 등이 제안한 개념으로, 정의 내리기 어렵고 고정된 정답이나 해결책이 존재하지 않는 극도로 복잡한 사회적/시스템적 난제를 뜻합니다.
- 사악한 문제의 특징:
- No Clear Definition: 문제 자체가 무엇인지 정의하는 것부터가 논쟁의 대상임.
- No Stopping Rule: 언제 문제가 '해결'되었는지 알 수 없음.
- Irreversibility: 한번 내린 결정은 되돌릴 수 없으며 대규모 파급 효과를 낳음.
- Uniqueness: 모든 사악한 문제는 그 맥락이 독특하여 과거의 해법을 그대로 적용할 수 없음.
- 대표적 사례:
- 기후 변화, 빈곤 문제, 교육 시스템 개혁, AI 윤리 거버넌스, 지정학적 갈등.
- 대응 전략:
- Collaborative Logic: 다양한 이해관계자의 협력을 통한 '사회적 타협' 추구.
- Iterative Approach: 완벽한 해법 대신 끊임없는 시도와 피드백을 통한 개선.
- Systems Thinking: 부분 최적화가 아닌 전체 시스템의 역동성을 파악하여 부작용 최소화.
⚠️ 모순 및 업데이트 (Contradictions & Updates)
- 과거 데이터와의 충돌: 과거의 관료적 정책은 사악한 문제를 선형적인 '기술적 문제'로 오인하여 단순 해법을 강구하다 실패했으나, 현대 정책은 이를 '복잡계의 특성'으로 인정하고 장기적 관리 정책으로 전환함(RL Update).
- 정책 변화(RL Update): 국가 정책 수립 시, 사악한 문제 해결을 위해 단일 부처가 아닌 전 부처가 협력하는 'Whole-of-Government' 접근 방식과 시민 참여형 '리빙랩(Living Lab)' 정책이 표준으로 자리 잡음.
🔗 지식 연결 (Graph)
- Understanding Complexsystems, Systems Thinking, Social Systems Theory, Decision Theory, Risk Management
- Modern Tech/Tools: Policy simulation models, Multi-Stakeholder platforms.
🤖 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 |