Claude Haiku 5.5: 짧은 하위 작업과 10만 토큰 가격 경계를 나눠 고르기

AI 에이전트의 비용을 줄이려 할 때 모든 일을 작은 모델로 옮기는 것부터 시작하면 판단이 흐려진다. 전체 저장소를 이해하고 수정 방향을 정하는 일과, 이미 정해진 자료에서 필요한 문장을 추려내는 일은 서로 다른 작업이다. Claude Haiku 5.5의 이번 발표에서 실무자가 먼저 볼 부분도 최고 점수 하나가 아니라, 좁은 하위 작업을 분리할 수 있는지와 그 요청이 어느 가격 구간에 들어가는지다.

Anthropic은 Haiku 5.5를 요약, 문맥 압축, 하위 에이전트처럼 범위가 좁은 작업에 적합한 모델로 설명한다. 복잡한 에이전트 코딩에는 Sonnet 5.5와 Opus 5.5가 여전히 더 나은 선택이라는 설명도 함께 붙인다. 따라서 이 글의 질문은 “큰 모델을 전부 대체할 수 있나”가 아니라 “어떤 작은 일을 먼저 분리하고 무엇을 확인해야 하나”다.

이 글은 공식 발표에 근거한 선택 가이드이며, 모델 호출·응답 품질·지연 시간·실제 청구액을 독립적으로 측정하지 않았다. 아래 표와 흐름은 발표 내용을 바탕으로 작성한 편집상 선택 기준이지, 특정 업무의 성능을 보증하는 벤치마크가 아니다.

1. 가격표는 최대 문맥 크기보다 프롬프트 길이 구간을 먼저 말한다

공식 Pricing 표는 Haiku 5.5의 단가를 “프롬프트가 10만 토큰 이하인 경우 / 10만 토큰을 초과하는 경우”로 나눈다. 정확히 100,000토큰인 프롬프트는 이하 구간이다. 여기서 경계는 프롬프트 길이이며, 아래 단가는 모두 토큰 100만 개당 미국 달러다. 이 가격표만 보고 모델의 최대 문맥 용량을 단정하거나, 초과분에만 높은 가격이 붙는 누진요금이라고 해석해서는 안 된다.

과금 항목	프롬프트 100,000토큰 이하	프롬프트 100,000토큰 초과
입력 토큰	$0.10 / 100만 토큰	$0.50 / 100만 토큰
출력 토큰	$0.50 / 100만 토큰	$2.50 / 100만 토큰
캐시 읽기	$0.01 / 100만 토큰	$0.05 / 100만 토큰
캐시 쓰기	$0.125 / 100만 토큰	$0.625 / 100만 토큰

프롬프트 길이 경계와 토큰 100만 개당 단가를 함께 읽는다. 누적 사용량 구간이나 초과분 누진요금 표로 해석하지 않는다. 출처: www.anthropic.com/claude-haiku-5-5.

실무에서는 요청 하나의 길이와 하루 누적 사용량을 혼동하기 쉽다. 하루 동안 입력 토큰을 많이 썼다는 이유만으로 긴 프롬프트 구간에 속하는 것은 아니다. 반대로 요청 횟수가 적어도 한 번의 프롬프트가 길다면 먼저 해당 구간을 확인해야 한다. 문서 한 개만 넣었다고 짧다고 가정하지 말고, 실제 전송되는 프롬프트를 기준으로 살펴보는 편이 안전하다.

이 표는 제공자의 공개 단가이며 계정별 청구서를 재현한 결과가 아니다. 캐시 유지 시간에 따른 추가 조건이나 별도 플랫폼의 상세 과금 규칙은 이 발표 표만으로 확정할 수 없다. 캐시 항목을 일반 입력과 어떻게 구분해 집계하는지도 사용하는 서비스의 청구 내역에서 확인해야 한다. “최저 입력 단가”만 예산 문서에 적어 두면 출력과 캐시 사용 구성이 빠진다.

2. 맡길 작업은 가격보다 성공 조건으로 먼저 나눈다

모델을 바꾸기 전에 작업의 성공 조건과 프롬프트 길이를 따로 기록하자. 같은 “요약”이라도 빠뜨려도 되는 참고용 메모와, 누락이 업무 결정을 바꾸는 핵심 보고서는 요구 조건이 다르다. 좁은 작업이라는 이름만으로 자동 승인하지 말고, 결과를 확인할 수 있는 경계를 함께 설계하는 것이 이 글의 제안이다.

