몇 년 전만 해도 “AI가 개발자를 대체할 것이다”라는 말은 공허한 위협처럼 들렸다. 하지만 이제는 그 위협이 현실이 되어가고 있다. 문제는 대체가 아니라 ‘어떻게’ 대체할 것인가다. 최근 공개된 AI 에이전트 벤치마크 결과는 단순한 성능 비교를 넘어, 우리가 미처 깨닫지 못한 기술의 본질을 드러내고 있다.
TypeScript 백엔드 프레임워크 다섯 가지(Express, Fastify, Hono, NestJS, Encore)를 대상으로 한 이 벤치마크는 흥미로운 패러다임 전환을 보여준다. 전통적인 성능 지표(응답 시간, 처리량)가 중요하긴 하지만, AI 에이전트의 관점에서는 전혀 다른 기준이 적용된다는 사실이 놀랍다. 예를 들어, Encore.ts는 Express보다 9배 빠른 성능을 자랑하지만, AI 에이전트가 코드를 생성할 때는 오히려 NestJS가 더 나은 결과를 보였다. 왜 이런 역설이 발생할까?
답은 프레임워크의 ‘구조적 복잡성’에 있다. NestJS는 모듈화와 의존성 주입(DI) 같은 엄격한 아키텍처 패턴을 강제하는데, 이는 인간이 작성할 때는 번거로울 수 있지만 AI에게는 오히려 명확한 가이드라인을 제공한다. 반면, Express처럼 자유도가 높은 프레임워크는 AI가 “어떻게든 돌아가게” 만들 수는 있지만, 유지보수성과 확장성 면에서 취약한 코드를 양산할 위험이 크다. AI 에이전트의 성능은 단순히 기술적 우수성이 아니라, 개발자가 프레임워크를 ‘어떻게 설계했는지’에 따라 결정되는 셈이다.
AI는 인간의 편견을 학습한다. 프레임워크가 복잡할수록 AI도 복잡해지고, 단순할수록 단순해진다. 문제는 단순함이 항상 최선이 아니라는 점이다.
이 벤치마크에서 또 하나 주목할 점은 ‘작업 분해’의 중요성이다. MOSAIC-Bench 같은 프로젝트에서 보듯이, AI 에이전트는 단일 작업을 잘 수행하지만 복합적인 요구사항을 처리할 때는 인간의 개입이 필수적이다. 예를 들어, “사용자 인증 + 결제 시스템 + 데이터 분석”을 한 번에 구현하라고 하면 AI는 각 부분을 따로 처리하다가 통합 단계에서 실패할 가능성이 높다. 이는 AI가 아직 ‘전체적인 시스템 설계’의 맥락을 이해하지 못한다는 한계를 보여준다.
하지만 이런 한계가 AI의 가치를 떨어뜨리는 것은 아니다. 오히려 AI가 잘하는 일(반복적인 코드 생성, 테스트 작성, 기본적인 API 구현)과 인간이 잘하는 일(아키텍처 설계, 비즈니스 로직 결정)을 명확히 구분하게 해준다. 20년 전, 개발자들은 “이 프레임워크가 얼마나 빠르냐”를 따졌지만, 이제는 “이 프레임워크가 AI와 얼마나 잘 협업하느냐”를 고민해야 한다. Encore.ts가 속도 면에서 압도적이어도 AI 에이전트가 NestJS를 더 선호한다면, 그것은 단순한 성능 지표를 넘어 새로운 개발 패러다임의 시작을 의미한다.
결국 이 벤치마크는 AI 시대의 백엔드 개발이 무엇인지 묻고 있다. 속도? 안정성? 확장성? 모두 중요하지만, 이제는 ‘AI 친화성’이라는 새로운 기준이 추가되었다. 프레임워크 개발자들은 이제 두 가지 질문을 던져야 한다. 첫째, “이 프레임워크는 얼마나 빠르냐?” 둘째, “AI가 이 프레임워크를 얼마나 잘 이해할 수 있느냐?” 두 번째 질문에 대한 답이 앞으로의 승자를 결정할 것이다.
이 흥미로운 논의는 Encore.dev의 AI 에이전트 벤치마크 보고서에서 자세히 확인할 수 있다.
이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
