앤트로픽, '클로드 하이쿠 5.5' 출시…소넷 5.5 캐시 읽기 가격 절반으로 인하
앤트로픽이 고속·대량 처리용 새 모델 '클로드 하이쿠 5.5(claude-haiku-5-5)'를 내놨다. 앤트로픽 클로드(Claude) API 공식 변경 이력을 보면, 회사는 10월 7일부터 9일까지 사흘 동안 9건의 변경 사항을 올렸다. 여기에는 새 모델 출시와 함께 '클로드 소넷 5.5'의 프롬프트 캐시 읽기 가격 인하, 에이전트 보안 강화, 다중 에이전트 워크플로 기능 추가가 포함됐다.
변경 이력에 따르면 클로드 하이쿠 5.5는 처리량이 많거나 응답 속도가 중요한 작업에 맞춘 모델이다. 앤트로픽은 이 계열에서 가장 성능이 높은 모델이라고 설명했다. 컨텍스트 창은 100만 토큰, 최대 출력은 12만8000 토큰이다. 모델이 생각의 깊이를 스스로 조절하는 '적응형 사고'를 지원하고, 개발자는 effort 매개변수로 그 정도를 정할 수 있다. 클로드 API 외에 아마존 베드록, AWS, 구글 클라우드, 마이크로소프트 파운드리에서도 쓸 수 있다.
이전 모델과 호환되지 않는 부분도 있다. 앤트로픽은 하이쿠 4.5용으로 작성한 코드가 하이쿠 5.5에서 작동하지 않을 수 있다고 밝혔다. 사고 예산을 직접 정하는 수동 확장 사고(budget_tokens), 샘플링 매개변수인 temperature·top_p·top_k, 어시스턴트 메시지 미리 채우기(prefill)를 쓰면 400 오류가 날 수 있다. 기존 컴퓨터 사용 도구(computer_20250124)도 오류를 낸다. 클로드 API와 구글 클라우드에서는 computer_toolset_20260801을, 아마존 베드록에서는 computer_20251124를 써야 한다. 아마존 베드록에서는 하이쿠 5.5의 구조화된 출력도 지원되지 않는다. 적응형 사고는 기본으로 켜져 있어 응답이 사고 블록으로 시작할 수 있다. 사고 내용은 thinking.display를 "summarized"로 설정하지 않으면 보이지 않으며, 같은 텍스트도 토큰을 더 많이 차지한다고 앤트로픽은 안내했다. 하이쿠는 비용에 민감한 대량 처리에 많이 쓰이는 등급이라, 기존 사용자는 모델을 바꾸기 전에 코드를 점검해야 한다.
같은 날 소넷 5.5의 프롬프트 캐시 읽기 가격은 100만 토큰당 0.20달러에서 0.10달러로 절반이 됐다. 기본 입력 가격 대비 비율이 0.1배에서 0.05배로 낮아진 것이다. 캐시 쓰기 가격과 그 밖의 가격은 그대로다. 프롬프트 캐싱은 긴 시스템 프롬프트나 문서를 반복해서 보내는 서비스가 비용을 줄이는 데 쓰는 기능이다. 그래서 같은 맥락을 자주 다시 읽는 에이전트나 문서 분석 서비스일수록 비용 절감 폭이 클 것으로 보인다. 또 클로드 맥스(Max)와 팀(Team) 요금제에는 매달 API 크레딧이 포함되기 시작했다. 다만 지급 규모는 변경 이력에 나와 있지 않다.
에이전트 실행 환경인 '클로드 매니지드 에이전트'의 보안 규칙도 강화됐다. 네트워크가 제한된 클라우드 환경에서는 허용 호스트 목록(allowed_hosts)이 web_search와 web_fetch 도구에도 적용된다. 목록에 없는 호스트의 주소는 가져올 수 없고, 검색 결과에서도 빠진다. web_fetch는 이제 사용자 메시지나 검색 결과처럼 세션 안에 이미 나온 URL만 가져온다. 클로드가 직접 만들어낸 URL이나 시스템 프롬프트, 첨부 문서, bash 같은 도구의 출력에만 있는 URL은 요청이 거부된다. 앤트로픽은 이 조치가 데이터 유출 위험을 줄이기 위한 것이라고 설명했다. 에이전트가 외부 도구를 쓰는 일이 늘면서, 악의적인 입력이 에이전트를 속여 데이터를 외부로 빼돌리는 공격을 막는 일이 업계의 과제가 된 상황이다.
10월 8일에는 기업 고객용 컴플라이언스 API가 개편된 '통합 클로드 경험'의 대화 기록을 조회할 수 있게 됐다. '클로드 독스(Claude Docs)' 문서를 워드 파일로 내려받는 기능도 추가됐다. 두 기능 모두 베타다. 9일에는 매니지드 에이전트에 '동적 워크플로' 베타가 도입됐다. 수백 건의 문서를 검토하는 것처럼 큰 작업을 맡으면, 에이전트가 직접 워크플로 프로그램을 작성한다. 이 프로그램은 여러 에이전트를 단계별로 실행하고 결과를 합치며, 서버의 백그라운드에서 돌아간다. 하나의 에이전트가 여러 에이전트를 지휘하는 구조를 플랫폼 차원에서 지원하기 시작한 것이다.
