클로드 하이쿠 5.5 출시, 반복 업무에 써볼 변화

2026년 10월 7일 공개 기준, 요약·분류 같은 대량 반복 업무의 비용 구조와 전환 점검 사항

앤트로픽이 2026년 10월 7일 Claude Haiku 5.5를 공개했습니다. 요약, 대화 압축, 데이터베이스 질의, 분류처럼 물량이 많고 반복되는 작업을 주요 용도로 내세운 모델입니다.

핵심 요지는 세 줄입니다.

1. 가격이 크게 내려갔습니다. 100K 토큰 이하 요청 기준 1M 토큰당 입력 $0.10, 출력 $0.50입니다. 회사는 Haiku 4.5 대비 평균 실행 비용이 약 75% 낮아졌다고 밝혔습니다.

2. 다만 75%는 회사 측 평균치입니다. 새 토크나이저 때문에 같은 텍스트가 약 30% 더 많은 토큰으로 계산될 수 있어, 내 업무의 절감률은 직접 재봐야 합니다.

3. Haiku 4.5에서 옮길 때 모델 ID만 바꾸면 끝나지 않을 수 있습니다. 샘플링 파라미터, 사전 채우기, 응답 블록 처리를 점검해야 합니다.

이 글은 클로드 하이쿠 5.5를 반복 업무에 투입할 때 무엇이 확정된 사실이고 무엇이 아직 모르는 일인지 구분하고, 먼저 시험할 업무와 점검 항목을 정리합니다. 코딩 주력 모델로 쓰라는 글이 아닙니다.

하이쿠 5.5에서 확인된 사양과 요금 변화

공식 문서에서 확인된 변화는 컨텍스트 창, 출력 한도, 요금 구간, 토크나이저, 배치 할인으로 압축됩니다. 아래는 2026년 10월 7~8일 기준으로 공식 발표와 개발자 문서에 명시된 내용입니다.

제공 경로

Claude 앱의 웹·iOS·Android에서 쓸 수 있습니다. 이용 가능한 구독 등급은 Free·Pro·Max·Team·Enterprise로 안내됐습니다. 개발자용 API에서도 쓸 수 있고, 공식 문서는 Amazon Bedrock, Google Cloud, Microsoft Foundry, Claude Platform on AWS도 이용 경로로 안내합니다.

컨텍스트 창과 출력 한도

① 컨텍스트 창: 1M 토큰
② 일반 요청의 최대 출력: 128K 토큰
③ 대량 비동기 요청용 배치 API에서 output-300k-2026-03-24 베타 헤더를 쓰면 최대 출력 300K 토큰이 별도로 안내돼 있습니다.

표준 API 요금 (1M 토큰당)

요금은 프롬프트 길이에 따라 두 구간으로 나뉩니다.

① 프롬프트 100K 토큰 이하: 입력 $0.10, 출력 $0.50
② 프롬프트 100K 토큰 초과: 입력 $0.50, 출력 $2.50

가격 인하 폭

앤트로픽은 100K 이하 요청은 가격 90% 인하, 초과 요청은 50% 인하라고 구분해 설명합니다. 여기에 더해 요청 분포와 새 토크나이저에 따른 토큰 사용량 변화까지 반영한 평균 실행 비용 절감이 약 75%라고 발표했습니다.

토크나이저 변경

개발자 문서는 새 토크나이저에서 같은 텍스트가 Haiku 4.5보다 약 30% 더 많은 토큰으로 계산될 수 있다고 설명합니다. 증가 폭은 콘텐츠에 따라 달라질 수 있습니다.

배치 API 할인

비동기 배치 API는 입력·출력 토큰 모두 표준 API 가격 대비 50% 할인됩니다.

확정 사항 vs 아직 모르는 것

확정된 것은 위 요금표, 사양, 토크나이저 설명입니다. 아직 모르는 것은 내 업무에서 실제로 얼마나 절감되는지입니다. 75%는 회사가 요청 분포를 반영해 낸 평균이므로, 개별 업무의 절감률을 보장하는 숫자가 아닙니다.

왜 반복 업무 전용 저가 모델이 주목받나

