출처: Ars Technica

에이전트 기반 개발

“우리는 거대한 계획이 없습니다,” 라고 Anthropic의 Cat Wu가 말합니다—하지만 그것이 설계 의도입니다.

Cat Wu, Claude Code 제품 책임자, 샌프란시스코에서 열린 Anthropic의 Code with Claude 2026 컨퍼런스에서 연설하고 있습니다.

출처: Anthropic

샌프란시스코—점점 늘어나는 인터페이스, 토큰과 컴퓨팅에 대한 수요 증가, 그리고 급변하는 사용자 기반 속에서 Anthropic은 Claude Code에 대한 장기 로드맵을 가지고 있지 않습니다. 하지만 모델 성능 향상과 개발자들의 새로운 사용 신호가 나타남에 따라 그런 계획이 무의미해질 것이라고 보고 있습니다. 이것이 Ars와 Claude Code 제품 책임자인 Cat Wu와의 30분 대화에서 얻은 핵심 내용입니다.

지난 주, 샌프란시스코 도심에 있는 3층 규모의 차량 대여 주차장을 정교하게 이벤트 공간으로 바꾸어 Anthropic은 두 번째 연례 Code with Claude 개발자 컨퍼런스를 개최했습니다. 앞서 보도했듯이, 하루짜리 행사에서는 새로운 기능을 소개하는 키노트와 SpaceX와의 컴퓨팅 계약 발표가 있었습니다.

이 컴퓨팅 계약과 함께 Claude Code 사용자를 위한 Pro와 Max 플랜의 사용 한도가 두 배로 늘어났습니다—최근 몇 주 동안 컴퓨팅 부족으로 인한 사용자 불만이 크게 증가했기 때문입니다.

Anthropic의 제품, 특히 에이전트 기반 소프트웨어 개발 도구인 Claude Code는 폭발적인 인기를 끌고 있습니다. “우리는 연간 10배 성장이라는 시나리오에 대비해 계획을 세웠습니다,” 라고 컨퍼런스 무대에서 Anthropic CEO Dario Amodei가 말했습니다. “그런데 실제로는 80배 성장했으며, 그래서 컴퓨팅 문제에 직면하게 되었습니다.”

사용자 증가와 함께, 단순 채팅 인터페이스에서 복잡하고 다중 에이전트 워크플로우로 사용 방식이 전환되었습니다. 이러한 워크플로우는 훨씬 더 많은 컴퓨팅 자원을 요구합니다.

수요 급증 상황에서 Anthropic은 피크 시간대에 더 엄격한 제한을 적용하거나, 저가 구독 플랜에서 Claude Code를 제거(관련 기사)하는 등 수요를 억제하는 방안을 테스트하고 있습니다.

지난 1년 동안 Anthropic은 새로운 기능, 제품, 인터페이스를 다수 출시했습니다. Claude Code는 CLI에서 IDE, 데스크톱 앱으로 확장되었으며, 다중 에이전트를 관리하는 새로운 도구도 선보였습니다. 출시 속도는 때때로 격렬하고 혼란스러울 정도였습니다.

동시에 OpenAI의 Codex, GitHub Copilot, Cursor IDE, Augment Code 등 경쟁사들도 이 분야에서 자체적인 신제품과 기능을 내놓고 있으며, 더 명시적인 컨텍스트 제공 등 차별화된 요소를 강조해 더 나은 결과나 효율성을 주장하고 있습니다.

행사에서 저는 Wu와 Anthropic이 현재 상황에서 어떻게 운영되고 있는지 이야기를 나눴습니다.

Claude Code 제품 책임자로서 Wu는 창시자 Boris Cherny와 긴밀히 협업해 어떤 기능을 우선순위에 둘지, Anthropic 팀이 그 기능을 어떻게 테스트·사용·배포할지 결정합니다. 그녀는 모델 자체를 관리하지는 않지만, 모델이 계속해서 급속히 개선될 것이라는 큰 베팅을 기반으로 제품 전략을 수립하고 있습니다. 그 결과, Claude Code가 앞으로 어떤 모습일지 구체적인 로드맵을 그리기 어려운 상황입니다.

