[claude] Computer Use와 Skills·Files API로 프로덕션 에이전트 구축하기

출처: Anthropic (Claude Blog) / GeekNews 경유
원문: https://claude.com/blog/computer-use-skills-api-files-api
원문 발행일: 2026-08-20
작성자: 팔복소프트-김팔복

한눈에 보기

• Anthropic이 Computer Use, Skills API, Files API를 Claude Platform에서 정식(GA) 전환했다.
• Computer Use가 모델 호출 1회에 여러 동작을 수행하도록 바뀌어 호출 수와 작업 시간이 줄었다.
• 신규 Browser Use Tool은 스크린샷에 더해 페이지 구조를 읽어, 화면 좌표가 아닌 특정 필드·버튼 단위로 웹을 조작한다.
• Skills API는 지침·스크립트·템플릿 묶음(스킬)의 업로드와 버전 관리를 지원하며, Claude의 코드 실행 샌드박스에서 돌아가 별도 호스팅이 필요 없다.
• Files API는 문서를 한 번 올리면 파일 ID로 재사용하고, 자동 만료·5배 높은 요청 한도·조직당 1TB 저장 공간이 추가됐다.
• 도입사 테스트에서 최장 청구 워크플로가 32분에서 13분으로 줄고, 작업당 비용이 약 30% 감소했다.
• Skills·Files API는 Microsoft Foundry에서도 쓸 수 있고, 새 Computer Use·Browser Use Tool은 Vertex AI에 곧 추가될 예정이다.

배경

Computer Use는 Claude가 스크린샷을 보고 사람처럼 클릭·타이핑·스크롤하는 기능으로, 그동안 베타로 제공됐다. 스크린샷마다 모델을 한 번씩 호출하는 구조라 느리고 비쌌고, "데모는 되는데 프로덕션은 어렵다"는 평가가 많았다. 이번 발표는 이 기능을 포함해 에이전트 구축에 필요한 세 가지 구성 요소를 한꺼번에 정식 전환한 것이다.

주요 내용

무엇이 달라졌나

화면 조작: 호출 구조가 핵심 변화

기존 Computer Use의 병목은 "동작 하나 = 모델 호출 하나"였다. 정식 버전은 한 번의 호출에서 여러 동작을 이어서 수행하므로, 같은 작업을 더 적은 호출과 시간으로 끝낸다. Browser Use Tool은 여기에 페이지 구조 정보를 더해, "화면의 (x, y) 좌표를 클릭"이 아니라 "이 입력 필드에 값을 넣어라"처럼 요소를 직접 지정한다. 레이아웃이 조금만 바뀌어도 깨지던 좌표 기반 방식보다 안정적일 수밖에 없는 접근이다.

지식과 문서: Skills API와 Files API

스킬은 특정 작업에서만 불러오는 지침·스크립트·템플릿 폴더다. 예를 들어 팀의 문서 작성 규정이나 처리 절차를 스킬로 만들어 두면, 매 요청마다 긴 프롬프트로 설명할 필요 없이 필요한 순간에만 로드된다. Files API는 PDF나 스프레드시트를 한 번 업로드한 뒤 파일 ID로 참조하는 방식이라, 대용량 문서를 요청마다 다시 보내는 낭비가 사라진다. 에이전트가 만든 결과 파일 다운로드도 여기서 처리한다.

원문이 드는 예시는 보험 청구 에이전트다. Files API에서 접수 문서를 읽고, 팀의 제출 절차를 담은 스킬을 따라, Browser Use Tool로 보험사 웹 포털에서 신청을 완료한 뒤 확인서를 파일로 저장하는 흐름이 하나의 루프로 이어진다.

실측 수치

API가 없는 의료·보험 시스템을 자동화하는 Asteroid의 테스트에서, 가장 긴 청구 워크플로가 32분에서 13분으로 단축됐고, 테스트한 전 워크플로에서 작업당 비용이 약 30% 줄었으며, 프롬프트 수정 없이 완료율 100%를 기록했다. Box는 은행의 신용평가 방법론과 메모 양식을 스킬로 만들어, Box에 저장된 재무 문서 기반의 신용 메모 초안을 생성하는 사례를 공개했다.

팔복소프트 관점

이 발표에서 국내 실무자가 주목할 지점은 "API 없는 시스템"이라는 표현이다. 공공기관 포털, 오래된 그룹웨어, 웹 기반 ERP처럼 API를 제공하지 않는 시스템이 국내에는 특히 많고, 지금까지는 UiPath나 Brity RPA 같은 규칙 기반 RPA로 처리해 왔다. RPA는 화면이 바뀌면 시나리오를 다시 짜야 하는 유지보수 비용이 고질적인데, 화면을 "이해"하고 조작하는 방식은 이 지점을 정면으로 겨냥한다. Browser Use Tool은 Playwright·Selenium 스크립트와 완전 자율 에이전트의 중간쯤에 있는 물건으로, 셀렉터를 일일이 관리하지 않아도 되는 자동화라고 보면 된다.

다만 당장 도입을 권하기는 어렵다. 첫째, 30% 절감은 상대 수치일 뿐 스크린샷 기반 루프는 여전히 토큰을 많이 태우므로, 건당 절대 비용을 반드시 직접 계산해봐야 한다. 둘째, 화면 스크린샷이 외부 API로 전송되는 구조 자체가 문제다. HIPAA BAA는 미국 규제 이야기이고, 개인정보보호법과 금융권 망분리 환경이 있는 국내에서는 스크린샷에 담기는 개인정보 처리 근거부터 따져야 한다. 셋째, Vertex AI 지원은 아직 "예정"이라 GCP 기반 팀은 기다려야 한다. 반복 업무가 명확하고 다루는 화면에 민감정보가 적은 내부 백오피스 자동화부터 PoC를 돌려보는 게 현실적인 순서다. Skills API는 별개로, 문서 양식과 업무 절차가 표준화된 팀이라면 규제 부담 없이 먼저 써볼 만하다.

정리

이번 GA의 본질은 새 기능이 아니라 "프로덕션에서 굴릴 수 있는 수준"으로의 정비다. 다중 동작 턴으로 속도·비용 구조를 손봤고, 스킬과 파일 저장소로 에이전트 운영에 필요한 주변부를 채웠다. 국내에서는 LLM 기반 자동화가 RPA의 대안이 될 수 있는지 검증할 시점이 왔다는 신호로 읽으면 된다. 기존 베타 통합은 마이그레이션 기간 동안 계속 동작하므로, 이미 베타를 쓰던 팀은 새 버전 전환 계획부터 세우자.

• Claude
• AI 에이전트
• Computer Use
• 업무 자동화
• Anthropic