지금 이 선택이 도구 비교처럼 보이지만, 실은 패러다임 선택이다
매달 $60씩 세 가지 AI 코딩 도구에 동시에 돈을 쏟아붓던 개발자가 있었다. GitHub Copilot, Cursor Pro, Claude Pro—셋 다 켜두고 셋 다 어설프게 쓰다가, 30일짜리 직접 실험을 감행했다. dev.to에 공개된 이 비교 기록은 단순한 도구 리뷰처럼 읽히지만, 끝까지 읽으면 전혀 다른 질문을 던지게 된다. "나는 지금 어떤 방식으로 AI와 일하고 있는가?"
같은 시기, Anthropic은 Claude Code에 Voice Mode·ultrathink·/loop 같은 신기능을 조용히 밀어넣었다. 그리고 한 엔지니어링 블로그는 프로그래밍 언어 자체가 'Intent Language'로 전환되고 있다는 거시적 진단을 내놨다. 세 흐름은 각각 다른 이야기처럼 보이지만, 하나의 방향을 가리키고 있다.
30일 실험이 드러낸 것: 속도가 아니라 '이해도'의 차이
동일한 JWT 인증 시스템을 세 도구로 각각 구현한 결과는 숫자로 보면 명확하다. Cursor가 2시간 45분으로 가장 빨랐고, Claude가 3시간 15분, Copilot이 4시간 20분이었다. 버그 발견 수는 Copilot이 2개, Cursor와 Claude는 0개.
그런데 실험자가 진짜 중요하다고 꼽은 건 따로 있었다. Claude와 함께한 리프레시 토큰 레이스 컨디션 디버깅 세션—20분간의 대화 끝에 그는 5년 동안 인증 시스템을 만들어오면서도 제대로 이해하지 못했던 개념을 비로소 이해했다고 썼다. Cursor는 가장 빠르게 코드를 만들어줬지만, 실험자가 검토 없이 배포한 쿼리 하나가 사흘 후 특수문자 입력에서 500 에러를 냈다. AI가 통과시킨 코드였고, 사람이 이해하지 못한 코드였다.
이 사건은 실험 전체를 관통하는 교훈을 압축한다. AI 도구는 당신을 빠르게 만들어주지만, 더 신중하게 만들어주지는 않는다. 속도와 이해도는 서로 다른 축이며, 어떤 도구를 선택하느냐는 결국 두 축 중 어디에 더 무게를 두느냐의 선택이다.
Claude Code 신기능이 말하는 것: 에이전트를 '설정'하는 시대
dev.to의 Claude Code 업데이트 정리에서 가장 눈에 띄는 건 개별 기능보다 그것들이 가리키는 방향이다.
Voice Mode는 /voice 커맨드 하나로 음성 코딩 모드에 진입한다. 현재 5% 사용자에게 롤아웃 중이며, Anthropic 엔지니어의 시연 영상은 70만 조회를 넘겼다. 입력 인터페이스가 키보드에서 음성으로 확장된다는 건, AI와의 상호작용이 '코드 편집기 안'이라는 공간적 제약에서 벗어나기 시작했다는 신호다.
ultrathink 키워드는 프롬프트에 포함하면 다음 턴에서 최고 연산력이 활성화된다. Max/Team 구독 기준으로 기본 effort가 medium인 Opus 모델에서, 복잡한 아키텍처 설계나 디버깅 시 명시적으로 사고 깊이를 높이는 방식이다. 모델의 '생각하는 양'을 개발자가 의도적으로 조절할 수 있게 됐다는 점에서 흥미롭다.
CLAUDE.md는 이미 이전 아티클에서 다룬 바 있지만, 이번 업데이트 맥락에서 다시 강조할 지점이 있다. 세션이 바뀌어도 코딩 스타일, 금지 패턴, 기술 스택 정보가 유지된다는 것—이건 단순한 설정 파일이 아니라 AI에게 건네는 '나는 이렇게 일한다'는 선언서다. 그리고 Spec 기반 2세션 워크플로우—1세션에서 요구사항 인터뷰와 스펙 문서를 완성하고, 2세션에서 구현만 진행하는 방식—는 컨텍스트 분리가 구현 품질을 얼마나 끌어올리는지 보여주는 실전 증거다.
/loop 커맨드(v2.1.71)는 반복 프롬프트 전용으로, cron 스케줄링과 연동해 자동 반복 실행 워크플로우를 구성할 수 있다. Subagent 병렬 처리와 조합하면 처리량이 5배에서 최대 20배까지 증가한다고 알려졌다.
패러다임 전환: '구현 언어'에서 '의도 언어'로
이 흐름을 가장 명확하게 언어화한 건 dev.to의 "The Shift From Programming Languages to Intent Languages"다. 핵심 명제는 간단하다. 전통적인 프로그래밍 언어는 인간이 기계에게 어떻게 실행할지를 지시하는 도구였다. 하지만 LLM 기반 시스템은 개발자가 무엇을 원하는지—목표, 제약, 기대 동작, 품질 기준—를 표현하면 시스템이 실행 전략을 결정한다.
인프라의 진화가 좋은 비유다. 과거엔 서버를 직접 설정했지만, 지금은 선언형 코드로 원하는 상태를 정의하면 자동화가 나머지를 처리한다. 프로그래밍도 같은 방향으로 움직이고 있다. 어셈블리 → 고수준 언어 → 프레임워크/라이브러리 → 의도 표현. 추상화 스택이 한 단계 더 올라가는 중이다.
그런데 이 글이 가장 중요하게 짚는 지점은 따로 있다. "의도를 표현하는 것은 코드를 작성하는 것보다 쉽지 않다." 오히려 더 많은 명확성을 요구한다. 성공이 무엇처럼 보이는지, 어떤 제약이 중요한지, 어떤 실패 모드를 피해야 하는지—이것들을 정확히 정의하지 못하면 AI는 그럴듯하지만 틀린 결과를 만들어낸다. 모호한 의도는 불안정한 시스템을 낳는다.
시사점: 도구보다 먼저 '사고법'을 선택해야 한다
세 흐름을 겹쳐보면 실무적 결론이 나온다.
Copilot은 현재 파일 안에서 빠르게 완성하는 데 강하다. GitHub 생태계와의 통합이 자연스럽고, 이미 알고 있는 패턴을 빠르게 찍어낼 때 유리하다. 반면 프로젝트 전체 맥락이 필요한 작업에서는 한계가 뚜렷하다.
Cursor는 멀티파일 컨텍스트 인식과 배치 편집에서 현재 가장 앞선다. 코드베이스 전체를 읽고 기존 패턴에 맞춰 코드를 생성하는 능력은 실제로 체감되는 차이를 만든다. 다만 빠른 속도는 검토를 건너뛰고 싶은 유혹을 함께 가져온다—그리고 그 유혹에 넘어간 순간이 바로 프로덕션 버그의 시작점이다.
Claude는 대화를 통해 문제를 이해시켜주는 도구다. 속도보다 이해도를 우선할 때, 혹은 처음 마주하는 복잡한 문제를 함께 파고들 때 가장 빛난다. Claude Code의 ultrathink·/loop·Subagent 같은 기능들은 이 대화형 강점을 에이전트 워크플로우로 확장하는 시도다.
그러나 진짜 핵심은 어떤 도구가 더 낫냐가 아니다. 어떤 사고방식으로 AI와 협업할 것인가. CLAUDE.md처럼 컨텍스트를 미리 설계하고, Spec 기반으로 세션을 분리하고, ultrathink로 사고 깊이를 의도적으로 조절하는 방식—이것들은 모두 AI를 단순한 자동완성 도구가 아닌, 의도를 함께 구체화하는 파트너로 쓰는 방법론이다.
전망: 개발자의 핵심 역량이 바뀐다
'Intent Language' 관점에서 보면, 앞으로 가장 가치 있는 개발자는 코드를 가장 빠르게 타이핑하는 사람이 아니다. 시스템의 경계를 설계하고, 동작 제약을 정의하고, AI가 생성한 구현을 실제 요구사항에 비추어 검증하고, 모호한 목표를 명확한 의도로 번역하는 사람이다.
Claude Code의 Voice Mode는 입력 방식을 바꾸고, ultrathink는 추론 깊이를 조절하고, /loop는 반복 실행을 자동화한다. 이 모든 기능의 방향은 같다—개발자가 구현의 세부사항에서 멀어지고, 의도와 검증에 더 집중할 수 있도록.
30일 실험의 결론처럼, 승자는 특정 도구가 아니다. 그리고 앞으로도 마찬가지일 것이다. 도구는 계속 바뀌지만, 명확한 의도를 정의하고 AI가 만든 결과를 판단하는 능력—그것만은 사람이 쥐고 있어야 할 마지막 핵심 역량이다.