기본 콘텐츠로 건너뛰기

Claude Sonnet 5.5로 넘어가기: Anthropic 공식 빌딩 가이드 요약

Anthropic 개발자 가이드 정리

Claude Sonnet 5.5로 넘어가기: Anthropic 공식 빌딩 가이드 요약

Anthropic은 2026년 9월 28일, 자사 개발자 블로그(claude.dev)에 “Building with Claude Sonnet 5.5”라는 가이드를 올렸습니다. Addy Osmani가 작성한 이 글은 Sonnet 5에서 Sonnet 5.5로 모델 이름만 바꾼다고 마이그레이션이 끝나는 게 아니라고 말합니다. 이 글은 그 원문 내용을 그대로 정리한 것입니다.

언제 Sonnet 5.5, 언제 Opus 5.5를 쓸까

Claude 5.5 패밀리에서 Opus 5.5는 신중한 판단이 필요한 복잡한 작업용이고, Sonnet 5.5는 범위가 명확한 일상적인 작업용입니다. 가까운 시일 안에 대용량·저지연 작업을 위한 Claude Haiku 5.5도 합류할 예정입니다.

작업 유형추천 모델
버그 수정, 빠른 기능 반복, 요구사항 검증 등 범위가 명확한 일상 코딩Sonnet 5.5
대용량 일상 개발Sonnet 5.5
한 페이지 문서, 다이어그램, 슬라이드 요약, 문서 편집, 스프레드시트 정리 등 디자인 감각이 필요한 작업Sonnet 5.5
조사·리뷰·초안 작성처럼 반복 실행하는 정형화된 에이전트 작업Sonnet 5.5
장시간에 걸친 에이전트형 코딩, 신중한 판단이 필요한 지식노동Opus 5.5
가장 높은 수준의 지능이 필요한 난제Opus 5.5
"Epic의 초기 테스트에서 Sonnet 5.5는 상위 티어 모델에 준하는 품질 기준을 통과했고, 시스템 설계 감사와 데이터 흐름 리뷰에서도 제 몫을 했습니다. 게임플레이 시스템 아키텍처를 위한 수만 줄의 코드를 관리하면서도 응답이 빨랐고, 여러 시간에 걸친 작업도 처리했으며, 덜 구체적인 프롬프트로도 결과물을 냈습니다." — Daniel Vogel, Epic Games COO

Anthropic의 프롬프팅 가이드는 “가장 까다로운 장기 작업에는 Opus 모델이 더 나은 선택”이라고 밝히고 있습니다.

가격

토큰당 가격은 Sonnet 5와 동일합니다. 다만 Sonnet 5.5는 같은 작업을 더 적은 토큰으로 끝내는 경우가 많아, 대부분의 작업에서 실제 비용은 최대 30%까지 줄어듭니다.

100만 토큰당Sonnet 5.5Opus 5.5
입력$2$4
출력$10$20
캐시 쓰기 (5분)$2.50$5
캐시 쓰기 (1시간)$4$8
캐시 읽기$0.20$0.20

미국 전용 추론(inference_geo: "us")은 표준가의 1.1배입니다. 이미지는 긴 변 기준 최대 2576픽셀의 고해상도 티어를 쓰기 때문에, 2000×1500 이미지 한 장은 Sonnet 4.6 대비 약 2.5배의 토큰을 소모합니다. 세부 묘사가 필요 없다면 전송 전에 이미지를 축소하는 게 좋습니다.

모델 세부 정보

항목Sonnet 5.5
모델 IDClaude API/AWS·Google Cloud·Microsoft Foundry의 Claude Platform은 claude-sonnet-5-5, Amazon Bedrock은 anthropic.claude-sonnet-5-5
컨텍스트 윈도우100만 토큰, 베타 헤더 불필요
최대 출력128,000 토큰(Message Batches API에서 베타 헤더 사용 시 최대 300,000)
지식 컷오프2026년 6월
thinking(사고 과정)기본적으로 켜짐(adaptive thinking); between_tools로 사전 사고를 끌 수 있음
Effort(노력) 단계low, medium, high, xhigh, max
기본 effortClaude API는 high, Claude Code는 medium
최소 캐시 가능 프롬프트512 토큰(Sonnet 5는 1,024)

Sonnet 5에서 넘어올 때 막히는 지점 6가지