요약과 분류 같은 작업은 요청 한 건의 난도는 낮지만 건수가 많아서, 비용 구조가 곧 도입 여부를 결정합니다. 이번 발표가 눈에 띄는 이유도 여기에 있습니다.

앤트로픽은 발표에서 Haiku 5.5의 주요 용도로 요약, 대화 압축, 데이터베이스 질의, 분류를 들었습니다. 모두 입력은 길고 출력은 짧거나 정형화된 작업입니다. 하루에도 수천, 수만 건이 돌아가는 파이프라인에 들어가는 일이 많고, 이런 곳에서는 단가가 조금만 달라져도 월 비용이 크게 달라집니다.

또 하나의 배경은 요금 구간 설계입니다. 앤트로픽은 프롬프트 100K 토큰 이하의 짧은 구간이 기존 Haiku 요청의 약 90%를 차지한다고 밝혔습니다. 이 구간의 가격 인하 폭이 가장 크다는 점은, 가격 정책이 실제 사용 분포를 겨냥했다는 뜻으로 읽을 수 있습니다. 다만 이 비율은 기존 Haiku 사용 패턴에 대한 회사 측 설명이며, 내 업무가 같은 분포를 따른다는 보장은 없습니다.

상위 모델과의 비용 비교 맥락도 있습니다. 앤트로픽은 같은 날 발표에서 Sonnet 5.5의 캐시 읽기 가격을 1M 토큰당 $0.20에서 $0.10으로 낮춘다고 밝혔습니다. 상위 모델과 비용을 견줄 때 이 변경도 같이 봐야 합니다. 같은 지시문을 반복해서 쓰는 업무라면 캐시 가격이 총비용에 영향을 줄 수 있기 때문입니다.

역할 구분도 분명합니다. 앤트로픽은 복잡한 에이전트형 코딩에는 여전히 Sonnet 5.5나 Opus 5.5를 권합니다. Haiku 5.5는 물량 작업용이라는 위치가 발표 비교에서 그대로 드러납니다. 이 글도 그 구분을 따릅니다.

비용 계산: 100K 기준, 배치 할인, 토큰 30% 증가를 함께 보기

긴 문서를 통째로 반복 처리한다면 짧은 요청 기준 단가만으로 비용을 예상하면 안 됩니다. 요금표의 두 구간 차이가 5배이기 때문입니다.

구간별 단가 비교

① 입력 단가: 100K 이하 $0.10, 초과 $0.50 → 5배
② 출력 단가: 100K 이하 $0.50, 초과 $2.50 → 5배

프롬프트가 100K를 넘는 순간 입력과 출력 단가가 모두 5배로 뛰는 구조입니다. 문서 한 건이 길어서 100K 토큰을 넘기는 업무라면 이 구간 요금이 적용됩니다. 100K 초과 구간의 가격 인하가 50%에 그친다는 점도 같은 맥락입니다.

토큰 30% 증가가 미치는 영향

새 토크나이저에서 같은 텍스트가 약 30% 더 많은 토큰으로 계산될 수 있습니다. 이를 구간 경계에 적용하면 이런 일이 생깁니다.

① 기존에 약 80K 토큰이던 문서는 약 30% 증가 시 약 104K 토큰이 되어 100K 경계를 넘을 수 있습니다.
② 그러면 단가가 낮은 구간에서 높은 구간으로 넘어가, 토큰 증가분보다 훨씬 큰 비용 변화가 생길 수 있습니다.

위 80K 예시는 설명을 위한 계산이며, 30%는 문서가 가리키는 "약" 수치이고 콘텐츠에 따라 달라집니다. 구간 경계 근처의 입력이 많은 업무라면 실제 문서로 토큰 수를 다시 재봐야 합니다.

배치 API 할인 적용 조건

비동기 배치 API는 입력·출력 토큰 모두 표준 가격의 50%입니다. 즉시 응답이 필요하지 않은 작업이 대상입니다.

① 매일 밤 전날 쌓인 문서를 한꺼번에 분류하는 작업
② 주간·월간 보고서 요약처럼 마감 시각이 넉넉한 작업
③ 과거 데이터를 한 번에 재분류하는 작업

