본문으로 건너뛰기

Anthropic의 Claude Haiku 5.5(2026년 10월 7일 출시) chat을 OpenAI 호환 엔드포인트로 씁니다. 텍스트와 이미지를 최대 1,000,000토큰까지 읽고 128,000토큰까지 반환하며, 도구 정의 128개와 강제 또는 자동 도구 호출을 지원합니다.

입력 $0.10출력 $0.50100만 토큰당캐시된 입력 $0.10캐시 쓰기 $0.10100K 토큰 초과 프롬프트입력 $0.50출력 $2.50

플레이그라운드

Claude Haiku 5.5

Claude Haiku 5.5에게 무엇을 부탁할까요?

관련 모델과 다음 단계

찾는 모델이 없나요?

필요한 모델과 쓰려는 목적을 알려 주세요. 다음에 무엇을 추가할지 정하는 팀에 바로 전달됩니다.

대량의 롤플레이 턴, 분류·라우팅, 스크린샷 읽기에 맞는 안정적인 메시지 흐름

Haiku 5.5는 Anthropic의 현재 라인업에서 가장 빠른 모델로, 2026년 10월 7일에 출시되었습니다. 1,000,000 토큰 창에 텍스트와 이미지를 입력으로 받고, 한 번에 최대 128,000 토큰까지 답합니다. 가격은 Anthropic 정가 그대로여서, 프롬프트가 100,000 토큰 이하일 때는 100만 토큰당 입력 $0.10, 출력 $0.50이고 그보다 길면 $0.50과 $2.50입니다. 10월 8일에 세 가지 요청 방식으로 콘텐츠 시험 24회를 보냈더니 20회는 끝까지 완성되었고, 2회는 수위를 낮춘 답, 2회는 거부였습니다. 매우 강함 요청 9번 가운데 8번은 완성되었습니다. 저희가 추가한 필터는 없습니다.

채팅 플레이그라운드 열기
대량의 롤플레이 턴, 분류·라우팅, 스크린샷 읽기에 맞는 안정적인 메시지 흐름
모델
Claude Haiku 5.5
적합한 작업
대량의 롤플레이 턴, 분류·라우팅, 스크린샷 읽기
메시지 구조
시스템 규칙 → 근거와 상태 → 이번 과제 → 출력 사양
사실의 범위
기능·제어 항목·가격은 실시간 스키마에서 옵니다

통합 원칙

가장 작은 메시지 구성으로 과제를 먼저 검증하고 필요한 맥락만 더하세요. 사실과 가정과 제약을 분리하고 중단, 재시도, 정산, 사람 검토 경로까지 설계합니다.

대량의 롤플레이 턴, 분류·라우팅, 스크린샷 읽기에 재현 가능한 작업 흐름 만들기

Haiku 5.5는 Anthropic의 현재 라인업에서 가장 빠른 모델로, 2026년 10월 7일에 출시되었습니다. 1,000,000 토큰 창에 텍스트와 이미지를 입력으로 받고, 한 번에 최대 128,000 토큰까지 답합니다. 가격은 Anthropic 정가 그대로여서, 프롬프트가 100,000 토큰 이하일 때는 100만 토큰당 입력 $0.10, 출력 $0.50이고 그보다 길면 $0.50과 $2.50입니다. 10월 8일에 세 가지 요청 방식으로 콘텐츠 시험 24회를 보냈더니 20회는 끝까지 완성되었고, 2회는 수위를 낮춘 답, 2회는 거부였습니다. 매우 강함 요청 9번 가운데 8번은 완성되었습니다. 저희가 추가한 필터는 없습니다.

  • 추정이 아니라 측정

    시험 24회: 20회 완성, 2회 완화, 2회 거부

    약함, 보통, 최대 단계는 어떤 표현으로 물어도 완전한 형태로 돌아왔고, 매우 강함 요청 9번 가운데 8번도 마찬가지였습니다. 선을 그은 곳은 강함 단계 하나뿐이었습니다. 직접 요청하거나 소설의 한 장으로 요청하면 거부했고, system 프롬프트 아래에서는 완화된 스튜디오 장면으로 고쳐 썼습니다.

  • 속도와 가격

    수천 번씩 보내는 턴을 위해 만든 모델

    저희 시험에서 짧은 답은 3~5초, 600단어 분량의 이야기는 사고 시간을 포함해 25~35초에 돌아왔습니다. 공개된 요율로 계산하면, 10,000 토큰의 이력을 매번 다시 보내고 1,000 토큰의 답을 받는 턴 1,000번이 약 $1.50입니다.

  • 도구와 이미지

    도구 호출을 강제하고, 스크린샷을 건네기

    tool_choice는 auto, none, required, 또는 이름을 지정한 도구를 받으므로 분류기는 매번 여러분의 함수를 통해 답합니다. Sonnet 5.5와 Opus 5.5에서는 이렇게 강제할 수 없습니다. 이미지는 같은 메시지에 담아 보내며, 스크린샷 한 장은 입력 약 2,300 토큰이었습니다.

  • 모델에 맡기는 부분

    노력 다이얼도, stop도, temperature도 없음

    얼마나 생각할지는 모델이 정합니다. 사고 내용은 돌려주지 않고 출력으로 과금됩니다. max_tokens는 받지만 답을 중간에 끊지 않으므로, 길이는 프롬프트에서 요청하세요. 실제로 쓴 만큼만 과금됩니다.