모델 ID를 claude-sonnet-5-5로 바꾸는 순간, 기존 코드가 곧바로 400 에러를 내는 지점이 여럿 있습니다. Claude Code를 쓴다면 /claude-api migrate this project to claude-sonnet-5-5 명령으로 내장된 Claude API 스킬이 이 작업을 대신 처리해줍니다.

1. thinking을 끄려면 between_tools를 써야 한다

Sonnet 5.5는 요청에 thinking 필드가 없으면 자동으로 adaptive thinking이 작동하고, 기존처럼 thinking={"type": "disabled"}를 보내면 400 에러가 납니다. 대신 새로운 between_tools 설정을 쓰면 도구 호출 사이에서만 사고하며, 전체 응답 시간은 그대로거나 더 빠릅니다. 단, low/medium/high effort에서만 동작하고 xhigh·max에서는 에러가 나며, display·budget_tokens 같은 다른 필드는 함께 보낼 수 없습니다.

2. 강제 tool_choice 대신 auto + strict 도구

tool_choice를 any나 특정 도구로 지정하면 토큰 카운팅 엔드포인트를 포함해 400 에러가 납니다. auto로 바꾸고 도구에 strict: true를 설정해 입력이 스키마를 따르게 해야 하며, 언제 그 도구를 쓸지는 프롬프트에서 지시합니다.

3. 대화는 append-only로 유지

thinking 블록은 모델과 대화에 종속됩니다. Sonnet 5.5는 Sonnet 5의 thinking 블록을 읽을 수 있어 대화 중간에 모델을 바꿔도 추론 맥락이 유지되지만, 다른 어떤 모델도 Sonnet 5.5의 thinking 블록은 읽지 못합니다.

4. computer use는 새 toolset으로

Claude API와 Google Cloud에서 컴퓨터 사용 기능은 이제 computer_toolset_20260801 타입으로만 지원되며, 기존 computer_20251124 선언은 400 에러를 냅니다. 다만 Amazon Bedrock은 여전히 기존 형식을 받아줍니다.

5. advisor 도구 조합 확인

advisor 도구를 쓸 때 Sonnet 5.5 실행 모델은 Opus 4.8, Opus 4.7, Sonnet 5를 advisor로 거부합니다. Opus 5.5, Opus 5, Sonnet 5.5 자신은 advisor로 허용되며, 이들의 조언은 암호화된 형태(advisor_redacted_result)로 돌아와 코드에서 직접 읽을 수 없습니다.

6. 도구 호출 사이의 메모는 thinking 블록에서 읽기

에러는 나지 않지만, 도구 호출 사이에 모델이 남기는 짧은 메모가 이제 thinking 블록(progress-update)으로 오기 때문에 기본 설정에서는 화면에 표시되지 않을 수 있습니다. thinking.display를 "updates"(베타) 또는 "summarized"로 설정해 읽어야 합니다.

튜닝 요령

  • Effort를 다시 조정하라. Effort 단계는 재조정되어서 Sonnet 5 때 쓰던 설정이 같은 양의 사고를 만들지 않습니다. 에이전트형 코딩·멀티스텝 도구 사용은 medium에서 시작해 어렵거나 긴 작업만 high로 올리고, 채팅처럼 지연에 민감한 작업은 medium이나 low에서 시작하는 것을 권장합니다.
  • Sonnet 5용 임시방편을 제거하라. "게으르게 굴지 마라" 같은 프롬프트 워크어라운드는 제거하고 평가를 다시 돌려야 합니다.
  • 저효율(low effort)에서는 실제 검증을 요청하라. low effort에서는 변경 사항을 실제로 실행해보는 검증을 건너뛸 수 있어, 시스템 프롬프트에 "테스트·빌드·타입체크 등 실제 검증을 거친 뒤에만 완료로 보고하라"는 문구를 넣을 것을 권합니다.
  • 캐시 활용을 늘려라. 최소 캐시 가능 프롬프트가 512 토큰으로 낮아져 짧은 시스템 프롬프트·도구 정의도 캐싱 대상이 됩니다. 단, 최상위 effort 값을 요청마다 바꾸면 캐시가 무효화됩니다.

거부(refusal)와 폴백