Wu에 따르면, Claude Code 팀은 일주일 정도의 짧은 개발 사이클을 반복하며 새로운 제품이나 기능을 실험하고, 새로운 사용 사례와 방법론을 발견하고 있습니다.

우리는 사용자의 사용 제한에 대한 불만, 구조화된 데이터가 Claude Code 작동에 미치는 역할, IDE 통합, 도구의 향후 기능 등에 대해 논의했습니다.

Cat Wu와의 대화

이 인터뷰는 길이와 명료성을 위해 편집되었습니다.

Ars: 당신은 정말 많은 것을 빠르게 출시하고 있습니다. 명령줄, IDE 통합, 데스크톱 앱, 그리고 Code, Cowork, Managed Agents 등 다양한 구분까지 있죠.

Wu: 실제로 개발자마다 선호도가 달라서 사용량이 고르게 분산돼 있습니다. 모든 인터페이스에 상당한 사용자 수가 존재하죠. 저는 아직도 무게 중심은 CLI에 있다고 봐요. 가장 파워 유저 기능이 풍부하고, 새로운 기능이 가장 먼저 여기서 출시되며, 우리 팀이 가장 빠르게 반복할 수 있는 환경이기도 합니다. 팀 전체도 대부분 CLI를 사용합니다.

하지만 최근 우리 팀 내에서는 CLI에서 데스크톱으로 점진적인 이동이 보이고 있습니다. 작년에는 한 에이전트만 사용했지만, 연말까지는 터미널 탭을 여섯 개까지 열고, 그 탭들을 모니터링하고 알림을 받는 복잡한 방식을 도입했습니다. 이제는 “더 이상 열 개의 탭을 보면서 작업하고 싶지 않다. 그래픽 인터페이스가 왜 필요한지 이해한다”는 단계에 이르렀습니다. 그래서 많은 사용자가 풍부한 뷰를 제공하는 데스크톱 앱으로 옮겨가고 있습니다.

Ars: 이렇게 다양한 인터페이스를 동시에 유지한다면 개발·제품 관점에서 관리가 어려워지지 않을까요? 유지보수와 사용자 혼란이 우려됩니다.

Wu: 일종의 진행 단계라고 생각합니다. 대부분은 CLI나 IDE에서 시작해, 여러 에이전트를 관리하게 되면 어떤 것이 병목인지 파악하고, 그때 데스크톱으로 이동합니다. 그리고 “고객 피드백 채널에서 메시지를 복사해 Claude에 붙여넣고 로컬에서 돌보고 있다”는 사용자도 있습니다. 그래서 Slack 채널을 감시해 자동으로 실행을 트리거하는 루틴 같은 고수준 기능을 추가했습니다. 모든 제품은 모델의 지능을 더 쉽게 끌어내기 위한 수단일 뿐입니다. 모델이 똑똑해질수록 우리는 시스템 프롬프트와 툴 설명 같은 스캐폴드를 점점 제거합니다.

앞으로 모델이 언제나 정확해져서 텍스트 박스만으로 충분해질 수도 있다고 생각합니다. 그때는 모든 것이 하나로 합쳐질 수도 있겠죠. 하지만 현재는 모델이 더 나아지는 동안 다양한 도구가 필요합니다.

Ars: 이런 접근 방식은 실시간 사용자 신호에 따라 움직이는 것이죠? 많은 기업이 연간 로드맵을 미리 제시하는 것과는 다르게요.

Wu: 맞아요, 우리는 거대한 계획이 없습니다! [웃음]

Ars: 그렇게 들리네요! 나쁜 의미는 아니에요. 오히려 숨겨진 수요와 신호에 맞