사고는 위임하라, 이해는 위임하지 말라
위임 가능한 사고와 위임 불가능한 이해의 경계선이 AI 시대 PM의 핵심 설계 변수다. Karpathy는 이를 명시했고, AndrewYNg는 AI-native 팀에서 엔지니어·PM 비율이 8:1에서 1:1로 이동한다고 관측했다. 이해 레이어를 보유한 PM이 에이전트 위임 구조를 설계한다.
“outsource thinking, not understanding.”
Karpathy가 남긴 말입니다. 번역하면 이렇습니다.
사고는 위임하라, 이해는 위임하지 말라.
이 문장은 짧지만, 에이전트 시대 PM이 풀어야 할 가장 실질적인 질문을 정확하게 가리킵니다. AI가 문서를 쓰고, 코드를 짜고, 분석을 정리하는 시대에 — PM이 반드시 손에 쥐고 있어야 할 것은 무엇인가.
사고와 이해는 다르다
**사고(thinking)**는 문서를 만드는 행위입니다. PRD를 작성하고, 경쟁사 현황을 정리하고, 회의록을 요약하고, 스펙을 구조화하는 것. 에이전트는 이미 이걸 빠르고 일관되게 합니다.
**이해(understanding)**는 다릅니다. 이 맥락에서 이 기능이 왜 필요한가. 이 데이터가 실제 사용자 행동을 얼마나 정확히 반영하는가. 이 설계가 6개월 뒤에도 유효한가. 에이전트는 맥락을 처리하지만, 맥락의 의미를 판단하지는 않습니다.
SVPG는 최근 이 구분을 다른 방식으로 표현했습니다. PM의 역할이란 “무엇이 존재해야 하는지를 결정하는 권한”이라고. 기능 명세서를 쓰는 것이 아니라, 먼저 무엇이 존재해야 하는지를 보는 것. Karpathy와 같은 결론에 도달합니다. 사고는 위임해도 되지만, 이해의 결과로 내리는 판단은 위임할 수 없다는 것.
현장이 보내는 신호
Stripe의 Staff Engineer는 이 변화를 직급 기대치에 명시했습니다. 에이전트를 병렬로 조율하고, 복수의 작업 흐름을 동시에 감독하는 능력이 시니어 직급에서 요구되는 역량이 됐다고. 이건 엔지니어만의 이야기가 아닙니다. 복수 에이전트를 감독하려면 각각의 출력이 올바른지를 판단할 수 있어야 합니다. 그 판단은 이해에서 나옵니다.
emollick은 임상 데이터와 FDA 허가 사이의 간극을 예로 들었습니다. AI가 임상 결과를 해석하고 보고서를 만들 수 있습니다. 하지만 “이 결과가 규제 기관을 설득할 수 있는가”를 판단하는 건 여전히 사람의 이해 영역입니다. 자동화된 출력과 실제 검증 사이의 간극이 바로 이해가 필요한 자리입니다.
AndrewYNg는 AI-native 팀의 구성이 변한다고 관찰했습니다. 엔지니어와 PM의 비율이 8:1에서 1:1에 가까워진다고. PM 한 명이 훨씬 많은 에이전트를 운용하는 구조입니다. 이 구조에서 PM의 이해 레이어는 시스템 전체의 판단 기준이 됩니다. 이해가 얕으면 에이전트 수가 늘어날수록 잡음이 늘어납니다.
PM이 실제로 해야 할 두 가지
이해를 보유한다는 것은 막연한 개념이 아닙니다. 실제 작업으로 내려오면 두 가지로 정리됩니다.
첫째, 위임 구조를 설계합니다. 어떤 작업을 에이전트에게 맡기고, 어떤 시점에 사람이 검토하는지를 명시하는 것. 에이전트가 해야 할 일 목록보다 에이전트가 멈춰야 할 지점을 먼저 설계합니다. CLAUDE.md 같은 파일이 이 역할을 합니다. 에이전트를 어떻게 쓸지가 아니라, 에이전트를 어디서 멈출지를 먼저 정하는 문서. 이 설계는 이해 없이는 나올 수 없습니다.
둘째, 출력의 품질 기준을 정합니다. 에이전트가 생성한 결과가 좋은지 나쁜지를 판단하는 기준이 명시돼 있어야 합니다. 기준이 없으면 검토가 없고, 검토가 없으면 위임이 아니라 방치입니다. 이 기준은 도메인 이해에서 나옵니다. 사용자 행동 패턴을 알고, 팀의 제약을 알고, 제품이 향하는 방향을 알아야 기준을 만들 수 있습니다.
위임할수록 이해의 무게는 커진다
Karpathy의 말은 PM에게 작업을 더 많이 위임하라는 권유만이 아닙니다. 위임할수록 이해를 더 깊이 유지해야 한다는 경고이기도 합니다.
사고를 위임할수록 이해의 무게는 더 무거워집니다. 위임 구조가 정교해질수록, 그 구조를 설계하는 판단력이 더 희귀해집니다. 에이전트가 문서를 빠르게 만들어 낼 수 있다는 것은, PM이 그 문서의 방향이 맞는지를 더 빠르고 정확하게 판단해야 한다는 것이기도 합니다.
SVPG가 말한 “무엇이 존재해야 하는지를 결정하는 권한”은 결국 이해에서 나옵니다. 그 이해를 갖고 있어야 에이전트를 잘 위임할 수 있습니다. 에이전트를 많이 쓴다고 PM이 더 강해지는 게 아니라, 이해를 유지한 채 에이전트를 설계하는 PM이 강해집니다.
지금 당신이 에이전트에게 맡기고 있는 작업 중에서, 이해를 전제로 한 것은 무엇입니까?