후보 작업	먼저 정할 성공 조건	Haiku 후보로 검토할 이유	서둘러 전환하지 않을 경우
정해진 문서의 요약	필수 항목과 원문 근거가 남는가	공급자가 요약을 좁은 작업의 예로 제시	중요한 조건의 누락을 검출할 수 없을 때
긴 대화의 문맥 압축	결정 사항과 미해결 조건이 보존되는가	공급자가 문맥 압축을 활용처로 제시	압축 뒤 원문 확인이나 복구가 어려울 때
상위 에이전트의 자료 추출	요청한 항목만 근거와 함께 반환하는가	하위 에이전트 활용이라는 공식 위치와 맞음	범위 밖 판단과 수정 권한까지 맡겨야 할 때
여러 단계의 복잡한 코드 변경	전체 변경이 테스트와 요구 조건을 만족하는가	작은 모델로 통째로 옮길 근거는 부족함	상위 계획·검증까지 한 번에 대체하려 할 때

공식의 좁은 작업·복잡한 코딩 구분을 편집상 도입 절차로 풀었다. 모델 품질 보증이나 실제 실행 화면은 아니다. 출처: www.anthropic.com/claude-haiku-5-5.

예를 들어 상위 에이전트가 보고서의 구조를 만들고, 하위 에이전트가 지정한 문서에서 특정 항목을 찾아 오는 구조를 생각해 볼 수 있다. 이것은 업무 분해의 예시이지 이 글에서 실행한 시스템이 아니다. 하위 작업의 출력 형식, 필요한 근거, 실패했을 때 상위 작업을 멈출 조건을 먼저 정하면 평가 대상이 분명해진다. 범위를 작게 했다는 이유로 정확성을 가정하지 않고, 좁아진 범위에서 더 쉽게 확인할 수 있도록 만드는 것이 핵심이다.

반대로 저장소 전반의 의존 관계를 바꾸고 여러 도구를 사용해 문제를 해결해야 한다면, “가격이 낮다”는 이유만으로 같은 선택표를 적용하기 어렵다. 공식 발표도 복잡한 에이전트 코딩과 좁은 하위 작업을 구분한다. 이 구분은 큰 모델이 모든 상황에서 우월하다는 보편 법칙이 아니라, 이번 발표가 제시하는 적용 범위를 보수적으로 읽는 방법이다.

3. effort와 할인율은 서로 다른 질문이다

Haiku 5.5는 effort를 조절할 수 있는 첫 Haiku 계열 모델이라는 설명을 갖고 있다. 비용과 지능 사이의 선택을 조절할 수 있다는 뜻이지만, 발표만으로 우리 작업에 맞는 최적 설정이나 실제 응답 시간을 정할 수는 없다. 먼저 대표 입력과 합격 기준을 고정한 뒤 effort를 비교해야 “싸지만 실패하는 설정”과 “필요 이상으로 비용을 쓰는 설정”을 구분할 수 있다. 이는 실행 권고이며, 여기서 비교 실험을 수행했다는 주장은 아니다.

발표의 “평균 약 75% 저렴”이라는 표현도 개별 요청의 할인율로 사용하면 안 된다. 각주에는 기존 Haiku 4.5 대비 10만 토큰 이하 요청의 가격은 90% 낮고, 초과 요청은 50% 낮다고 설명되어 있다. 과거 Haiku 요청 분포와 새 토크나이저가 같은 작업에 사용하는 토큰 수의 변화까지 고려한 계산이라는 단서가 붙는다. 그러므로 우리 서비스가 정확히 그 비율로 절감된다고 예산에 반영할 근거는 없다.

읽는 숫자	분모와 적용 범위	독자가 피해야 할 해석
90% / 50% 낮은 가격	이전 Haiku 대비 각각의 프롬프트 길이 구간	우리 전체 청구서의 절감률로 단정
평균 약 75% 저렴	공급자가 설명한 요청 구성·토크나이저 변화를 고려한 평균	모든 입력에 동일하게 적용되는 할인율
Sonnet 캐시 읽기 50% 인하	캐시 읽기 단가 $0.20 → $0.10 / 100만 토큰	Sonnet 입력·출력까지 전부 반값
에이전트 작업 약 20% 저렴	공급자가 설명한 캐시 소비 구성을 반영한 작업 비용	모든 계정의 최종 청구액이 같은 비율로 감소

단가 인하율과 작업 전체 비용 변화는 다른 숫자다. 약 20%는 공급자 보고이며 보편적인 절감률이 아니다. 출처: www.anthropic.com/claude-haiku-5-5.

Sonnet 5.5의 변화는 별도 항목으로 기록하는 편이 좋다. 이번 발표에서 낮아진 것은 캐시 읽기 단가다. 입력·출력 단가도 함께 인하되었다고 확대 해석하지 않는다. 공급자가 말한 작업 비용 변화와 실제 계정의 변화가 다르면, 먼저 캐시 읽기가 비용에서 얼마나 차지했는지와 비교 대상 기간의 작업 구성이 같은지 살펴볼 수 있다. 이는 숫자를 의심하자는 말이 아니라 서로 다른 분모를 같은 퍼센트로 합치지 말자는 원칙이다.

