본문으로 건너뛰기

Anthropic의 Claude Sonnet 5.5(2026년 9월 28일 출시) chat을 OpenAI 호환 엔드포인트로 씁니다. 최대 1,000,000 토큰을 읽고 128,000 토큰을 반환하며 추론 강도는 none부터 max까지, 도구 정의 128개를 지원합니다.

입력 $2출력 $10100만 토큰당캐시된 입력 $0.20캐시 쓰기 $2.50

플레이그라운드

Claude Sonnet 5.5

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

관련 모델과 다음 단계

찾는 모델이 없나요?

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

사고를 끌 수 있는 장문맥 롤플레이와 창작에 맞는 안정적인 메시지 흐름

Sonnet 5.5는 Anthropic이 2026년 9월 28일에 공개한 최신 Sonnet으로, 1,000,000 토큰 창과 한 번에 최대 128,000 토큰(Sonnet 5의 두 배)의 답변을 갖췄습니다. 10월 1일 세 가지 요청 방식으로 콘텐츠 시험 24회를 보냈더니 모두 끝까지 완성됐습니다. 거부도, 수위를 낮춘 답도 없었고 매우 강함 단계도 포함됩니다. 가격은 Anthropic 정가 그대로 100만 토큰당 입력 $2, 출력 $10으로, Sonnet 5의 정가와 같습니다. 저희가 추가한 필터는 없습니다.

채팅 플레이그라운드 열기
사고를 끌 수 있는 장문맥 롤플레이와 창작에 맞는 안정적인 메시지 흐름
모델
Claude Sonnet 5.5
적합한 작업
사고를 끌 수 있는 장문맥 롤플레이와 창작
메시지 구조
시스템 규칙 → 근거와 상태 → 이번 과제 → 출력 사양
사실의 범위
기능·제어 항목·가격은 실시간 스키마에서 옵니다

통합 원칙

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

사고를 끌 수 있는 장문맥 롤플레이와 창작에 재현 가능한 작업 흐름 만들기

