Thinking vs Understanding

Andrej-Karpathy 인터뷰의 마지막 메시지이자 핵심 통찰.

한 줄 정리

Thinking은 아웃소싱할 수 있다. 그러나 Understanding은 아웃소싱할 수 없다.

두 개념의 구분

Thinking (사유 / 처리)

• 정보를 받아서 분석하고 단계 밟아서 결론에 도달하는 것
• LLM이 잘하는 영역
• 아웃소싱 가능
• 예: 코드 짜기, 분석, 단계 추론, 디버깅

Understanding (이해)

• 정보가 자기 뇌에 들어와서 자기 모델 안에서 자리 잡고
• 다른 정보와 연결되고
• “아, 이게 이런 거였구나” 하는 깨달음으로 변환되는 것
• 본인이 직접 해야 하는 영역
• 아웃소싱 불가능

카파시 본인 발언

나는 여전히 시스템의 일부고, 정보가 내 뇌에 들어와야 한다. 무엇을 빌드할지, 왜 할 가치가 있는지, 에이전트를 어떻게 지휘할지 — 이건 본인이 병목이다.

함의: 마지막 병목

AI에 점점 더 많이 위임할수록 위험해지는 것:

• 코드는 돌아간다
• 결과물은 나온다
• 그러나 그 안을 내가 모르는 상태

→ 카파시는 이것이 마지막 병목이라고 한다.

능력	중요도
코드를 칠 줄 아는가	별로 안 중요 (인턴이 해 줌)
왜 만들고 어떻게 검증할지	본인이 결정해야 함
Understanding 없이 에이전트에 방향 줄 수 있는가	불가능

처방: LLM Wiki

카파시 본인이 흥미를 느끼는 도구 카테고리:

• LLM-Wiki 같은 노트·위키 시스템
• 정보를 처리하는 방법이자, 정보에 대한 다른 투영을 볼 때마다 인사이트가 생기는 구조
• 카파시는 기사를 위키에 쌓고 질문하면서 Understanding을 키워 간다

화자(김플립) 보충

• 댓글창 인기 댓글 최소 3개가 독립적으로 이 인용을 꼽음
• 인터뷰 전체를 관통하는 한 줄

관련 개념

• LLM-Wiki — Understanding을 키우는 도구
• 유령-비유 — Understanding이 LLM에 없는 이유
• Agentic-Engineering — 인간이 잡아야 하는 영역
• Jagged-Intelligence — LLM Understanding의 약점

출처

• yt-UNnsS03whx0-카파시-30분-인터뷰-완전정리 (Section 11)