원문 정보
- 제목: Claude can now use tools
- 링크: claude.com/blog/tool-use-ga
- 발행: 2024년 5월 30일
- 카테고리: Product announcements
글의 요지
Anthropic의 Tool Use(도구 사용) 기능이 베타를 마치고 정식 출시(GA) 됐다. Claude 3 모델 패밀리 전체(Opus / Sonnet / Haiku)에서, Anthropic Messages API, Amazon Bedrock, Google Cloud Vertex AI — 세 경로 모두에서 쓸 수 있게 됐다.
Tool Use가 하는 일
개발자가 Claude에게 도구 집합을 정의해주고 사용자 요청을 자연어로 보내면, Claude가 어떤 도구를 어떤 인자로 호출할지를 결정해서 반환한다. 공지 본문에서 든 대표 사용 사례:
- 비정형 텍스트에서 구조화 데이터 추출: 인보이스에서 이름·날짜·금액 뽑기
- 자연어 → API 호출 변환: 사용자가 "구독 취소"라고 말하면 실제 API 호출로 변환
- DB/웹 API 검색 기반 Q&A: 고객 지원 챗봇에서 실시간 답변
- 파일 관리·데이터 입력 같은 단순 작업 자동화
- 여러 Claude 서브에이전트 오케스트레이션: 참석자 일정을 조회해 최적 회의 시간 찾기
개발자 경험 개선 포인트
- 스트리밍 + Tool Use: 실시간 응답으로 자연스러운 대화
- Forced tool use: 어떤 도구를 쓸지 개발자가 강제 지정 가능
- 이미지 입력과 결합 가능: 도구 사용 컨텍스트에 이미지 포함 가능
- Opus의
<thinking>태그 출력: 모델이 왜 그 도구를 골랐는지 추론 과정을 노출해 디버깅 용이
다만 이 시점에는 중요한 한계가 있었다 — Claude 3 모델은 병렬 도구 호출(parallel tool calls)을 지원하지 않는다. 도구는 한 번에 하나씩 순차적으로만 호출된다.
고객 사례 세 곳
- StudyFetch (AI 튜터 플랫폼): 음성 기반 AI 튜터 "Spark.E"에 Tool Use 도입. 학생 진도 추적, 강의 자료 탐색, 인터랙티브 UI 표시. 긍정 피드백 42% 증가.
- Intuned (브라우저 자동화 플랫폼): Claude 3 Haiku + Tool Use로 데이터 추출 품질·속도·비용의 균형 확보.
- Hebbia (금융·법률용 AI 지식 워커): Claude 3 Haiku로 실시간 제안, 프롬프트 자동화, 장문 문서 메타데이터 추출.
2026년에 다시 읽으며 — 내가 본 것
1. 이 글이 실질적인 "Claude 에이전트 시대의 0일"이다
AI 에이전트라는 말은 2023년부터 돌아다녔지만, 에이전트가 실제로 존재하려면 모델이 도구를 쓸 수 있어야 한다. 관측(read) → 추론(think) → 행동(act)의 고리를 LLM이 닫기 시작하는 순간이 바로 Tool Use의 정식 출시다.
2026년 관점에서 보면, 이 글 이후 Anthropic이 빌드한 거의 모든 제품은 이 기능의 확장이다.
- Computer Use (2024년 10월) — 스크린 인식과 커서 조작을 도구로 추가
- Claude Code — 파일 읽기/쓰기/git/실행을 도구로 노출
- MCP (Model Context Protocol, 2024년 11월) — 도구 정의의 표준 프로토콜
- Agent Skills — 도구 묶음을 재사용 가능한 패키지로
- Cowork, Claude in Chrome — 브라우저/데스크톱 도구 접근
- Multi-agent coordination — 한 에이전트가 다른 에이전트를 도구로 호출
모두 "Claude가 도구를 쓴다"라는 한 축에서 자라난 가지들이다. 2024년 5월 30일이 그 축의 공식 출발선이다.
2. 서브에이전트라는 단어가 처음 등장한 곳
본문 리스트에 보면 "orchestrate multiple fast Claude subagents" 라는 문구가 심상하게 나온다. 2024년 5월 시점에서 이 단어는 아직 제품명이 아니라 사용 예시 속의 일반명사다.
하지만 2026년 현재, Sub-agent는 Claude Code의 정식 기능명이자 Anthropic 공식 문서의 챕터 제목이다. 관련 글도 여러 편 나왔다 — "How and when to use subagents in Claude Code", "Building multi-agent systems: When and how to use them" 등. 이 GA 공지문에 한 줄로 적혔던 아이디어가 2년 만에 독립 제품 개념으로 성장한 셈이다.
Tool Use로 "도구를 호출할 수 있는 Claude"가 가능해지자, 그 도구 중 하나가 "다른 Claude 인스턴스"가 되는 건 자연스러운 귀결이었다. 당시 글쓴이가 이걸 가장 고급 예시로 배치한 감각이 정확했다.
3. "parallel tool calls를 지원하지 않는다"는 한 줄의 무게
한 문장만 조용히 쓰여 있지만, 이 제약은 당시 에이전트 설계에 매우 큰 영향을 미쳤다. 병렬 호출이 안 된다는 건:
- 여러 개의 독립 작업을 동시에 처리하려면 시간이 그만큼 곱해진다
- 10개의 도구를 써야 하는 작업 = 10 × (LLM 왕복 시간)
- 사용자가 체감하는 지연이 매우 큰 에이전트가 만들어질 수밖에 없었다
이 제약은 나중에 풀린다. Claude 3.5 Sonnet (2024년 10월 업그레이드 버전)부터 parallel tool calls가 지원됐고, Claude 4/4.5/4.6 세대에 와서는 Programmatic Tool Calling 같은 더 고도화된 패턴까지 추가됐다. 2026년 현재 Anthropic 엔지니어링 블로그의 "Advanced tool use" 문서는 Tool Search Tool, Programmatic Tool Calling, Tool Use Examples 세 가지 베타 기능을 소개하는데, 이 모두가 "2024년의 그 제약을 어떻게 넘는가"의 이야기다.
4. StudyFetch의 "42% 증가" — B2C 감정 지표가 등장한 순간
고객 사례에서 눈에 띄는 숫자는 StudyFetch의 "긍정적 인간 피드백 42% 증가" 다. Anthropic 블로그가 당시까지 보여주던 고객 사례 숫자는 대부분 기업 효율성 지표(비용 80% 절감, 시간 10배 단축 등)였는데, 이 숫자는 결이 다르다 — 사용자의 주관적 만족도 가 지표로 올라왔다.
AI 튜터 같은 B2C 제품은 기업 고객의 "생산성"이 아니라 실사용자의 경험 품질로 승부한다. 이 시점부터 Anthropic의 고객 사례에 B2C 감정 지표가 들어오기 시작하는데, 이는 Claude가 백엔드 API에서 프로덕트 표면으로 확장됨을 보여준다. 2026년 "How Anthropic's Growth Marketing team cut ad creation time...", "Claude for Excel" 류의 사례들은 이 선을 따라 더 멀리 간다.
5. "세 경로 전부에서 GA"라는 출시 전략의 완성형
이 글의 한 줄이 전략적으로 매우 흥미롭다.
"Tool use is now generally available across the entire Claude 3 model family on the Anthropic Messages API, Amazon Bedrock, and Google Cloud's Vertex AI."
한 기능의 GA를 세 개의 배포 채널에서 동시에 풀었다. 이게 쉬운 일이 아니다. 각 채널마다 별도의 SDK 업데이트, 문서, QA 리소스가 필요하다. 그럼에도 Anthropic은 fragmentation을 허용하지 않는 전략을 택했다 — "Bedrock 고객만 쓸 수 있는 기능"이 생기면 플랫폼 간 신뢰가 깨지기 때문이다.
2026년에도 이 원칙은 유지된다. Opus 4.7 GA 발표에서도 Anthropic API + Bedrock + Vertex AI + Microsoft Foundry(신규 추가) 네 경로에서 동시 출시됐다. "어디서 쓰든 같은 Claude"는 브랜딩 원칙이자 엔터프라이즈 판매 무기다.
6. Haiku가 선택되는 이유: 속도·가격·품질 삼각형
고객 사례 세 곳 중 Intuned와 Hebbia가 Claude 3 Haiku를 명시적으로 선택했다는 게 눈에 띈다. 2024년 5월 시점 Claude 3 Haiku는 "가장 작은 모델"이었지만, 두 회사 모두 Tool Use 같은 반복·대량 워크플로에서 Opus보다 Haiku를 선호했다.
이유는 에이전트 아키텍처의 기본 법칙이다. 에이전트가 n번의 도구 호출을 돌리면 LLM이 n+1번 호출된다. 100번 호출이 필요한 태스크에서 Opus는 비용과 지연 모두 바람직하지 않다. 반면 Haiku는 "작은 결정 × 많은 횟수"에 최적이다.
2026년 이 패턴은 아예 공식화됐다. Anthropic 엔지니어링 블로그의 "The advisor strategy" (2026년 4월)는 "값싼 모델로 루프 돌리다가 중요한 결정에서만 비싼 모델을 advisor로 부른다" 는 패턴을 공식 이름으로 제시한다. 그 뿌리에는 2024년 5월 이 공지에서 Intuned, Hebbia가 Haiku를 고른 선택들이 있다.
마무리
Tool Use GA는 기능 하나의 출시처럼 보이지만, 실제로는 에이전트 패러다임 전체의 공식 시작점이다. 이 글 이후 2년간 Anthropic이 출시한 거의 모든 큰 제품은 Tool Use의 확장이거나 그 위에 쌓인 레이어다.
당시 제약이었던 병렬 호출 불가, 서브에이전트 미지원, 컨텍스트에 도구 정의 다 쑤셔넣어야 함 — 이 셋은 이후 2년에 걸쳐 하나씩 해결되며 현재의 성숙한 에이전트 스택을 만들어냈다. 제약을 보면 로드맵이 보인다. 이 글을 지금 다시 읽는 가치는, 바로 그 "해결될 제약의 목록"을 명확히 확인할 수 있다는 점이다.
