지금까지 프레임워크를 고를 때 우리가 따졌던 것들—학습 곡선, 문서 품질, 커뮤니티 크기, 팀의 숙련도—은 사실 AI 코딩 에이전트가 등장하기 전 세계의 기준이었다. AI가 React, Vue, SolidJS를 구분 없이 유창하게 쓰고, hooks 규칙을 대부분의 시니어 개발자보다 더 잘 안다면? 그 기준들은 순식간에 의미를 잃는다.
이걸 실제로 경험하고 기록한 사람이 있다. Zachary Lee는 dev.to에 올린 글에서 자신의 세 프로젝트(KeyEcho 데스크탑 앱, upweb.dev, keyecho.app)를 연달아 SolidJS로 전환한 결정을 설명하면서, 그 선택의 근거가 "어떤 프레임워크를 내가 잘 아는가"가 아니라 "AI 시대에 실제로 비싼 비용이 무엇인가"였다고 말한다. 그의 핵심 명제는 단순하다. AI가 코드 작성 비용을 사실상 0으로 만들었지만, 움직이지 않은 비용이 두 가지 있다. 사용자가 다운로드하는 런타임 바이트, 그리고 사람이 소비하는 리뷰 시간.
이게 단순한 성능 최적화 이야기가 아닌 이유는 데이터 때문이다. Loren Stewart가 동일한 칸반 앱을 10개 프레임워크로 구현해 번들 크기를 비교한 실험에서, Next.js(React 19)는 176.1kB, SolidStart는 41.5kB였다. 같은 TanStack Start 위에서 React를 Solid로 교체하자 118.2kB가 60.4kB로 줄었다. 메타프레임워크가 아무리 최적화해도 React의 가상 DOM과 reconciler—약 40kB의 런타임—는 제거할 수 없다. Zachary의 실측치는 더 직관적이다. Nuxt 4에서 SolidStart로 전환 후 모바일 PageSpeed가 70점에서 99점으로 올랐고, TBT(Total Blocking Time)는 0ms가 됐다. 메인 스레드에서 조정할 가상 트리 자체가 없기 때문이다.
여기서 AI-First 팀 리드 관점으로 한 발 더 들어가 보자. 이 이야기가 흥미로운 건 React의 성능 한계 자체가 아니다. AI 에이전트 도입이 기술 선택의 평가 축을 바꿨다는 사실이다. 이전에는 "팀이 이 프레임워크를 얼마나 빠르게 익힐 수 있나"가 핵심 질문이었다. 지금은 그 질문이 거의 무의미해졌다. 대신 "에이전트가 PR을 쏟아낼 때 일관성을 유지할 수 있는 구조인가