자체 행동 감사에서 Sonnet 5.5는 정합성·정직성 대부분의 지표에서 Sonnet 5와 같거나 더 나은 결과를 보였습니다. 또한 가장 강력한 모델들에 적용되던 것과 유사한 사이버보안 안전장치를 갖춘 첫 Sonnet 모델입니다. 요청이 거부되면 HTTP 200과 함께 stop_reason: "refusal"이 반환되고, cyber·bio·frontier_llm·reasoning_extraction·general_harms 다섯 카테고리 중 하나가 표시됩니다. 서버 측 폴백은 cyber와 frontier_llm 거부만 Sonnet 5로 재시도하며 나머지 세 카테고리는 재시도하지 않습니다.

어디서 쓸 수 있나

Claude API(claude-sonnet-5-5), Amazon Bedrock(anthropic.claude-sonnet-5-5), AWS·Google Cloud의 Claude Platform, Microsoft Foundry(Global Standard 배포에서만) 등에서 바로 사용할 수 있습니다. Claude Code에서는 v2.1.284부터 sonnet 별칭이 Sonnet 5.5를 가리키며 기본 medium effort로 동작하고, thinking을 끌 수 없고 fast 모드도 없습니다. 기본 모델은 여전히 Opus 5.5이므로 /model sonnet으로 전환해서 씁니다.

참고

댓글

이 블로그의 인기 게시물

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다

Uber의 Software Factory에서 배울 점: AI 에이전트는 ‘비용’이 아니라 ‘운영 설계’의 문제다 Uber Engineering이 공개한 “Running a Software Factory Efficiently at Uber Scale” 글은 단순한 AI 코딩 도구 소개가 아닙니다. 핵심은 AI 에이전트를 개발 현장에 많이 쓰면서도 비용을 통제하기 위한 운영 구조 입니다. 저는 이 글을 보면서 개인용 AI 오케스트레이션, 특히 제가 정리하고 있는 CPAO(Cost-aware Personal Agentic Orchestration) 와 매우 가까운 문제의식을 느꼈습니다. 규모는 Uber처럼 크지 않더라도, 개인·소규모 조직도 이제 AI를 “가끔 쓰는 도구”가 아니라 “반복 업무를 맡기는 업무팀”으로 운영해야 하는 단계에 들어섰기 때문입니다. 1. Uber가 말하는 AI Software Factory Uber는 AI 도구가 소프트웨어 개발 전 과정에 들어와 있다고 설명합니다. 코드 작성, 코드 리뷰, CI 실패 복구, 버그 분석, 온콜 알림 처리, 유지보수 PR 생성 등 여러 업무가 에이전트 기반으로 움직이고 있습니다. 인상적인 것은 사용량 증가입니다. Uber에 따르면 2026년 2월부터 8월까지 주간 활성 사용자는 7배, 주간 에이전트 요청은 9.4배 증가했습니다. 그런데 총 AI 비용은 4월 이후 비교적 안정화됐다고 합니다. 동일 모델 기준으로 보면 1,000개 요청당 비용은 피크 대비 약 34%, 세션당 비용은 6월 피크 대비 52% 낮아졌다고 합니다. 즉, Uber의 방향은 “AI를 덜 쓰자”가 아닙니다. 오히려 더 많이 쓰되, 낭비되는 턴·요청·토큰을 줄이는 방식 입니다. 2. 핵심은 비용 방정식이다 Uber는 AI 에이전트 비용을 다음과 같은 식으로 분해합니다. 총비용 = 사용자 수 × 세션/사용자 × 턴/세션 × 요청/턴 × 토큰/요청 × 토큰당 가격 이 식이 중요한 이유는 AI 비용을 막연한 “...

[알아두면 쓸모 있는 구글 문서 팁] 문서 공유시- 사용자 이름 대신에 익명의 동물이 표시 되는 이유와 동물 종류

