Claude 블로그 되짚어보기 #14 — Analysis Tool, Claude에게 계산기를 달아준 순간 (2024)

panicdev·2026년 4월 22일

원문 정보

  • 제목: Introducing the analysis tool in Claude.ai
  • 링크: claude.com/blog/analysis-tool
  • 발행: 2024년 10월 24일
  • 카테고리: Product announcements
  • 업데이트 주: 2025년 11월 5일, 더 강력한 Code Execution 기능으로 대체됨

글의 요지

Claude.ai에 Analysis Tool이라는 기능 프리뷰가 추가됐다. 한 문장으로 요약하면 "Claude가 JavaScript 코드를 직접 작성하고 실행해서 결과를 낼 수 있게 됐다" 는 것. 내장 코드 샌드박스를 통해 복잡한 수학 연산, 데이터 분석, 여러 접근법의 반복 시도를 답변 작성 전에 수행한다.

왜 이게 중요한가

LLM은 숫자 계산에 약하다. 토큰 기반 확률 분포로 텍스트를 만드는 구조라서, "847,293의 17%는 얼마인가?" 같은 질문에 자주 틀린다. 기존 Claude 3.5 Sonnet이 코딩과 데이터 처리에서 최고였지만, 여전히 한 세션 안에서 계산을 보장하지는 못했다.

Analysis Tool은 이 문제를 코드 실행으로 푼다. Claude가 계산이 필요하다고 판단하면 JavaScript 코드를 작성해 브라우저 샌드박스에서 실행하고, 그 결과를 답변에 반영한다.

주요 사용 예시 (본문 기준)

  • CSV 업로드 → Claude가 데이터 구조 파악 → 분석 코드 작성 → 그래프·요약 반환
  • 복잡한 통계 계산 (표준편차, 회귀, 상관관계)
  • "이 매출 데이터에서 이상치를 찾아줘" 같은 탐색적 분석
  • 조건부 집계, 피벗 테이블 비슷한 변환

중요한 한계 (출시 시점)

  • JavaScript만 실행 가능 (Python 미지원)
  • 브라우저 샌드박스에서 돌아감 → 파일 저장·외부 네트워크 불가
  • Claude.ai에만 있음 (API 미지원)
  • 기능 프리뷰로 수동 활성화 필요

업데이트 (2025년 11월 5일)

Analysis Tool이 Code Execution 기능으로 대체됨. 기존의 모든 분석 기능에 더해 다운로드 가능한 파일 생성(스프레드시트, CSV, 리포트), 시각화 생성, 복잡한 멀티스텝 워크플로 처리 가능.


2026년에 다시 읽으며 — 내가 본 것

1. "LLM에 계산기를 달아주기"의 표준 해법이 정립된 순간

2023년부터 "LLM은 산수를 못한다"는 건 공공연한 한계였다. 해결책으로 여러 아이디어가 나왔다.

  • Chain of Thought: 단계별 추론을 강제 → 어느 정도 개선되지만 여전히 틀림
  • Program-Aided LM (PAL, 2022): LLM이 Python 코드를 쓰고 외부 인터프리터에서 실행
  • OpenAI Code Interpreter (2023년 3월): ChatGPT Plus에 Python 실행 환경 추가
  • ReAct (2022): 도구 호출 포함한 추론 루프

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와의 통합 실험을 빠르게 할 수 있게 했다.

2. "기능 프리뷰" 타이밍의 전술

이 글 발행일이 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 같은 제품군으로 완전히 개화한다.

3. "AI가 틀린 숫자를 주는 불안"의 제도적 해결

LLM을 비즈니스에 도입할 때 가장 큰 장애물 중 하나가 "이 답이 맞는지 어떻게 믿냐" 는 문제다. 마케팅 자료 작성이면 괜찮지만, 재무 분석, 의사 결정 지원, 과학 계산에서는 치명적이다.

Analysis Tool은 이 신뢰 문제에 대한 제도적 답이다. 숫자가 나올 때 Claude가 코드를 써서 계산했는지를 사용자가 볼 수 있다. 실행 코드가 공개되므로:

  • 검증 가능: 사용자가 코드를 읽고 로직을 확인할 수 있음
  • 재현 가능: 같은 입력에 같은 결과가 나옴
  • 감사 가능: 나중에 왜 이런 답이 나왔는지 추적 가능

이 세 속성은 기업 환경에서 결정적이다. 2026년 Claude for Financial Services, Claude for Life Sciences 같은 산업 특화 제품이 성공하는 밑거름에 "계산은 코드로, 언어만 자연어로" 라는 이중 구조가 있다.

4. "브라우저 샌드박스"라는 선택의 장단

JavaScript를 브라우저에서 돌린다는 결정은 사실 보안상 가장 안전한 선택이다. 브라우저는 원래 untrusted 코드를 격리해서 돌리도록 설계돼 있다. Claude가 실행하는 JS는 사용자 브라우저 안에서, 그 탭의 샌드박스 안에서 돌아간다.

이 구조는 다음을 의미한다.

  • 네트워크 호출 불가 (CORS 차단)
  • 파일 시스템 접근 불가
  • 외부 API 호출 불가
  • OS 레벨 작업 완전 차단

"분석"은 되지만 "작업"은 안 된다. 이건 분명한 한계였다.

2025년 11월 Code Execution으로 바뀌면서 이 한계가 풀렸다. 서버 측 격리 환경에서 돌아가고, 파일 생성·다운로드·시각화가 가능해졌다. 즉 보안 모델이 "브라우저 샌드박스"에서 "서버 격리 컨테이너"로 업그레이드된 셈이다. 이 발전은 Claude Code의 실행 환경 발전 궤적과도 일치한다.

5. 코드 생성 모델의 품질이 코드 실행 기능을 가능하게 했다

이 기능이 등장할 수 있었던 근본 조건은 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 같은 더 복잡한 자동화 시스템이 신뢰성 있게 돌아간다. "모델이 좋아지면 그 모델을 활용하는 시스템도 좋아지는" 양의 피드백 루프다.

6. "Python을 안 내놓은 1년"이라는 보수적 전술

흥미로운 디테일 — Analysis Tool은 2024년 10월에 JS로 시작해서 2025년 11월이 되어야 Python이 들어왔다. 꼬박 1년이 걸렸다.

이 긴 간격의 의미를 짐작해보면:

  • 서버 측 Python 실행 환경은 JS 샌드박스보다 운영 비용이 훨씬 큼
  • 한 번 공개하면 수십만 사용자가 쓸 수 있는 인프라를 Python으로 확장하는 데는 보안 검증, 리소스 제한, 감사 로그 등 준비가 필요
  • Anthropic은 "완벽하지 않으면 내지 않는" 성격의 회사
  • 경쟁사가 먼저 내더라도, 제대로 된 보안 모델이 갖춰질 때까지 기다림

이 기다림은 답답해 보이지만 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년간 숙성된 결과물이다.

0개의 댓글