과제의 무게와 상호작용 형태로 Claude Haiku 5.5 고르기

범용 순위표에 기대지 말고, 같은 실제 과제로 품질, 검증 가능성, 지연, 판매가 적합성을 확인하세요.

  1. 이걸 고를 때

    짧은 호출을 수천 번

    컴패니언 채팅, 조연 캐릭터, 티켓 분류, 필드 추출, 스크린샷 읽기처럼 요청 하나는 짧고 양이 많은 작업입니다. 페르소나나 스키마는 맨 앞에 두고, 답의 형태가 정해져 있으면 도구를 강제하고, 답의 길이는 단어 수로 적으세요.

  2. 대신 Sonnet 5.5 선택

    다이얼이나 더 넓은 범위가 필요할 때

    Sonnet 5.5는 reasoning_effort를 none부터 max까지, 그리고 stop 시퀀스를 받습니다. 10월 1일 시험에서는 강함 단계를 포함해 24회 모두 완성했습니다. 정가는 100만 토큰당 입력 $2, 출력 $10으로, Haiku의 짧은 프롬프트 요율의 20배입니다.

  3. 고를 대상 아님

    길이를 자르거나 temperature를 조정하는 파이프라인

    여기서는 max_tokens가 답을 자르지 않고 stop도 없으므로, 길이를 엄격히 제한하려면 프롬프트나 직접 만든 후처리로 해결해야 합니다. temperature와 top_p는 받지 않습니다. 이전 롤플레이 프리셋을 이 모델로 돌리기 전에 두 값을 지우세요.

Claude Haiku 5.5의 능력을 막연한 라벨이 아니라 구체적인 일로 바꾸기

모든 시나리오에는 입력 경계, 검증, 복구가 필요합니다. 공식 기능, 벤치마크, 도구 지원을 지어내지 않습니다.

  • 짧은 턴을 많이, 몇 초 만에

    컴패니언과 롤플레이

    짧은 턴을 많이, 몇 초 만에

    페르소나, 세계의 규칙, 모든 등장인물의 나이를 system 메시지에 적고 이력은 오래된 순서로 보내세요. 저희 시험에서 캐릭터다운 짧은 턴은 3~5초에 돌아왔고, 출력 100만 토큰당 $0.50이라 하루 종일 말하는 캐릭터도 부담이 적습니다.

  • 매번 같은 형태

    라우팅과 추출

    매번 같은 형태

    원하는 라벨이나 필드를 매개변수로 가진 도구를 정의하고 tool_choice를 그 도구로 지정하세요. 티켓은 큐와 우선순위로, 청구서는 항목별 내역으로 돌아오고 자유 텍스트가 되는 일은 없습니다. 각 호출이 앞의 호출에 의존한다면 parallel_tool_calls를 false로 두세요.

  • 이미지에 무엇이 있는지 묻기

    스크린샷과 사진

    이미지에 무엇이 있는지 묻기

    image_url 파트를 붙이세요. HTTPS 주소, 업로드한 파일, data: URI 모두 쓸 수 있습니다. 스크린샷의 오류, 영수증의 합계, 대시보드의 각 패널을 물어볼 수 있습니다. 이미지는 입력 토큰으로 과금되며, 영상과 오디오 파트는 거부됩니다.

  • 대화를 압축해 메모로 넘기기

    요약과 서브에이전트

    대화를 압축해 메모로 넘기기

    긴 대화를 그대로 보내고 메모의 형식은 system 메시지에서 정해 두면, 이후의 턴이나 더 큰 모델이 이어받을 수 있습니다. Anthropic은 분류, 추출, 라우팅과 함께 이런 서브에이전트 작업을 위해 Haiku 5.5를 만들었습니다.