구글 드라이브에는 다른 유사 서비스에서는 제공하지 않는 구글 만의 유니크한 기능들이 있다 구글 문서를  불특정 다수에게 전체 공개로 공유할 수 있습니다. 불특정인이 구글 문서에 접속한 경우 익명의 동물로 표시됩니다.  ' 웹에 공개' 또는 '링크가 있는 사용자' 공유 설정을 선택하면 인식할 수 없는 이름이나 익명의 동물이 표시될 수 있습니다. 파일에서 인식할 수 없는 이름을 볼 수 있는 몇 가지 이유는 다음과 같습니다. 메일링 리스트와 파일을 공유합니다. Google 계정이 없는 사용자와 파일을 공유하며, 그 사용자가 다른 사용자에게 공유 초대를 전달했습니다. 내 파일을 수정할 수 있는 누군가가 파일을 다른 사용자와 공유했습니다. 다른 사용자가 자신의 Google 계정 이름을 변경했습니다. 공유 설정 페이지에서 해당 사용자 이름 위로 마우스를 이동하여 이메일 주소를 확인하세요. 익명의 동물 다른 사용자에게 개별적으로 보기 또는 수정 권한을 부여하거나 메일링 리스트에 속해 있는 경우에만 사용자 이름이 표시됩니다. 파일 권한을 '링크가 있는 사용자'로 설정하면 파일을 보고 있는 사용자의 이름이 표시되지 않습니다. 대신 다른 사용자가 익명으로 라벨이 지정되어 표시되고 각 익명 사용자는 다양한 익명의 동물로 나열됩니다. 파일 권한을 '링크가 있는 사용자'로 설정했지만 특정 사용자와 파일을 공유하는 경우 파일을 공유한 사용자의 이름이 표시됩니다. 그 외 다른 사용자가 파일을 볼 때는 익명으로 나타납니다. 비공개 파일의 익명 동물 파일 권한을 '링크가 있는 사용자'로 설정한 다음 이를 '특정 사용자'로 변경하면 다음과 같은 경우 여러 익명의 동물이 표시될 수 있습니다. 누군가 파일을 여러 번 여는 경우에는 익명의 동물 목록에서 오래되고 연결이 끊긴 세션을 강제 종료하는 데 조금 시간이 걸릴 수 있습니다. 누군가 온...

GPT-6 Astra 공개 내용 쉽게 해설: AI가 “대답하는 도구”에서 “일을 수행하는 동료”로

※ 아래 내용은 OpenAI가 공개한 GPT-6 Astra 소개 페이지의 주장을 바탕으로 쉽게 풀어쓴 해설입니다. 벤치마크 수치는 제조사가 제시한 조건과 측정 방식에 따라 달라질 수 있습니다. 한 줄 요약 GPT-6 Astra는 단순히 글을 잘 쓰는 모델을 넘어, 웹 브라우저와 컴퓨터를 직접 사용하고 여러 단계의 업무를 끝까지 수행하는 것을 목표로 한 모델입니다. 1. GPT-6 Astra는 무엇이 달라졌나? OpenAI는 GPT-6 Astra를 새로운 세대의 지능 모델이라고 소개합니다. 핵심은 지식량만 늘리는 것이 아니라 컴퓨터 사용, 웹 탐색, 소프트웨어 개발, 과학 연구, 사이버보안, 전문 업무 를 실제 작업 흐름 속에서 수행하도록 설계했다는 점입니다. 기존 챗봇이 질문에 답하고 결과물을 만들어 주는 데 집중했다면, Astra는 사용자의 목표를 이해한 뒤 브라우저를 열고, 자료를 찾고, 문서를 작성하고, 결과를 점검하는 식의 다단계 업무 수행 을 강조합니다. 2. 가장 중요한 변화: AI가 컴퓨터를 사용한다 소개 페이지의 표현을 쉽게 바꾸면 다음과 같습니다. 온라인 자료를 찾아 요약하기 문서·스프레드시트·프레젠테이션 만들기 웹사이트를 만들고 실제 화면에서 품질 점검하기 과학 데이터를 분석하고 그래프 만들기 양식 입력, 예약 검색, 상품 비교 같은 반복 업무 수행하기 이 변화는 “AI에게 무엇을 물어볼까?”에서 “AI에게 어떤 업무를 맡길까?”로 사용 방식이 이동한다는 뜻입니다. 프롬프트 한 번의 답변보다 목표·권한·검토 지점·완료 조건 을 설계하는 일이 중요해집니다. 3. 업무 성능에 대한 OpenAI의 주장 영역 공개 페이지에 제시된 내용 실무적으로 읽는 법 컴퓨터 사용 화면을 이해하고 브라우저·업무 도구를 조작 사람이 하던 반복적인 클릭·입력 업무를 위임할 가능성 소프트웨어 개발 코드 작성뿐 아니라 테스트와 수정까지 수행 코딩 보조를 넘어 이슈 해결 사이클에 참여 전문 업무 문서·스프레드시트·발표자료를 템플릿에 맞춰 생성 회사 ...

Claude Fable 5.1 프롬프트 가이드: 쉽게 쓰는 AI 지시문 작성법