4. API에서의 모델 선택과 Copilot에서의 노출을 분리한다

Anthropic 발표는 Claude Platform에서 사용할 모델 식별자를 claude-haiku-5-5로 안내하고 AWS, Google Cloud, Azure에서도 제공된다고 설명한다. 다만 이 글은 특정 리전이나 실제 계정의 사용 가능 여부를 확인하지 않았다. 발표의 제공 목록과 내 계정의 접근 조건은 다른 확인 항목이다.

GitHub의 2026년 10월 7일 변경 공지는 Copilot Pro, Pro+, Max, Business, Enterprise에 Haiku 5.5가 정식 제공된다고 설명한다. 동시에 클라이언트별 배포는 점진적이며 Business와 Enterprise의 관리자는 모델 정책으로 접근을 관리할 수 있다고 명시한다. 모델 선택기에 보이지 않는다고 곧바로 계정 고장이나 발표 오류로 단정하지 않는 것이 좋다.

GitHub 공지는 정식 제공과 점진적 배포를 함께 명시한다. 특정 계정의 가용성이나 청구 결과는 여기서 확인하지 않았다. 출처: github.blog/changelog/2026-10-07-claude-haiku-5-5-in-github-copilot.

Copilot 공지는 사용량 기반 과금에서 제공자 공개 단가로 청구된다는 표현도 포함한다. 그렇다고 Claude Platform 가격표만으로 구독 요금, 계정 조건, 해당 업무의 최종 청구액까지 계산이 끝나는 것은 아니다. 먼저 API를 직접 사용하는 경로인지 Copilot에서 선택하는 경로인지 적고, 후자라면 사용 중인 클라이언트의 모델 선택기와 조직 정책을 확인하자. 접근 확인을 마친 뒤에야 실제 사용량과 비용을 비교할 대상이 생긴다.

도입 기록에는 “짧은 요청이었는가”, “출력은 합격했는가”, “어느 서비스에서 호출했는가”를 함께 남기는 것을 권한다. 모델 이름 하나만 남기면 가격 구간과 실행 조건이 지워진다. 캐시를 많이 쓰는 상위 에이전트와 짧은 추출 작업을 맡는 하위 에이전트는 같은 절감률로 평가하지 않고, 각자의 입력·출력·캐시 사용과 실패 처리 비용을 따로 보는 편이 더 설명 가능하다.

5. 지금 바꿀 것은 전체 모델이 아니라 비교의 단위다

이번 변화의 활용 가치는 Haiku로 모든 일을 해결한다는 선언보다, 작은 업무 단위를 선택하고 그 가격 경계를 분명히 한다는 데 있다. 먼저 성공 조건이 명확한 하위 작업 하나를 선정하고, 프롬프트 100,000토큰 이하·초과를 구분한 뒤 입력·출력·캐시 항목을 나눠 살펴보자. 복잡한 계획과 최종 검증까지 옮기려면 그 범위의 별도 품질 증거가 필요하다.

이렇게 읽으면 낮은 단가, effort 조절, Sonnet 캐시 읽기 인하, Copilot 정식 제공을 한 문장짜리 “전면 교체” 이야기로 섞지 않게 된다. 각각은 작업 분해, 평가 설정, 비용 구성, 접근 조건이라는 다른 결정을 돕는다. 아직 실행하지 않은 단계는 미확인으로 남겨 두는 것이 실제 도입 결과와 발표 해설을 구분하는 출발점이다.

함께 읽으면 판단이 이어지는 글

• Claude Sonnet 5.5: 같은 토큰 단가와 다른 작업당 비용을 구분하는 평가법은 단가와 업무 완료 비용의 차이를 더 자세히 다룬다. 다만 그 출시 당시 글의 Sonnet 캐시 읽기 $0.20는 과거 단가다. 이번 변경 후 단가는 위의 $0.10 / 100만 토큰으로 구분해서 읽자.
• MCP 도구 삭제보다 먼저 할 일: GitHub CI 에이전트 비용 감사법은 모델 선택 뒤 호출별 사용량을 어떤 단위로 살펴볼지 연결해 준다. 과거 사례의 비용 정규화 지표를 이번 Haiku 가격표 대신 사용하지 않는다는 차이가 있다.

출처와 확인 범위

• Anthropic — Claude Haiku 5.5 발표: Pricing, Performance, Availability, Further updates, 각주 2. 2026년 10월 8일 수집된 원문 보존본을 사용했다.
• GitHub — Claude Haiku 5.5 in GitHub Copilot: 2026년 10월 7일 공지, Availability in GitHub Copilot 및 Enabling access.

보존한 공식 원문의 단가·적용 조건과 편집자가 작성한 선택표를 구분했으며, 별도의 제품 실행 결과나 새로운 성능 순위는 추가하지 않았다.