이런 업무는 배치로 돌릴 수 있습니다. 반대로 사용자가 화면 앞에서 결과를 기다리는 실시간 요약은 배치에 맞지 않습니다.

모아서 비교하기

표준 API 기준 100K 이하 구간의 입력 단가는 1M 토큰당 $0.10입니다. 배치를 쓰면 그 절반인 $0.05가 됩니다. 출력도 같은 방식으로 $0.50에서 $0.25가 됩니다. 이 수치는 요금표의 50% 할인 규칙을 단순 계산한 값입니다.

다만 두 가지는 확인하지 못했습니다. 배치 할인과 100K 초과 구간 요금이 어떻게 겹쳐 적용되는지는 요금 문서에서 직접 확인해야 합니다. 또 배치 처리의 완료 소요 시간은 이 글의 근거 자료에 없으므로 언급하지 않습니다.

비용 검증 순서

① 대표 문서 50~100건을 뽑아 새 토크나이저 기준 토큰 수를 측정합니다.
② 100K 경계에 걸리는 문서 비율을 확인합니다.
③ 실시간이 필요한 건과 미뤄도 되는 건을 나눕니다.
④ 미뤄도 되는 건은 배치 단가로 월 비용을 추정합니다.
⑤ 기존 모델 월 비용과 비교합니다.

이 순서로 계산해야 "75% 절감"이 내 업무에서 얼마인지 나옵니다.

누구에게 어떤 영향이 있나

영향은 현재 어떤 방식으로 반복 업무를 처리하느냐에 따라 달라집니다. 대상별로 나눠 보겠습니다.

이미 Haiku 4.5로 파이프라인을 운영 중인 개발자라면

가격 인하의 직접 수혜 대상이지만, 모델 ID 교체만으로 끝나지 않을 수 있습니다. 공식 문서는 다음을 안내합니다.

① 비기본 샘플링 파라미터는 호환되지 않습니다.
② assistant 사전 채우기가 호환되지 않습니다.
③ 응답의 첫 콘텐츠 블록을 곧바로 본문으로 취급하지 말고 블록 유형을 확인해야 합니다.

세 번째 항목은 특히 중요합니다. 응답 파싱 코드가 "첫 블록 = 본문"이라고 가정하고 있다면, 모델을 바꾼 뒤 조용히 오작동할 수 있습니다. 토큰 산정과 비용 추정 로직도 새 토크나이저 기준으로 다시 짜야 합니다.

한편 Claude Managed Agents를 쓰는 경우에는 마이그레이션 안내상 모델명 변경 외에 추가 변경이 필요하지 않다고 합니다.

문서 요약·분류 자동화를 새로 설계 중이라면

처음부터 새 요금 구조를 기준으로 설계할 수 있습니다. 문서를 100K 이하로 쪼개는 전처리를 넣을지, 배치로 돌릴 작업과 실시간 작업을 어떻게 나눌지 같은 구조적 결정이 비용에 직접 영향을 줍니다. 1M 토큰 컨텍스트 창이 있다고 해서 긴 문서를 통째로 넣는 것이 비용상 유리한 것은 아닙니다.

상위 모델로 모든 작업을 처리해 온 운영자라면

분류, 단순 요약, 형식 변환처럼 난도가 낮고 반복되는 작업만 골라 저가 모델로 내리는 것을 검토해 볼 만합니다. 다만 품질 차이는 반드시 자기 데이터로 검증해야 합니다. 이 글의 근거 자료에는 요약·분류 품질을 상위 모델과 직접 비교한 수치가 없습니다.

코딩 자동화를 염두에 둔 개발자라면

앤트로픽 발표 비교에서 Terminal-Bench 4.0 점수는 Haiku 5.5가 39.2%, Sonnet 5.5가 70.6%입니다. 이 차이는 약 31.4%p입니다. 회사도 복잡한 에이전트형 코딩에는 Sonnet 5.5·Opus 5.5를 권합니다. 코딩 주력 도구로 Haiku 5.5를 쓰는 것은 권장되지 않습니다.