Claude Prompting Guide Claude Fable 5.1 프롬프트 가이드: 쉽게 쓰는 AI 지시문 작성법 Anthropic의 공식 문서는 Claude Fable 5.1을 더 잘 쓰기 위한 프롬프트 작성법을 설명합니다. 개발자용 문서라 조금 어렵지만, 핵심은 간단합니다. AI에게 “무엇을, 어느 정도로, 어떤 방식으로 끝낼지”를 더 분명히 알려주라는 것입니다. 출처: Anthropic Claude Platform Docs 한눈에 보는 핵심 작업 난이도에 맞게 AI의 “생각하는 정도”를 조절한다. 긴 작업에서는 중간 진행 상황을 사용자에게 알려달라고 요청한다. 독립적인 도구 호출은 한 번에 묶어서 처리하게 한다. 대화 기록은 중간에 고치지 말고 계속 뒤에 붙이는 방식이 안전하다. 글이 너무 길거나 딱딱하면 쉬운 문장과 구조를 요청한다. 작업을 시켰다면 끝까지 완료하고 검증하게 한다. 1. “생각하는 정도”를 작업에 맞게 정하라 Claude Fable 5.1에는 작업에 얼마나 많은 추론을 쓸지 정하는 effort 개념이 있습니다. 쉽게 말하면 AI에게 “빨리 대답할지, 더 깊게 생각할지”를 조절하는 장치입니다. 낮은 effort 간단한 요약, 분류, 짧은 답변처럼 빠른 처리가 중요한 작업 중간 effort 품질과 비용의 균형이 필요한 일반 업무 높은 effort 코딩, 분석, 복잡한 문서 작성처럼 실수가 비싼 작업 매우 높은 effort 긴 산출물이나 중요한 의사결정 보조 작업 문서의 조언은 명확합니다. 무조건 가장 높은 설정을 쓰지 말고, 실제 업무에서 품질·속도·비용을 비교해보라는 것입니다. AX 컨설팅 관점에서는 이 부분이 중요합니다. AI도 직원처럼 업무 난이도에 맞는 투입 시간이 필요합니다. 2. 오래 걸...

[Google이 교육용 G Suite 을 위한 LMS 연동 키트 - Course Kit 베타 공개]

Google 이 드디어 G Suite for Eudcation 버전을 위한  LMS (Learning Management System) 연동을 위한 키트를 제공한다는 소식입니다.  현재는 베타 서비스로 베타 서비스 신청을 하면 서비스를 받을 수 있다고 합니다. 44개 언어로 제공이 된다고 합니다. 다행히도 한국어도 포함되어 있습니다. 자세한 사항은 아래 내용을 참고하시기 바랍니다.  효과적인 교수 및 학습을 위해서는 강사와 학생 간의 원활한 협력이 필요합니다. 올바른 기술과 교육은 이러한 연결을 용이하게하는 데 도움이 될 수 있습니다. 따라서 많은 대학, 대학, 학교 및 기타 교육 기관에서 강사 및 학생들에게 LMS (Learning Management System)를 제공합니다. 교육자와 학생들은 LMS를 사용하는 것 외에도 G Suite의 클라우드 기반 생산성 도구를 사용하여 실시간으로 만들고 공동 작업하고 통신합니다. 지금까지는 G Suite를 많은 LMS와 통합하는 쉬운 방법이 없었습니다. Course Kit 입력  - 강사가 Google 문서 도구 및 드라이브를 사용하여 과제를 수집하고, 학생들에게 더 빠르고 풍부한 피드백을 제공하고, 이미 사용중인 LMS 내의 강의 자료를 공유 할 수있게 해주는 무료 툴킷입니다.  Course Kit는 학습 도구 상호 운용성 (LTI) 표준 을 사용하여 구축되므로 LTI를 지원하는 모든 LMS를 쉽게 설정하고 사용할 수 있습니다. Course Kit에는 현재 할당 도구 및 파일 포함 도구가 포함되어있어 G Suite의 강력한 협업 기능을 교육 및 학습 워크 플로에 통합하기가 빠르고 안전합니다. 지난 학기 동안 더 높은 교육 기관을 통해 Course Kit를 시범 적으로 운영하여 현재 베타 프로그램을 통해 더 널리 사용하도록하고 있습니다. Course Kit의 과제 도구로 사려 깊은 피드백을 얻을 수있는 시간을 ...