"AI가 개발자를 대체한다"는 말이 다시 언론을 달구고 있다. 2026년 들어 LinkedIn 피드에는 AI 효율화로 인한 레이오프 소식이 줄을 잇고, CEO들은 자신 있게 말한다. "AI 덕분에 더 적은 인원으로 더 많은 것을 할 수 있게 됐다"고. 그런데 같은 시기, METR이 발표한 연구 데이터는 정반대를 가리킨다. 숙련된 개발자들이 AI 도구를 사용했을 때 실제 태스크 완료 속도가 약 19% 느려졌다는 것이다. 심지어 많은 이들은 자신이 더 빨라졌다고 믿으면서.
이 두 이야기는 동시에 참일 수 없다. dev.to의 한 글은 이 모순을 정면으로 건드리며 불편한 진실을 꺼낸다. "AI 레이오프" 서사의 상당 부분은 제로금리 시대 과잉 채용의 뒤늦은 정리이며, AI는 그것을 포장하기 위한 가장 시장 친화적인 내러티브일 뿐이라는 것이다. CEO 입장에서 "전략적 실수"보다 "AI로 효율화했다"는 설명이 주가에 훨씬 유리하다. 사람들이 원하는 이야기가 반복되는 이유는, 그 이야기가 진실이어서가 아니라 비용이 가장 싸기 때문이다.
하지만 나는 이 글을 AI 도구에 대한 비관론으로 끝낼 생각이 없다. 오히려 그 반대다. 같은 주에 또 다른 글이 눈에 들어왔다. 한 개발자가 3주 만에 두바이 부동산 에이전트를 위한 수직형 SaaS, AgentsAI를 만들었다는 이야기였다. 13개의 AI 도구, Next.js 14, xAI Grok, Stripe—총 인프라 비용 약 47달러. 첫 주 유료 전환율 12%. 이것이 AI 도구의 진짜 가능성처럼 보인다.
그런데 이 두 사례를 나란히 놓고 보면, 흥미로운 패턴이 드러난다. METR 연구에서 AI가 개발자를 느리게 만든 것은 도구 자체의 문제가 아니었다. 경험 많은 개발자들이 AI 출력을 검증하고 맥락을 조정하는 과정에서 오히려 시간이 더 들었다. 반면 AgentsAI를 만든 개발자가 성공한 핵심은 속도가 아니었다. 300줄짜리 시스템 프롬프트에 UAE 부동산 시장의 맥락을 녹여 넣은 것, BUA와 plot size의 차이, AED 단위 관습, 지역별 문화적 톤의 차이를 이해하고 AI에 주입한 것이 전부였다. "stunning", "breathtaking" 같은 AI 탐지 단어를 명시적으로 금지하는 한 줄이 카피의 체감 품질을 바꿨다.
여기서 핵심 시사점이 나온다. AI 도구의 생산성은 도구 자체가 아니라, 도메인 이해의 깊이에 비례한다. METR 연구에서 속도가 느려진 이유는 개발자들이 AI 출력을 이해하지 못해서가 아니라, 이해하려 했기 때문이다. 그리고 그 이해의 시도가 오히려 생산적인 마찰이었을 수 있다. AgentsAI 사례에서 AI가 진짜 가치를 만들어낸 순간은 도구를 가장 빠르게 사용했을 때가 아니라, 시장을 가장 깊이 이해한 맥락을 도구에 주입했을 때였다.
프론트엔드 개발자로서 나는 이 트레이드오프를 매일 겪는다. Cursor나 Claude로 컴포넌트를 빠르게 생성할 수 있다. 하지만 그 컴포넌트가 우리 디자인 시스템의 토큰 구조에 맞는지, 접근성 기준을 통과하는지, 사용자의 실제 여정에서 어느 단계에 위치하는지—그것은 AI가 스스로 알 수 없다. 내가 그 맥락을 주입하지 않으면, 빠르게 생성된 코드는 빠르게 기술 부채가 된다.
AgentsAI 개발자가 스트리밍 토큰을 도입한 이유도 마찬가지다. 12초짜리 결과물보다 "생성되는 것을 보는 경험"이 에이전트들의 신뢰를 3배 높였다. 이것은 기술적 속도의 문제가 아니라 사용자 심리와 신뢰 모델에 대한 이해의 문제였다. AI는 토큰을 스트리밍했지만, 그 결정을 내린 것은 사용자 인터뷰와 화면 녹화를 분석한 개발자였다.
그렇다면 "AI 레이오프" 서사로 돌아가보자. 진짜로 압축되고 있는 것은 무엇인가. 소스 기사가 정확히 짚은 것처럼, 사라지는 것은 개발자라는 직군이 아니라 시스템 맥락 없이 코드를 작성하는 역할이다. 도메인을 이해하고, 사용자 여정을 설계하고, AI 출력에 올바른 맥락을 주입하고, 그 결과를 검증하는 능력—이것은 AI가 대체하기 어렵고, 오히려 AI가 확장시키는 역량이다. METR 연구의 19% 속도 저하가 반드시 나쁜 신호가 아닌 이유도 여기에 있다. 그 마찰이 이해의 증거일 수 있기 때문이다.
결국 AI 도구를 어떻게 써야 하는가에 대한 답은 의외로 단순하다. 빠르게 생성하되, 그 생성의 전제가 되는 맥락은 내가 직접 쌓아야 한다. AgentsAI의 300줄 시스템 프롬프트는 3주가 아니라, 그 이전에 두바이 부동산 시장을 이해하는 데 쏟은 시간의 결과물이다. AI가 빠를수록, 그 속도를 의미 있게 만드는 것은 개발자가 얼마나 깊이 이해하고 있는가에 달려 있다. 속도와 이해는 트레이드오프가 아니다. 이해가 속도의 질을 결정한다.