앱으로 사용하는 일반 이용자라면

Free부터 Enterprise까지 구독 등급 전반에서 Claude 앱의 웹·iOS·Android로 쓸 수 있습니다. 다만 앱에서 어떤 등급에 어떤 한도가 적용되는지는 이 글의 근거 자료에 없으므로 별도로 확인해야 합니다.

핵심 수치: 비용은 줄었지만 성능 수치는 해석에 주의

발표된 수치는 비용 쪽은 비교적 명확하고, 성능 쪽은 해석에 주의가 필요합니다. 한 번에 정리하면 다음과 같습니다.

성능 수치를 읽는 법

두 가지 벤치마크 수치가 공개됐습니다.

① OSWorld 2.1 오프라인 하위집합: Haiku 5.5 72.4%, Haiku 4.5 15.7%
② Terminal-Bench 4.0: Haiku 5.5 39.2%, Sonnet 5.5 70.6%

첫 번째 수치는 격차가 커 보이지만, 특정 컴퓨터 사용 평가의 결과입니다. 요약·분류 같은 실제 반복 업무에서 같은 차이가 난다는 뜻이 아닙니다. 컴퓨터 화면을 조작하는 과제와 문서를 분류하는 과제는 성격이 다르기 때문입니다.

두 번째 수치는 Haiku 5.5의 위치를 보여줍니다. 에이전트형 코딩 평가에서는 상위 모델과 격차가 분명합니다. 모델별 용도 구분이 필요하다는 근거입니다.

학습 데이터 기준 시점

공식 지원 문서는 학습 데이터 기준 시점을 2026년 6월로 안내합니다. 이후 사건이나 정보가 담긴 반복 보고서를 만든다면 최신 자료를 검색하고 대조하는 절차가 따로 필요합니다. 예를 들어 월간 시장 동향 요약을 자동화하면서 모델의 기억에만 의존하면, 6월 이후 내용은 빠지거나 틀릴 수 있습니다.

아직 확정되지 않은 것과 확인이 필요한 것

근거 자료로 확인되지 않은 부분을 구분해 두는 것이 이 글의 핵심 목적 중 하나입니다. 앞으로의 일정 발표는 근거 자료에 없고, 아래는 현재 시점에서 공개되지 않았거나 확인할 수 없는 항목입니다.

내 업무에서의 실제 절감률

75%는 요청 분포와 새 토크나이저의 토큰 변화를 반영한 회사 측 평균입니다. 개별 업무의 절감률은 달라집니다. 긴 문서 위주라면 100K 초과 구간의 인하 폭이 50%에 그치고 토큰도 늘어나므로 절감률이 평균보다 낮을 수 있습니다. 반대로 짧은 요청 위주라면 평균보다 높을 수도 있습니다.

요약·분류 품질

공개된 벤치마크 수치는 컴퓨터 사용과 터미널 작업에 관한 것입니다. 요약 충실도나 분류 정확도를 상위 모델과 직접 비교한 독립 검증 수치는 확인하지 못했습니다. 따라서 "분류 정확도가 충분하다"는 판단은 자기 데이터로 시험해서 내려야 합니다.

응답 속도

속도 관련 수치는 이 글의 근거 자료에 없습니다. 처리 시간이 중요한 업무라면 직접 측정해야 하고, 이 글은 속도에 대한 어떤 주장도 하지 않습니다.

low effort에서의 안정성

문서는 low 설정에서 긴 에이전트 지시를 처리할 때 검색·검증을 건너뛰거나 일찍 멈출 가능성이 높아진다고 경고합니다. 이 경고가 구체적으로 어떤 업무에서 어느 정도 빈도로 나타나는지는 알려져 있지 않습니다.

다른 이용 경로의 세부 조건

Amazon Bedrock, Google Cloud, Microsoft Foundry, Claude Platform on AWS가 이용 경로로 안내돼 있지만, 각 경로의 요금·한도·기능 차이는 근거 자료에 없습니다. 해당 경로를 쓸 계획이라면 각 플랫폼 문서를 따로 확인해야 합니다.