Sonnet 5.5는 Anthropic이 2026년 9월 28일에 공개한 최신 Sonnet으로, 1,000,000 토큰 창과 한 번에 최대 128,000 토큰(Sonnet 5의 두 배)의 답변을 갖췄습니다. 10월 1일 세 가지 요청 방식으로 콘텐츠 시험 24회를 보냈더니 모두 끝까지 완성됐습니다. 거부도, 수위를 낮춘 답도 없었고 매우 강함 단계도 포함됩니다. 가격은 Anthropic 정가 그대로 100만 토큰당 입력 $2, 출력 $10으로, Sonnet 5의 정가와 같습니다. 저희가 추가한 필터는 없습니다.

  • 추정이 아니라 측정

    시험 24회, 24회 모두 완성

    약함부터 최대까지 모든 단계가 완결된 결과로 돌아왔고, 세 가지 요청 방식에 걸친 매우 강함 요청 9번도 모두 포함됩니다. 거부도, 수위를 낮춘 답도 없었습니다.

  • 특별한 틀이 필요 없음

    직설적으로, 소설의 한 장으로, system 프롬프트로

    세 가지 요청 방식 모두에서 완전한 장면이 나왔으니 먼저 틀을 세울 필요가 없습니다. 같은 시험에서 Opus 5.5는 매우 강함 단계의 직설적·이야기 속 요청 여섯 건 중 두 건만 완성했고, Sonnet 5는 여섯 건 모두 거절했습니다.

  • 사고는 선택

    none부터 max까지 여섯 단계

    reasoning_effort는 none, low, medium, high, xhigh, max 여섯 단계이고 여기서 기본값은 medium입니다. xhigh와 max에서는 추론 내용도 함께 돌아옵니다. none은 답하기 전의 사고를 건너뛰지만 가끔 고민한 흔적을 본문에 적기도 하니, 깔끔한 답이 필요하면 low를 쓰세요. 추론은 출력으로 과금됩니다.

  • 양쪽 다 여유

    입력 1,000,000, 출력 128,000

    영어로 약 55만 5천 단어 분량의 컨텍스트라 긴 채팅 이력도 문서 폴더도 통째로 들어가고, 장 하나나 보고서 한 편이 한 턴에 통째로 돌아옵니다. max_tokens는 직접 올리세요. 기본값 4,096은 사고 분량까지 감당해야 합니다.

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

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

  1. 이걸 고를 때

    Sonnet 5가 거절하는 롤플레이와 창작

    이야기가 Sonnet 5가 거절하는 곳까지 갈 때입니다. 직설적으로 요청하든, 소설의 한 장으로 요청하든, system 메시지에서 장면을 세우든 저희 시험에서는 모두 완전한 장면이 나왔습니다. 대화는 통째로 컨텍스트에 두고 대화 턴은 low로 돌리세요.

  2. 대신 Opus 5.5 선택

    비용보다 어려운 답 하나가 중요할 때

    Opus 5.5는 정가가 두 배입니다. 길고 서로 어긋나는 브리핑을 답변 하나로 정리해야 한다면 그 값을 합니다. 창작에서는 저희 시험상 Opus 5.5가 대개 수위를 낮춘 장면을 Sonnet 5.5는 완전하게 썼습니다.

  3. 고를 대상 아님

    도구를 강제하거나 temperature를 조정하는 파이프라인

    tool_choice는 auto나 none만 받고, temperature와 top_p는 받지 않습니다. 매 턴 특정 함수를 고정하거나 보정해 둔 temperature에 기대는 연동이라면 그 부분부터 고치세요.

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

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

  • 몇 시간이 지나도 목소리가 흔들리지 않는 캐릭터

    컴패니언과 롤플레이

    몇 시간이 지나도 목소리가 흔들리지 않는 캐릭터

    주고받은 내용을 그대로 전부 보내세요. 100만 토큰이면 요약 계층이 필요 없고, 요약이야말로 캐릭터의 이름과 약속, 반복되는 농담이 사라지는 자리입니다. 판타지 모험도, 밀실 미스터리도, 매일의 말동무도 low에서 더 생기 있게 읽힙니다.

  • 독자가 방향을 정하는 갈래 이야기

    인터랙티브 픽션

    독자가 방향을 정하는 갈래 이야기

    세계의 규칙, 시점, 호흡을 system 메시지 하나에 담고, 선택은 그때그때 user 턴으로 보내세요. 독자가 장 하나를 통째로 원할 때도 출력 128,000 토큰이면 한 번의 답변에 담깁니다.

  • 호출은 많게, 판단은 빠르게

    에이전트와 도구

    호출은 많게, 판단은 빠르게

    tool_choice를 auto로 두고 도구를 최대 128개까지 넘기면 언제 호출할지는 모델이 정합니다. Anthropic은 다단계 에이전트를 medium에서 시작하고 막히는 단계에서만 노력을 올리라고 권합니다.

  • 자료 전체를 읽고 길게 답하기

    긴 문서

    자료 전체를 읽고 길게 답하기

    계약서 묶음, 코드베이스, 조사 자료 폴더가 한 번의 호출에 들어가고, 답은 보고서 한 편 분량까지 나옵니다. 주장마다 근거가 된 절을 밝히라고 요청하면, 빠진 정보가 파이프라인이 아니라 자료 쪽에서 드러납니다.

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

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

  1. 노력

    채팅은 none이나 low, 에이전트는 medium

    Anthropic도 채팅은 medium이나 low에서 시작하라고 권합니다. none은 한 걸음 더 나아가 사고를 건너뜁니다. 노력은 전체 트래픽이 아니라 요청마다 올리세요. 추론은 출력으로 과금됩니다.

  2. 틀

    이야기 설정은 맨 앞에서 한 번만

    장르, 등장인물, 시점, 어조, 장면의 한도는 system 메시지 하나에 담으세요. 요청을 소설의 한 장으로 내기만 해도 저희 시험에서는 완전한 장면이 나왔습니다. 매 턴 틀을 되풀이하면 컨텍스트를 낭비하고 협상처럼 읽힙니다.

  3. 예산

    max_tokens에 여유 남기기

    사고는 max_tokens에서 나옵니다. high 이상에서는 넉넉한 여유를 주세요. 그러지 않으면 눈에 보이는 답이 끝나기 전에 사고가 예산을 다 써버릴 수 있습니다.

  4. 구조화

    도구 호출은 강제하지 말고 요청하기

    구조화된 출력이 필요하면 원하는 스키마로 도구를 정의하고, tool_choice를 auto로 둔 채 프롬프트에서 그 도구 이름을 밝히세요. 이 경로에는 response_format이 없고, 강제한 tool_choice도 받지 않습니다.

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

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

  1. 01 · 기준선

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

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

  2. 02 · 경계

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

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

  3. 03 · 통합

    통합 API 요청을 그대로 복사

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

  4. 04 · 운영

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

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

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

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

  • 공통 사양

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

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

  • 실시간 스키마

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

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

  • 관측 가능한 수명주기

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

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

  • 이식 가능한 통합

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

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

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

Claude 전체 모델10