맥락을 Claude Haiku 5.5 API가 검사할 수 있는 입력으로 정리

목표, 근거, 상태, 제약, 출력 사양이 각자 다른 역할을 맡아야 요청을 압축하고 디버깅하고 재현할 수 있습니다.

  1. 길이

    단어 수로 길이를 말하기

    이 엔드포인트에서는 max_tokens가 답을 멈추지 않습니다. 한도를 system 메시지에 적으세요. 예를 들어 ‘120단어 이내로 답하세요’라고 하면 모델이 지키며, 실제로 쓴 토큰만큼만 과금됩니다.

  2. 구조

    JSON을 부탁하는 대신 도구를 강제하기

    response_format은 없습니다. 스키마를 매개변수로 가진 도구를 정의하고, tool_choice를 그 도구나 required로 지정한 다음, 돌아온 인자를 검증하세요.

  3. 틀

    어조와 한계는 맨 앞에서 한 번만

    temperature가 없으니 문체는 말로 이끕니다. 어조, 시점, 등장인물의 나이, 장면이 어디까지 갈 수 있는지를 system 메시지 하나에 담으세요. 이렇게 설정하자 저희 시험에서 매우 강함 요청 세 번이 모두 완전한 형태로 돌아왔습니다.

  4. 캐시

    고정된 텍스트를 앞에, 캐시는 100,000 토큰 위에서만 이득

    system 메시지와 참고 자료는 맨 위에 두고 이력은 오래된 순서로 덧붙이세요. 여기서 캐시 적중은 100만 토큰당 $0.10, 캐시 쓰기는 입력 요율이라 100,000 토큰 이하에서는 캐시로 아끼는 것이 없습니다. 그 위에서는 적중 $0.10 대 $0.50이 됩니다.

제품에 붙이기 전에 Claude Haiku 5.5 재현 사례부터 증명

실시간 스키마, 견적, 스트리밍, 오류 동작을 확인한 뒤에 통합 요청을 재사용하세요.

  1. 01 · 기준선

    가장 작은 요청을 플레이그라운드에서 검증

    메시지 계층, 출력 형태, 스트리밍, 현재 제어 항목을 확인합니다.

  2. 02 · 경계

    실패·취소·재시도를 실행

    타임아웃, 끊긴 스트림, 과도한 입력, 재생성, 중복 제출을 검증합니다.

  3. 03 · 통합

    통합 API 요청을 그대로 복사

    공개 모델 id와 messages 사양을 쓰고, 모델 제어 항목은 실시간 스키마에서 읽습니다.

  4. 04 · 운영

    사용량을 계량하고 계속 평가

    상태, 최종 사용량, 실패 사유, 품질 피드백을 저장하고 비싼 호출은 먼저 견적을 보여 줍니다.

Claude Haiku 5.5의 능력을 명확한 계약 위에 올리기

플레이그라운드, API 예시, 요청 상태, 사용량 기록이 서로 어긋나지 않으므로 평가에서 운영 통합까지 같은 이해로 갑니다.

  • 공통 사양

    메시지·스트림·오류가 한 가지 형태

    모델을 바꿔도 요청 구성, 상태 처리, 오류 복구 방식은 그대로 유지됩니다.

  • 실시간 스키마

    현재 엔드포인트의 제어 항목 사용

    플레이그라운드와 API 예시가 사용 가능한 필드, 한도, 기본 동작을 함께 보여 줍니다.

  • 관측 가능한 수명주기

    모든 요청에 분명한 상태가 있음

    제출, 스트리밍, 실패, 취소, 사용량이 검사 가능한 공개 의미로 표현됩니다.

  • 이식 가능한 통합

    모델이 바뀔 때의 재작업 줄이기

    계약이 분명하면 제품 코드는 입력, 결과, 사용자 경험에 집중할 수 있습니다.

Claude Haiku 5.5 API 통합 전에 확인할 경계

Claude 전체 모델10