Andrew Ng이 2026년 4월 14일 트윗 하나를 올렸습니다.

“AI가 코딩 속도를 높일수록, 무엇을 만들지 결정하는 역할이 진짜 병목이 된다.”

세계에서 가장 널리 인용되는 AI 교육자가 명시적으로 확인한 것이 있습니다. 에이전트 시대에 희귀해지는 것은 코딩 능력이 아닙니다. 판단 능력입니다.

병목이 코드에서 판단으로 이동했다

삼성SDS AX센터가 2026년 4월 공개한 현황이 있습니다. 국내 기업의 에이전트 실제 운영 도입률: 5%.

도구가 없어서가 아닙니다. Claude, GPT-5.5, Gemini — 선택지는 넘칩니다.

MIT NANDA 연구팀이 기업 AX 사례를 분석했을 때, 도입 성공 조직의 공통점은 중앙 AI 랩의 유무가 아니었습니다. 현장 관리자 주도 여부였습니다. 에이전트는 선택되는 것이 아니라, 조직의 업무 흐름 안으로 녹아드는 것입니다. 그 과정을 설계하는 사람이 있어야 합니다.

Karpathy는 두 사용자 집단의 격차를 이렇게 정리했습니다. 무료 구버전 사용자와 최신 에이전틱 전문 사용자 사이의 차이는 도구의 차이가 아닙니다. 에이전트에게 무엇을 맡길지 결정하는 능력의 차이입니다. 이 능력을 가장 빠르게 쌓을 수 있는 위치에 있는 직군은 PM입니다.

PM 역할이 실질적으로 바뀌는 지점

SVPG(실리콘밸리 제품 그룹)는 2026년 AI 시대 PM을 이렇게 재정의했습니다. “무엇이 존재해야 하는지를 결정하는 사람.”

기능 목록 정리, 요구사항 문서화, 개발팀 조율 — 이 세 가지는 에이전트가 처리하기 시작한 업무들입니다. PM이 여기서 멈춘다면 역할이 축소되는 게 맞습니다.

하지만 에이전트가 실행을 가져갈수록 더 중요해지는 영역이 있습니다. Anthropic의 엔지니어 Akshay Nathan은 2026년 8월 Latent Space 팟캐스트에서 이렇게 말했습니다. “병목이 검토 대역폭에서 아이디어와 테이스트(taste)로 이동했다.”

이 전환이 PM에게 의미하는 것은 하나입니다. 기능을 정의하는 역할에서 무엇을 평가할지 설계하는 역할로의 이동입니다.

Stripe의 Staff Engineer가 2026년 GeekNews에 남긴 코멘트가 있습니다. “에이전트 병렬 조율 능력이 이미 직급 기대치다.” 엔지니어 직군만의 이야기가 아닙니다. PM의 역할 정의도 같은 방향으로 재조정되고 있습니다.

Spec에서 Eval로: 지금 당장 할 수 있는 전환

이 전환을 이론으로 두지 않으려면, 지금 작업 중인 기획 문서에 다음 섹션을 추가하는 것부터 시작할 수 있습니다.

## 에이전트 위임 설계
- 자동화할 작업:
- 인간이 반드시 검토해야 하는 시점:
- 성공 측정 기준 (eval):

이 섹션에 채울 내용이 없다면, 에이전트를 붙일 준비가 된 기획이 아닙니다. 에이전트는 태스크를 처리하는 도구가 아니라 워크플로우 안에 삽입되는 구조입니다. 어디서 시작하고, 어디서 끝나고, 어디서 인간이 개입하는지가 먼저 정의돼야 합니다.

OpenAI Codex 팀이 세금 에이전트를 운영한 사례가 있습니다. 6주 만에 정확도를 25%에서 86%로 끌어올린 것은 모델을 교체해서가 아니었습니다. 반복 오류를 태깅하고, eval set을 개선하고, 개선 티켓을 체계화한 운영 루프였습니다. 이 과정에서 PM이 한 일은 기능 명세가 아니라 정정 로그와 평가 기준의 유지 관리였습니다.

병목은 기회다

Andrew Ng의 트윗은 경고가 아닙니다. 기회의 정의입니다.

에이전트가 실행을 가져갈수록, 무엇을 만들지 결정하는 사람의 가치는 올라갑니다. 삼성SDS의 5% 도입률이 말하는 것도 같습니다. 도구의 부족이 아니라, 에이전트가 안착할 수 있는 판단 구조를 설계하는 사람의 부족입니다.

이번 분기 하나의 에이전트 워크플로우에서 eval set을 직접 설계해보십시오. 팀에서 그 경험을 가진 PM이 되는 것이 지금 가장 직접적인 차별화 경로입니다.

지금 당신이 작업 중인 기획서에 에이전트 위임 범위가 명시되어 있습니까?