AI 도구가 3개에서 7개로 늘었는데, 절반은 아직 주력을 못 정했습니다

새 AI 도구를 하나 더 깔 때마다 일이 편해질 거라 기대하게 됩니다. 그런데 정말 그럴까요. 도구를 두 배로 늘린 사람들은 지금 두 배로 편해졌을까요.

2026년 데이터는 그렇지 않다고 말합니다.

두 배가 된 도구, 옅어진 확신

State of AI in Design 2026에 따르면 디자이너의 91%가 최소 주 1회 AI를 쓰고, 그중 네 명 중 세 명은 아예 매일 씁니다. 1년 전 주간 사용률이 54%였으니 상승이 가팔라요. (State of AI in Design 2026)

더 눈에 띄는 건 도구 개수입니다. 디자이너 한 명이 쓰는 AI 툴스택이 평균 3개에서 7개로 1년 만에 두 배 넘게 불었습니다. Claude가 ChatGPT를 제치고 올라섰고, 코딩 도구가 디자인 과정 한복판으로 들어왔고요. 응답자의 절반은 자기가 만든 코드를 실제 프로덕션에 배포했다고 답했습니다. (Designer Fund)

그런데 같은 조사에서 디자이너의 거의 절반이 “아직 내 주력 도구를 못 정했다”고 답했습니다.

도구는 두 배가 됐는데 확신은 오히려 줄었습니다. 이유는 단순합니다. 도구가 세 개일 땐 각각을 손에 익도록 파고들 수 있습니다. 일곱 개가 되면 하나를 끝까지 써보기 전에 다음 걸 열게 되죠. 배우는 비용은 계속 드는데 익숙해져서 얻는 복리는 못 쌓입니다.

공급 속도가 개인의 학습 속도를 넘어섰습니다

이건 개인이 산만해서 생긴 일이 아닙니다. 공급 쪽 속도가 다릅니다.

AI 모델 릴리스 추적 서비스 AI Flash Report에 따르면 2026년 최근 90일 동안 새로 등록된 모델만 53개입니다. 약 이틀에 하나꼴이죠. 프론티어 모델만 봐도 OpenAI GPT-5.5가 4월, Anthropic Claude Opus 4.8이 5월, 여기에 Google Gemini 3.1과 xAI Grok 4.20이 거의 달마다 밀려들었습니다. (AI Flash Report)

매 릴리스마다 워크플로를 갈아엎는 건 사실상 불가능합니다. 그리고 솔직히 말하면 대부분의 업그레이드가 실제 작업에서 체감될 만한 차이를 주지 않는 경우도 많고요. 그래서 지금은 “무엇을 쓸지 결정하는 능력”이 그 자체로 스킬이 됐습니다. 새 모델이 나올 때마다 전환할지 판단하는 능력, 그리고 언제 안 갈아타도 되는지 아는 능력이요.

반대 시각도 분명 있습니다. 최신 모델이 실제로 더 낫고, 빠르게 갈아타는 팀이 경쟁 우위를 가져가는 경우도 있으니까요. 다만 간과되는 비용이 있습니다. 새 API 연동, 프롬프트 재조정, 출력 품질 재검증이요. 이 오버헤드가 생각보다 큽니다. 갈아탔는데 30% 더 빨라졌는지 측정할 시간도 없이 또 다음 모델이 나오는 게 2026년의 현실입니다.

1위 데이터를 어떻게 읽어야 할까요

그럼 순위표를 보고 고르면 될까요. 여기에도 함정이 있습니다.

The Pragmatic Engineer가 2026년 1월 27일부터 2월 17일까지 소프트웨어 엔지니어와 엔지니어링 리더 906명에게 물었습니다. 응답자 경력 중앙값은 11~15년이고 대부분 유럽과 미국이었고요. 가장 사랑하는 도구를 묻자 46%가 Claude Code를 골랐습니다. 2위 Cursor가 19%, 3위 GitHub Copilot이 9%였습니다. 같은 조사에서 응답자의 95%가 최소 주 1회 AI 도구를 쓰고, 75%는 업무의 절반 이상에 AI를 쓴다고 답했습니다. (The Pragmatic Engineer)

여기서 세 가지를 짚어야 합니다. 첫째, Claude Code는 2025년 5월 출시였습니다. 8개월 만에 1위가 됐다는 건 그만큼 빨리 다시 뒤집힐 수 있다는 뜻이기도 합니다. 둘째, 서베이 대상이 시니어 개발자입니다. Claude Code는 긴 코드를 자율 실행하는 에이전트 방식이라 경험 많은 개발자에게 특히 유리한 구조고요. 디자이너나 비개발자 빌더에겐 진입 허들이 다를 수 있습니다.

