---
id: wiki-2026-0508-interpretability-vs-explainabili
title: Interpretability vs Explainability
category: 10_Wiki/Topics
status: needs_review
canonical_id: self
aliases: [AI-INT-EXP-001]
duplicate_of: none
source_trust_level: A
confidence_score: 1.0
tags: [ai, explainable-ai, xai, Interpretability, explainability, trust]
raw_sources: []
last_reinforced: 2026-04-26
github_commit: pending
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
tech_stack:
  language: unspecified
  framework: unspecified
---

# Interpretability vs Explainability (해석 가능성 vs 설명 가능성)

## 📌 한 줄 통찰 (The Karpathy Summary)
> "모델의 내부 회로를 투명하게 들여다보는 것과, 모델이 왜 그런 행동을 했는지 인간의 언어로 설득하는 것은 별개의 문제다" — AI 시스템의 투명성을 확보하기 위한 두 가지 접근법으로, 구조적 투명성(Interpretability)과 결과에 대한 논리적 서술(Explainability) 사이의 관계와 차이.

## 📖 구조화된 지식 (Synthesized Content)
- **추출된 패턴:** "White-box vs Post-hoc Explanation" — 모델의 설계 자체가 단순하여 인간이 직관적으로 이해할 수 있게 하거나(Interpretability), 복잡한 모델의 결과를 사후적으로 분석하여 인간이 이해할 수 있는 형태로 재해석(Explainability)하는 신뢰 구축 패턴.
- **핵심 차이:**
    - **Interpretability:** 모델이 '어떻게' 작동하는지에 대한 정밀한 파악. (예: 작은 의사결정 나무, 선형 회귀). 모델이 작을수록 높음.
    - **Explainability:** 모델이 '왜' 그런 결과를 냈는지에 대한 인간 중심의 설명. (예: LIME, SHAP, 어텐션 맵 시각화). 모델이 복잡해도 사후 설명 가능.
- **의의:** AI가 사회적으로 중요한 결정(대출 승인, 자율주행 사고, 의료 진단)을 내릴 때, 그 근거를 제시함으로써 책임 소재를 명확히 하고 사용자의 신뢰를 얻는 핵심 수단.

## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
- **과거 데이터와의 충돌:** 성능과 투명성은 반비례한다는 믿음(Trade-off)을 극복하기 위해, 최근에는 거대 모델의 내부 활성화 패턴을 분석하여 개념 단위의 해석을 시도하는 기법(Mechanistic Interpretability)이 발전 중.
- **정책 변화:** Antigravity 프로젝트는 에이전트의 답변에 항상 `Rationale` 섹션을 포함시켜 '설명 가능성'을 확보하며, 복잡한 추론 과정은 지식 그래프 상의 연결 경로로 '해석 가능성'을 보조함.

## 🔗 지식 연결 (Graph)
- [[Explainable-AI-XAI|Explainable-AI-XAI]], [[Trustworthy-AI|Trustworthy-AI]], AI-Ethics, Decision-Trees-and-Random-Forests
- **Raw Source:** 10_Wiki/Topics/AI/Interpretability-vs-Explainability.md

## 🤖 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 |

## 💻 코드 패턴 (Code Patterns)

**패턴 1:** *(TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)*

```text
# TODO
```

## 🤔 의사결정 기준 (Decision Criteria)

**선택 A를 써야 할 때:**
- *(TODO)*

**선택 B를 써야 할 때:**
- *(TODO)*

**기본값:**
> *(TODO)*

## ❌ 안티패턴 (Anti-Patterns)

- **[안티패턴]:** *(TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)*