시험 대상, effort 설정, 연동 재점검

먼저 시험할 업무는 정형화된 출력, 명확한 정답 기준, 대량 반복이라는 세 조건을 모두 갖춘 작업입니다. 아래는 근거 자료의 사실에서 이끌어 낸 실행 순서입니다.

1단계: 시험할 업무 고르기

우선순위가 높은 업무는 다음과 같습니다.

① 문서 분류: 문의 내용을 정해진 카테고리로 나누는 작업. 정답 라벨이 있어 정확도를 측정하기 쉽습니다.
② 짧은 요약: 회의록, 고객 문의, 로그 묶음을 몇 문장으로 줄이는 작업. 입력이 100K 이하로 유지되기 쉽습니다.
③ 대화 압축: 긴 대화 이력을 다음 호출에 넘길 요약으로 줄이는 작업. 발표에서 직접 언급된 용도입니다.
④ 정형 데이터 질의 보조: 데이터베이스 질의 작성 보조. 역시 발표에서 언급된 용도입니다.

반대로 뒤로 미룰 업무는 다음과 같습니다.

① 복잡한 코드 생성·수정 같은 에이전트형 코딩
② 6월 이후 최신 정보에 의존하는 보고서(검색·대조 절차 없이는 위험)
③ 한 번의 오류가 큰 비용으로 이어지는 판단 업무

2단계: 비교 시험 설계하기

저가 모델로 내려도 되는지는 실제 데이터로 판단해야 합니다.

① 대표 샘플 100건 이상을 뽑습니다. 쉬운 건과 애매한 건을 섞어야 합니다.
② 사람이 정답 라벨 또는 기준 요약을 미리 만들어 둡니다.
③ 현재 쓰는 모델과 Haiku 5.5를 같은 프롬프트로 돌립니다.
④ 오답의 유형을 확인합니다. 정확도 숫자보다 어떤 건에서 틀리는지가 더 중요합니다.
⑤ 애매한 건만 상위 모델로 넘기는 2단 구조가 필요한지 판단합니다.

3단계: effort 설정 고르기

API에서 적응형 사고는 기본 활성화돼 있고, 기본 effort는 medium입니다. 문서는 단순·대량 작업에는 low를 권합니다.

선택 기준은 다음과 같습니다.

① 단일 단계의 분류나 짧은 요약: low로 시작해 볼 만합니다. 비용과 처리량 면에서 문서가 권하는 방향입니다.
② 여러 단계를 거치는 지시나 검증 단계가 포함된 작업: medium(기본값)을 유지하는 편이 안전합니다. low에서는 검색·검증을 건너뛰거나 일찍 멈출 가능성이 높아진다는 경고가 있기 때문입니다.

실무 팁: 같은 샘플로 low와 medium을 둘 다 돌려 보고, 결과 차이가 없으면 low를 채택하세요. 차이가 있다면 그 차이가 비용 절감보다 큰지 따져 봅니다. effort가 출력 토큰 사용량에 미치는 영향은 근거 자료에 수치가 없으므로, 반드시 직접 측정해야 합니다.

4단계: 기존 API 연동 재점검하기

Haiku 4.5에서 옮기는 경우 확인할 항목입니다.

① 샘플링 파라미터: 기본값이 아닌 값을 지정하고 있다면 호환되지 않습니다. 호출 코드에서 해당 파라미터를 찾아 제거하거나 대체해야 합니다.
② assistant 사전 채우기: 응답 시작 부분을 미리 채워 형식을 고정하는 기법을 쓰고 있다면 호환되지 않습니다. JSON 형식 출력을 이 방식으로 유도하고 있었다면 특히 주의해야 합니다.
③ 응답 파싱: 첫 콘텐츠 블록을 곧바로 본문으로 취급하는 코드가 있는지 확인합니다. 블록 유형을 확인한 뒤 텍스트 블록을 골라 읽도록 고쳐야 합니다.
④ 토큰 산정: 입력 길이 제한, 청크 분할 기준, 비용 추정 로직이 기존 토크나이저 기준이라면 새 기준으로 재계산합니다. 약 30% 증가가 최대치가 아닐 수도 있다는 점에서 여유를 두는 편이 안전합니다.
⑤ 100K 경계: 입력이 100K 근처인 요청이 있는지 확인하고, 필요하면 분할을 검토합니다.