셋째가 가장 중요합니다. 스택 오버플로 2025 개발자 서베이를 보면 응답자의 46%가 AI 출력의 정확성을 신뢰하지 않는다고 답했고, 45%는 “AI가 생성한 코드를 디버깅하는 게 직접 쓰는 것보다 시간이 더 걸린다”고 했습니다. (Stack Overflow 2025) 가장 사랑받는다는 수식어가 생산성 증가를 자동으로 보장하지는 않습니다.

그래서 질문을 바꿔야 합니다

AI 코딩 도구 이야기는 늘 “그래서 Cursor가 나아요, Claude Code가 나아요”로 끝납니다. 그런데 The New Stack의 관찰이 흥미롭습니다. 올해 대화를 지배하는 일곱 개 도구가 하나로 통합되는 게 아니라, 오케스트레이션과 실행과 리뷰라는 세 층으로 나뉜 조합 가능한 스택으로 굳어지고 있다는 겁니다. 아무도 그렇게 설계하자고 합의한 적 없는데 자연스럽게 그렇게 됐다고 하고요. (The New Stack)

실제 패턴도 그렇습니다. 일을 쳐내는 팀들이 가장 많이 쓰는 방식은 새 기능이나 UI 작업은 Cursor로 직접 코딩하고, 위임할 만한 작업은 Claude Code에 맡기는 조합입니다. 한쪽을 버리는 게 아니라 둘을 역할로 나누는 거죠.

그러니 도구 선택을 단일 우승자 찾기로 접근하면 계속 집니다. 이번 달 1등이 다음 달에도 1등이라는 보장이 없으니, “어떤 도구가 최고냐”를 묻는 순간 답은 발표되자마자 낡습니다. 더 오래 가는 질문은 이겁니다. 나는 이 일을 어떤 역할로 쪼갤 수 있나.

무엇을 할지 계획하고 작업을 나누는 오케스트레이션 층, 실제로 만들고 돌리는 실행 층, 결과를 검증하는 리뷰 층. 이렇게 일을 층으로 나눠두면 각 칸에 그때그때 가장 좋은 도구를 끼워 넣으면 됩니다. 도구가 바뀌어도 작업 구조는 안 흔들리고요. 잘 만든 디자인 시스템처럼 컴포넌트는 갈아 끼우되 구조는 유지하는 겁니다.

물론 단점도 있습니다. 도구를 여럿 쓰면 구독료도, 맥락을 옮기는 비용도 늘어납니다. 한 도구에 깊게 숙련되는 것과 여러 도구를 조합하는 유연함 사이에는 분명한 트레이드오프가 있고요. 그리고 앞서 본 툴스택 팽창이 보여주듯, “역할별로 골랐다”와 “그냥 이것저것 깔았다”는 겉보기에 똑같습니다. 둘을 가르는 건 도구 개수가 아니라 각 도구가 내 작업의 어느 칸을 맡는지 설명할 수 있느냐입니다.

오늘 해볼 것

지금 쓰는 AI 도구를 전부 적고, 최근 2주 동안 실제로 연 것만 표시해보세요. 안 여는 도구는 스택이 아니라 구독료입니다. 그리고 스택의 어느 칸은 구독이 아예 필요 없기도 합니다. 이미지 변환처럼 한 번에 끝나는 작업은 브라우저에서 도는 무료 도구로도 충분하거든요. 그다음 도구마다 “이건 어느 단계에 쓴다”를 한 줄씩 붙여보시고요. 한 줄이 안 나오는 도구가 정리 후보입니다.

갈아타기 기준도 미리 정해두시면 새 릴리스에 끌려다니지 않습니다. 이를테면 “내 반복 업무가 명확히 30% 빨라지거나 품질이 눈에 띄게 오를 때”처럼요. 주력 1~2개를 반년 이상 안정적으로 운용하는 코어 레인과, 신모델을 별도 프로젝트에서 조용히 테스트하는 탐색 레인으로 나눠두는 방법도 있습니다.

도구를 정했다면 그다음은 그 도구에 우리 브랜드 맥락을 어떻게 넘기느냐입니다. 결과를 가르는 건 대개 도구가 아니라 넘기는 재료 쪽이거든요.

마지막으로 하나만 덧붙이겠습니다. 어떤 도구를 쓰시든 리뷰는 사람이 쥐고 계세요. 실행을 위임할수록 검증의 가치는 오히려 올라갑니다. 남의 서베이 숫자보다 2~3주 직접 써보고 얻은 나만의 숫자가 언제나 더 정확하고요.

출처: State of AI in Design 2026 - Tools · AI in Design 2026 - Designer Fund · AI Flash Report - New AI Model Releases · AI Tooling for Software Engineers in 2026 - The Pragmatic Engineer · Stack Overflow 2025 Developer Survey - AI · Cursor, Claude Code, and Codex are merging into one AI coding stack - The New Stack