Claude.ai에 Analysis Tool이라는 기능 프리뷰가 추가됐다. 한 문장으로 요약하면 "Claude가 JavaScript 코드를 직접 작성하고 실행해서 결과를 낼 수 있게 됐다" 는 것. 내장 코드 샌드박스를 통해 복잡한 수학 연산, 데이터 분석, 여러 접근법의 반복 시도를 답변 작성 전에 수행한다.
LLM은 숫자 계산에 약하다. 토큰 기반 확률 분포로 텍스트를 만드는 구조라서, "847,293의 17%는 얼마인가?" 같은 질문에 자주 틀린다. 기존 Claude 3.5 Sonnet이 코딩과 데이터 처리에서 최고였지만, 여전히 한 세션 안에서 계산을 보장하지는 못했다.
Analysis Tool은 이 문제를 코드 실행으로 푼다. Claude가 계산이 필요하다고 판단하면 JavaScript 코드를 작성해 브라우저 샌드박스에서 실행하고, 그 결과를 답변에 반영한다.
Analysis Tool이 Code Execution 기능으로 대체됨. 기존의 모든 분석 기능에 더해 다운로드 가능한 파일 생성(스프레드시트, CSV, 리포트), 시각화 생성, 복잡한 멀티스텝 워크플로 처리 가능.
2023년부터 "LLM은 산수를 못한다"는 건 공공연한 한계였다. 해결책으로 여러 아이디어가 나왔다.
OpenAI의 Code Interpreter가 1년 반 앞섰다는 점이 흥미롭다. Anthropic의 "같은 해법이지만 JavaScript로" 접근은 굉장히 이상한 결정처럼 보인다. 데이터 과학자들은 Python이 익숙하기 때문이다.
왜 JavaScript였을까? 답은 Artifacts와의 통합이다. Artifacts는 브라우저에서 HTML/React/SVG를 렌더링한다. 같은 브라우저 샌드박스에서 JavaScript도 돌리면, Analysis 결과를 즉시 Artifact로 시각화할 수 있다. Python 인터프리터를 서버에 띄우는 것보다 브라우저 통합이 훨씬 자연스럽다.
이 선택이 옳았는지는 1년 뒤 답이 나왔다. 2025년 11월 Code Execution으로 확장되면서 Python도 추가됐고, 2026년 기준 Python 실행이 기본이다. 그러나 초기의 JavaScript-only는 Artifact와의 통합 실험을 빠르게 할 수 있게 했다.
이 글 발행일이 2024년 10월 24일. 그런데 같은 주(10월 22일)에 Anthropic은 Claude 3.5 Sonnet 업그레이드와 Computer Use 공개 베타를 공개했다. 불과 이틀 사이에 세 개의 큰 발표가 나온 셈이다.
이건 의도적 집중 배치다. 10월 22일 Computer Use는 "에이전트가 화면을 보고 조작한다", 10월 24일 Analysis Tool은 "에이전트가 코드를 실행해 계산한다" — 같은 방향(에이전트화)의 두 축이다.
Anthropic은 2024년 가을에 "Claude는 단순 텍스트 생성기가 아니다" 는 포지셔닝을 한 주에 몰아서 깔았다. 1년 뒤 이 방향은 Claude Code, Cowork, Skills, Projects 같은 제품군으로 완전히 개화한다.
LLM을 비즈니스에 도입할 때 가장 큰 장애물 중 하나가 "이 답이 맞는지 어떻게 믿냐" 는 문제다. 마케팅 자료 작성이면 괜찮지만, 재무 분석, 의사 결정 지원, 과학 계산에서는 치명적이다.
Analysis Tool은 이 신뢰 문제에 대한 제도적 답이다. 숫자가 나올 때 Claude가 코드를 써서 계산했는지를 사용자가 볼 수 있다. 실행 코드가 공개되므로:
이 세 속성은 기업 환경에서 결정적이다. 2026년 Claude for Financial Services, Claude for Life Sciences 같은 산업 특화 제품이 성공하는 밑거름에 "계산은 코드로, 언어만 자연어로" 라는 이중 구조가 있다.
JavaScript를 브라우저에서 돌린다는 결정은 사실 보안상 가장 안전한 선택이다. 브라우저는 원래 untrusted 코드를 격리해서 돌리도록 설계돼 있다. Claude가 실행하는 JS는 사용자 브라우저 안에서, 그 탭의 샌드박스 안에서 돌아간다.
이 구조는 다음을 의미한다.
즉 "분석"은 되지만 "작업"은 안 된다. 이건 분명한 한계였다.
2025년 11월 Code Execution으로 바뀌면서 이 한계가 풀렸다. 서버 측 격리 환경에서 돌아가고, 파일 생성·다운로드·시각화가 가능해졌다. 즉 보안 모델이 "브라우저 샌드박스"에서 "서버 격리 컨테이너"로 업그레이드된 셈이다. 이 발전은 Claude Code의 실행 환경 발전 궤적과도 일치한다.
이 기능이 등장할 수 있었던 근본 조건은 Claude 3.5 Sonnet의 코드 생성 품질이다. SWE-bench 49% 수준의 모델이 없었다면, "Claude가 자동으로 JS를 짜서 실행한다"가 실용적이지 않았다.
모델이 만든 코드에 버그가 자주 있으면:
Claude 3.5 Sonnet이 코드 품질의 임계점을 넘었기 때문에, "Claude가 쓴 코드를 Claude가 돌리는" 파이프라인이 성립했다. 모델이 자기 자신을 보조하는 구조의 첫 제품 사례 중 하나다.
이 논리는 2026년까지 강화됐다. Opus 4.7은 agentic coding에서 또 한 번 도약했고, 그 덕분에 Skills, Cowork, Claude Code 같은 더 복잡한 자동화 시스템이 신뢰성 있게 돌아간다. "모델이 좋아지면 그 모델을 활용하는 시스템도 좋아지는" 양의 피드백 루프다.
흥미로운 디테일 — Analysis Tool은 2024년 10월에 JS로 시작해서 2025년 11월이 되어야 Python이 들어왔다. 꼬박 1년이 걸렸다.
이 긴 간격의 의미를 짐작해보면:
이 기다림은 답답해 보이지만 2026년 시점에서 결과적으로 옳았다. Code Execution 환경은 프로덕션급 안정성을 갖춘 상태로 공개됐고, 보안 사고 없이 Skills, Agent Skills, Cowork 등의 기반이 됐다.
Analysis Tool은 짧고 조용한 출시 공지였다. JavaScript 샌드박스 하나 추가된 것에 가까웠다.
그러나 이 한 걸음이 만든 궤적은 길다 — "Claude는 언어 생성기" → "Claude는 언어 생성 + 코드 실행" → "Claude는 복잡한 멀티스텝 에이전트". 2026년의 Skills, Code Execution, Cowork가 가능하려면 모두 이 첫 걸음이 있어야 했다.
또한 이 글은 Anthropic 제품 전략의 중요한 원칙을 보여준다 — "기능 프리뷰로 작게 시작, 1년 동안 다듬기, 준비되면 정식 확장." 2026년의 성숙한 Code Execution은 2024년 10월의 이 작은 JavaScript 샌드박스가 1년간 숙성된 결과물이다.