5단계: 배치로 돌릴 작업 분리하기

즉시 응답이 필요 없는 작업을 골라 배치 API로 옮깁니다. 야간 일괄 분류, 주간 요약 같은 작업이 후보입니다. 50% 할인이 적용되므로 같은 작업량에서 비용 차이가 가장 확실하게 나는 부분입니다. 출력이 매우 긴 대량 작업이라면 배치 API의 output-300k-2026-03-24 베타 헤더로 최대 출력 300K 토큰까지 쓸 수 있다는 점도 기억해 둘 만합니다. 베타 헤더이므로 사용 전 최신 문서를 확인하세요.

6단계: 최신성이 필요한 보고서 처리하기

학습 데이터 기준이 2026년 6월이므로, 그 이후 사건이 들어가는 반복 보고서에는 별도 절차를 둡니다.

① 최신 자료를 검색해 입력으로 함께 제공합니다.
② 모델이 낸 사실 주장을 원문 자료와 대조하는 단계를 둡니다.
③ 날짜·수치처럼 틀리면 곤란한 항목은 사람이 최종 확인합니다.

자주 묻는 질문

Q. 앤트로픽이 75% 절감이라고 했으니 비용이 4분의 1로 줄어든다고 보면 되나요?

그렇게 단정하면 안 됩니다. 75%는 요청 분포와 새 토크나이저의 토큰 변화까지 반영한 회사 측 평균치입니다. 긴 문서가 많은 업무는 100K 초과 구간의 인하 폭(50%)과 토큰 증가 때문에 평균보다 절감 폭이 작을 수 있습니다. 대표 샘플로 직접 비용을 추정해 보는 것이 가장 정확합니다.

Q. 1M 토큰 컨텍스트 창이 있으니 긴 문서를 통째로 넣는 게 낫지 않나요?

기능상 가능하지만 비용 측면에서는 불리할 수 있습니다. 프롬프트가 100K 토큰을 넘으면 입력·출력 단가가 모두 5배가 됩니다. 요약 등에서 문서를 나눠 처리해도 품질이 유지된다면, 100K 이하로 쪼개 처리하는 쪽이 비용상 유리할 수 있습니다. 어느 쪽이 나은지는 업무마다 달라 직접 비교해야 합니다.

Q. 컴퓨터 사용 벤치마크가 크게 올랐으니 문서 분류도 그만큼 좋아졌다고 봐도 되나요?

그렇게 볼 근거는 없습니다. 72.4% 대 15.7%는 특정 컴퓨터 사용 평가의 결과이며, 분류나 요약 품질을 직접 측정한 수치가 아닙니다. 분류 품질은 내 데이터와 내 라벨 체계로 확인해야 합니다.

참고 자료

- 앤트로픽, Claude Haiku 5.5 발표: https://www.anthropic.com/claude-haiku-5-5

- Claude 개발자 문서, Haiku 5.5 개요: https://platform.claude.com/docs/en/models/haiku-5-5/overview

- Claude 개발자 문서, Haiku 5.5 마이그레이션 가이드: https://platform.claude.com/docs/en/models/haiku-5-5/migration-guide

- 출처: anthropic.com, platform.claude.com, support.claude.com

비용 이점은 확인됐고, 내 업무에서의 효과는 직접 재야 합니다

확정된 것은 사양, 요금 구간, 배치 할인, 토크나이저 변경, 마이그레이션 주의점입니다. 아직 모르는 것은 내 업무에서의 실제 절감률과 요약·분류 품질입니다.

순서는 단순합니다. 정형화된 대량 업무 하나를 골라 대표 샘플로 비교 시험을 돌리고, 100K 경계와 배치 가능 여부를 확인해 비용을 추정한 뒤, API 연동의 호환성 항목을 점검하세요. 코딩처럼 복잡한 작업은 상위 모델에 남겨 두는 것이 발표의 취지와도 맞습니다.