Claude Platform Docs
  • Messages
  • Managed Agents
  • 관리자

Search...
⌘K
모델
모델 개요모델 ID 및 버전 관리모델 선택Claude Fable 5 및 Claude Mythos 5 소개Claude Opus 4.8의 새로운 기능모델 버전 간 업그레이드모델 지원 중단모델 카드시스템 프롬프트가격

Log in
모델 버전 간 업그레이드
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Claude Platform Docs

Solutions

  • AI agents
  • Code modernization
  • Coding
  • Customer support
  • Education
  • Financial services
  • Government
  • Life sciences

Partners

  • Claude on AWS
  • Claude on Google Cloud

Learn

  • Blog
  • Courses
  • Use cases
  • Connectors
  • Customer stories
  • Engineering at Anthropic
  • Events
  • Powered by Claude
  • Service partners
  • Startups program

Company

  • Anthropic
  • Careers
  • Economic Futures
  • Research
  • News
  • Responsible Scaling Policy
  • Security and compliance
  • Transparency

Learn

  • Blog
  • Courses
  • Use cases
  • Connectors
  • Customer stories
  • Engineering at Anthropic
  • Events
  • Powered by Claude
  • Service partners
  • Startups program

Help and security

  • Availability
  • Status
  • Support
  • Discord

Terms and policies

  • Privacy policy
  • Responsible disclosure policy
  • Terms of service: Commercial
  • Terms of service: Consumer
  • Usage policy
모델 및 가격/모델

마이그레이션 가이드

이전 Claude 버전에서 최신 Claude 모델로 마이그레이션하기 위한 가이드

Was this page helpful?

  • Claude Mythos Preview에서 Claude Mythos 5로 마이그레이션
  • 모델 이름 업데이트
  • Claude Mythos 5에서 사용할 수 없는 기능
  • 토큰 계산 및 과금
  • 마이그레이션 체크리스트
  • Claude Opus 4.8에서 Claude Fable 5로 마이그레이션
  • 마이그레이션 전
  • 모델 이름 업데이트
  • 변경 사항
  • 마이그레이션 체크리스트
  • Claude Opus 4.7에서 Claude Opus 4.8로 마이그레이션
  • 모델 이름 업데이트
  • 변경 사항
  • 마이그레이션 체크리스트
  • Claude Opus 4.7로 마이그레이션
  • 모델 이름 업데이트
  • 주요 변경 사항
  • Effort 레벨 선택
  • 동작 변경 사항
  • 권장 변경 사항
  • 마이그레이션 체크리스트
  • Opus 4.5 이하에서 Claude Opus 4.7로 마이그레이션
  • 모델 이름 업데이트
  • 호환성을 깨뜨리는 변경 사항
  • 권장 변경 사항
  • Claude 4.1 이하에서 마이그레이션
  • 마이그레이션 체크리스트(Opus 4.5 이하에서)
  • Claude Sonnet 4.6으로 마이그레이션
  • 호환성을 깨뜨리는 변경 사항
  • 권장 변경 사항
  • Sonnet 4.5에서 마이그레이션
  • Sonnet 4.6 마이그레이션 체크리스트
  • Claude Sonnet 4.5로 마이그레이션
  • 호환성을 깨뜨리는 변경 사항
  • Sonnet 4.5 마이그레이션 체크리스트
  • Claude Haiku 4.5로 마이그레이션하기
  • 주요 변경 사항
  • Haiku 4.5 마이그레이션 체크리스트
  • 도움 받기


이 가이드는 Messages API 코드 마이그레이션을 다룹니다. Claude Managed Agents를 사용하는 경우 모델 이름 업데이트 외에 다른 변경은 필요하지 않습니다.



Claude API 스킬로 마이그레이션을 자동화하세요. Claude Code에서 /claude-api migrate를 실행하여 번들로 제공되는 Claude API 스킬을 호출하세요. 이 페이지의 모든 대상 모델에 대해 작동합니다:

/claude-api migrate this project to claude-opus-4-8

이 스킬은 모델 ID 교체를 적용하고, 필요에 따라 대상 모델에 맞춰 코드베이스 전체에 걸쳐 주요 매개변수 변경, 프리필 대체, effort 보정을 수행한 다음 수동으로 확인해야 할 항목의 체크리스트를 생성합니다. 파일을 편집하기 전에 마이그레이션 범위(전체 작업 디렉터리, 하위 디렉터리 또는 특정 파일 목록)를 확인하도록 요청합니다. 또한 이 스킬은 Amazon Bedrock, Vertex AI, Claude Platform on AWS, Microsoft Foundry 클라이언트를 감지하고 각 플랫폼에 맞게 모델 ID 형식과 기능 변경 사항을 조정합니다.

Claude Mythos Preview에서 Claude Mythos 5로 마이그레이션

Claude Mythos 5는 초대 전용 리서치 프리뷰였던 Claude Mythos Preview의 액세스 제한 후속 모델입니다. 동일한 기능을 갖춘 일반 공개 모델은 Claude Fable 5를 참조하세요.

마이그레이션은 대부분 드롭인 방식입니다. Claude Mythos 5는 Claude Mythos Preview와 동일한 Messages API 및 동일한 도구 사용 패턴을 사용하며, 두 모델이 동일한 토크나이저를 사용하기 때문에 토큰 수는 거의 변경되지 않습니다. 확인해야 할 주요 변경 사항은 더 이상 사용할 수 없는 기능(다음 섹션에 나열됨)과 사고 출력입니다.

Claude Mythos Preview 지원 종료 일정은 모델 지원 중단을 참조하세요.

모델 이름 업데이트

model = "claude-mythos-preview"  # Before
model = "claude-mythos-5"  # After

Claude Mythos 5에서 사용할 수 없는 기능

  1. 확장 사고 및 사고 토큰 예산: 수동 확장 사고(thinking: {type: "enabled", budget_tokens: N})는 claude-mythos-5에서 지원되지 않으며 400 오류를 반환합니다. 적응형 사고는 항상 활성화되어 있습니다. 모델이 각 요청에서 언제, 얼마나 사고할지 결정하며 thinking 구성이 필요하지 않습니다. thinking: {type: "disabled"}는 오류를 반환합니다. budget_tokens는 직접적인 대체 항목이 없습니다. 사고는 적응형이며 effort 매개변수는 사고 예산이 아닌 별도의 출력 수준 제어입니다.

    이전 (Claude Mythos Preview):

토큰 계산 및 과금

claude-mythos-5는 claude-mythos-preview와 동일한 토크나이저(Claude Opus 4.7에서 도입된 토크나이저)를 사용합니다. claude-mythos-preview에서 마이그레이션할 때 토큰 수는 거의 변경되지 않습니다. Claude Opus 4.7 이전 모델과 비교하면 동일한 콘텐츠가 콘텐츠 및 워크로드 형태에 따라 약 30% 더 많은 토큰으로 토큰화될 수 있습니다.

/v1/messages/count_tokens는 claude-mythos-preview와 비교하여 claude-mythos-5에 대해 거의 변경되지 않은 값을 반환합니다. 자체 워크로드에서 비용과 지연 시간을 다시 기준선으로 설정하세요.

마이그레이션 체크리스트

  • 모델 이름을 claude-mythos-preview에서 claude-mythos-5로 업데이트하세요.
  • 수동 확장 사고 구성(thinking: {type: "enabled", budget_tokens: N})을 제거하세요. 적응형 사고는 항상 활성화되어 있으며 thinking 필드가 필요하지 않습니다.
  • thinking: {type: "disabled"} 구성을 제거하세요. claude-mythos-5에서 사고를 비활성화하면 오류가 반환됩니다.
  • budget_tokens를 제거하세요. 직접적인 대체 항목이 없습니다. 사고는 적응형이며 effort 매개변수는 사고 예산이 아닌 별도의 출력 수준 제어입니다.
  • thinking 필드를 파싱하는 코드가 이를 표시 텍스트로만 취급하고 동일한 모델에서 계속할 때 사고 블록을 변경 없이 그대로 전달하는지 확인하세요. thinking.display는 Claude Mythos Preview와 마찬가지로 claude-mythos-5에서 기본값이 "omitted"입니다. 읽을 수 있는 요약을 받으려면 display: "summarized"를 설정하세요. 을 참조하세요.

Claude Opus 4.8에서 Claude Fable 5로 마이그레이션

Claude Fable 5는 Anthropic의 가장 뛰어난 일반 공개 모델로, Claude API, Claude Platform on AWS, Amazon Bedrock, Vertex AI, Microsoft Foundry에서 일반적으로 사용할 수 있습니다.

마이그레이션은 대부분 드롭인 방식입니다. Claude Fable 5는 Claude Opus 4.8과 동일한 Messages API 및 동일한 도구 사용 패턴을 사용합니다. 기본적으로 동일한 1M 토큰 컨텍스트 윈도우와 동일한 128k 최대 출력 토큰을 지원합니다. 두 모델이 동일한 토크나이저를 사용하기 때문에 토큰 수는 거의 변경되지 않습니다.

확인해야 할 주요 변경 사항은 항상 활성화된 적응형 사고, 사고 출력, 안전 분류기 거부, 가격입니다. 마이그레이션 전에서는 가격 및 데이터 보존을 다루고, 변경 사항에서는 나머지를 다룹니다.

마이그레이션 전

Claude Fable 5는 입력 토큰 백만 개당 $10, 출력 토큰 백만 개당 $50로 가격이 책정되며, Claude Opus 4.8의 $5 및 $25와 비교됩니다. 자세한 내용은 Claude 가격을 참조하세요.

Claude Fable 5는 30일 데이터 보존이 필요하며 "zero data retention"(제로 데이터 보존), 즉 ZDR 계약에서는 사용할 수 없습니다. 이 모델은 Covered Model로 지정되어 있습니다. 데이터 보존 구성이 이 요구 사항을 충족하지 않는 조직의 요청은 400 invalid_request_error를 반환합니다. ZDR 계약이 있는 조직은 Anthropic 계정 팀에 문의하여 데이터 보존 구성에 대해 논의해야 합니다. Claude Opus 4.8은 ZDR에서 계속 사용할 수 있습니다. 또는 워크스페이스별로 데이터 보존을 구성할 수 있습니다. 모델별 데이터 보존 요구 사항을 참조하세요. Amazon Bedrock, Vertex AI, Microsoft Foundry에서는 데이터 보존이 각 플랫폼에 의해 관리됩니다.



코드가 Claude Opus 4.7 이하 버전인 경우 먼저 Claude Opus 4.7에서 Claude Opus 4.8로 마이그레이션을 적용하고, Claude Opus 4.7 이전 모델의 경우 Claude Opus 4.7 마이그레이션 단계를 적용하세요. 해당 섹션에서는 이 섹션에서 반복하지 않는 주요 변경 사항(샘플링 매개변수 거부, 수동 확장 사고 거부, 프리필 제거, 새 토크나이저)을 다룹니다.

모델 이름 업데이트

model = "claude-opus-4-8"  # Before
model = "claude-fable-5"  # After

변경 사항

이 섹션의 항목은 모델 ID를 교체한 후 확인할 가치가 있는 API 및 동작 차이점을 설명합니다.

  1. 적응형 사고가 항상 활성화됨: 적응형 사고는 claude-fable-5의 유일한 사고 모드입니다. 모델이 각 요청에서 언제, 얼마나 사고할지 결정하며 thinking 구성이 필요하지 않습니다. thinking: {type: "disabled"}는 오류를 반환합니다. 사고 깊이를 제어하려면 effort 매개변수를 사용하세요.

    확인해야 할 동작 변경: Claude Opus 4.8에서는 thinking 필드가 없는 요청이 사고 없이 실행되지만, claude-fable-5에서는 동일한 요청이 적응형 사고와 함께 실행됩니다. max_tokens는 사고와 응답 텍스트를 합한 총 출력에 대한 하드 제한으로 유지되므로, Claude Opus 4.8에서 사고 없이 실행되던 워크로드에 대해 이를 다시 검토하세요. 비용 제어를 참조하세요.

    이전 (Claude Opus 4.8):

마이그레이션 체크리스트

  • 조직에 "zero data retention"(제로 데이터 보존), 즉 ZDR 계약이 있는 경우 마이그레이션 전에 자격을 확인하세요. claude-fable-5는 30일 데이터 보존이 필요하며 그렇지 않으면 400 invalid_request_error를 반환합니다. 모델별 데이터 보존 요구 사항을 참조하세요.
  • 모델 이름을 claude-opus-4-8에서 claude-fable-5로 업데이트하세요.
  • thinking: {type: "disabled"} 구성을 제거하세요. claude-fable-5에서 사고를 비활성화하면 오류가 반환되며, thinking 필드가 없는 요청은 적응형 사고와 함께 실행됩니다.
  • 이전 마이그레이션 중에 수동 확장 사고와 어시스턴트 프리필을 제거했다면 추가 조치가 필요하지 않습니다. 둘 다 claude-fable-5에서 계속 지원되지 않습니다.
  • thinking 필드를 파싱하는 코드가 이를 표시 텍스트로만 취급하고 동일한 모델에서 계속할 때 사고 블록을 변경 없이 그대로 전달하는지 확인하세요. thinking.display는 Claude Opus 4.8과 마찬가지로 claude-fable-5에서 기본값이 입니다. 읽을 수 있는 요약을 받으려면 를 설정하세요. 을 참조하세요.

Claude Opus 4.7에서 Claude Opus 4.8로 마이그레이션

Claude Opus 4.8은 Anthropic의 가장 뛰어난 Opus 등급 모델입니다. Claude Opus 4.7을 기반으로 구축되었습니다.

Claude Opus 4.8은 기존 Claude Opus 4.7 프롬프트 및 평가에서 즉시 강력한 성능을 발휘해야 합니다. Claude Opus 4.7에서 이미 실행 중인 코드에 대한 주요 API 변경 사항은 없습니다. 1M 토큰 컨텍스트 윈도우, 128k 최대 출력 토큰, 적응형 사고, 프롬프트 캐싱, 배치 처리, Files API, PDF 지원, 비전, 서버 측 및 클라이언트 측 도구 전체 세트를 포함하여 Claude Opus 4.7과 동일한 기능 세트를 지원합니다. 또한 대화 중간 시스템 메시지를 추가하고 거부 중지 세부 정보를 공개적으로 문서화합니다.



코드가 Claude Opus 4.6 이하 버전인 경우 Claude Opus 4.8로 업그레이드하기 전에 아래의 Claude Opus 4.7 마이그레이션 단계도 적용하세요. 해당 단계에는 4.8 업그레이드만으로는 다루지 않는 주요 변경 사항(샘플링 매개변수 거부, 수동 확장 사고 거부, 새 토크나이저)이 포함되어 있습니다.



Microsoft Foundry에서 Claude Opus 4.8은 출시 시점에 200k 토큰 컨텍스트 윈도우를 제공합니다. 1M 컨텍스트 윈도우는 Claude API, Amazon Bedrock, Vertex AI에 적용됩니다. Microsoft Foundry의 Claude를 참조하세요.

모델 이름 업데이트

# Opus 마이그레이션
model = "claude-opus-4-7"  # Before
model = "claude-opus-4-8"  # After

변경 사항

이는 주요 변경 사항이 아닙니다. Claude Opus 4.7에서 실행되는 코드는 Claude Opus 4.8에서 변경 없이 계속 작동합니다. 아래 항목은 모델 ID를 교체한 후 확인할 가치가 있는 동작 차이점을 설명합니다.

  1. 샘플링 매개변수(변경 없음): temperature, top_p 또는 top_k를 기본값이 아닌 값으로 설정하면 Claude Opus 4.7과 마찬가지로 Claude Opus 4.8에서 400 오류가 반환됩니다. SDK 요청 타입은 이전 모델과의 호환성을 위해 여전히 이러한 필드를 정의하므로 이를 설정하는 코드는 타입 검사를 통과하지만 API는 서버 측에서 요청을 거부합니다. Opus 4.7로 마이그레이션할 때 이러한 매개변수를 제거했다면 추가 변경이 필요하지 않습니다.

  2. Effort 기본값은 high: effort 매개변수의 기본값은 Claude Code 및 Messages API를 포함한 모든 인터페이스에서 Claude Opus 4.8의 경우 high입니다. 이미 effort를 명시적으로 설정한 경우 설정은 변경되지 않습니다. 코딩 및 고자율성 작업의 경우 xhigh를 명시적으로 설정하세요. 지연 시간 및 비용 예산에 맞춰 effort 설정을 재평가하세요.

  3. 1M 컨텍스트 윈도우가 기본값: Claude Opus 4.8은 베타 헤더 없이, 롱 컨텍스트 프리미엄 없이 기본적으로 전체 1M 토큰 컨텍스트 윈도우를 제공합니다. 클라이언트가 이전 모델과의 호환성을 위해 컨텍스트 윈도우 베타 헤더를 전달하는 경우 Claude Opus 4.8에서는 이를 제거할 수 있습니다.

  4. 대화 중간 시스템 메시지: Claude Opus 4.8은 messages 배열에서 사용자 턴 바로 뒤에 메시지를 허용합니다( 적용). 처음부터 적용되는 지침에는 최상위 필드를 사용하세요. Claude Opus 4.7을 포함한 이전 모델은 의 을 400 오류로 거부합니다. 지침을 업데이트하기 위해 전체 메시지 기록을 재구성하는 코드 경로를 유지하는 경우 이를 단순화하고 이전 턴의 적중을 유지할 수 있습니다.

마이그레이션 체크리스트

  • 모델 이름을 claude-opus-4-7에서 claude-opus-4-8로 업데이트하세요(또는 별칭을 업데이트하세요).
  • Opus 4.7 마이그레이션 중에 샘플링 매개변수를 제거했다면 추가 조치가 필요하지 않습니다. 400 재시도 경로와 함께 다시 추가한 경우 해당 재시도 경로를 제거하세요.
  • effort 설정을 재평가하세요. 모든 인터페이스에서 기본값은 high입니다. 코딩 및 고자율성 작업의 경우 xhigh를 명시적으로 설정하세요.
  • 컨텍스트 윈도우 베타 헤더를 제거하세요. 1M 컨텍스트 윈도우는 Claude API, Amazon Bedrock, Vertex AI에서 기본값입니다(Microsoft Foundry에서는 200k).
  • 지침을 업데이트하기 위해 대화 기록을 재구성하는 경우 프롬프트 캐시 적중을 유지하기 위해 대화 중간 시스템 메시지로 전환하는 것을 고려하세요.
  • 중지 이유 처리가 거부 시 stop_details를 읽는지 확인하세요(Claude Opus 4.7부터 사용 가능, 이제 공개적으로 문서화됨).
  • 선택한 effort 레벨에서 비용과 지연 시간을 다시 기준선으로 설정하세요.

Claude Opus 4.7로 마이그레이션

Claude Opus 4.7은 높은 자율성을 가지며 장기 에이전트 작업, 지식 작업, 비전 작업, 메모리 작업에서 탁월한 성능을 발휘합니다.

Claude Opus 4.7은 동일한 MTok당 $5 / $25 가격으로 기존 Claude Opus 4.6 프롬프트 및 평가에서 즉시 강력한 성능을 발휘해야 하지만, 마이그레이션 시 알아두어야 할 몇 가지 동작 및 API 변경 사항이 있습니다. 다음을 포함하여 Claude Opus 4.6과 동일한 기능 세트를 지원합니다:

  • 롱 컨텍스트 프리미엄 없이 표준 API 가격으로 제공되는 1M 토큰 컨텍스트 윈도우
  • 128k 최대 출력 토큰
  • 적응형 사고
  • 프롬프트 캐싱
  • 배치 처리
  • Files API
  • PDF 지원
  • 비전
  • 서버 측 및 클라이언트 측 도구 전체 세트(bash, 코드 실행, 컴퓨터 사용, 텍스트 편집기, , , , )

모델 이름 업데이트

# Opus 마이그레이션
model = "claude-opus-4-6"  # Before
model = "claude-opus-4-7"  # After

주요 변경 사항

  1. 확장 사고 제거: thinking: {type: "enabled", budget_tokens: N}은 Claude Opus 4.7 이상 모델에서 더 이상 지원되지 않으며 400 오류를 반환합니다. 적응형 사고(thinking: {type: "adaptive"})로 전환하고 effort 매개변수를 사용하여 사고 깊이를 제어하세요. 적응형 사고는 Claude Opus 4.7에서 기본적으로 꺼져 있습니다. thinking 필드가 없는 요청은 Opus 4.6 동작과 일치하게 사고 없이 실행됩니다. 활성화하려면 thinking: {type: "adaptive"}를 명시적으로 설정하세요.

    이전 (Claude Opus 4.6):

Effort 레벨 선택

effort 매개변수를 사용하면 Claude의 지능과 토큰 소비를 조정하여 더 빠른 속도와 낮은 비용을 위해 성능을 트레이드오프할 수 있습니다. 코딩 및 에이전트 사용 사례에는 새로운 xhigh effort 레벨로 시작하고, 대부분의 지능에 민감한 사용 사례에는 최소 high effort를 사용하세요. 토큰 사용량과 지능을 추가로 조정하려면 다른 effort 레벨을 실험해 보세요:

  • max: Max effort는 일부 사용 사례에서 성능 향상을 제공할 수 있지만 토큰 사용량 증가에 따른 수익 감소를 보일 수 있습니다. 이 설정은 때때로 과도한 사고를 유발할 수도 있습니다. 지능이 요구되는 작업에 대해 max effort를 테스트하세요.
  • xhigh(신규): Extra high effort는 대부분의 코딩 및 에이전트 사용 사례에 가장 적합한 설정입니다.
  • high: 이 설정은 토큰 사용량과 지능의 균형을 맞춥니다. 대부분의 지능에 민감한 사용 사례에는 최소 high effort를 사용하세요.
  • medium: 지능을 트레이드오프하면서 토큰 사용량을 줄여야 하는 비용에 민감한 사용 사례에 적합합니다.
  • low: 지능에 민감하지 않은 짧고 범위가 제한된 작업 및 지연 시간에 민감한 워크로드에 예약하세요.

Effort는 이전의 어떤 Opus보다 이 모델에서 더 중요합니다. 업그레이드할 때 적극적으로 실험해 보세요.

동작 변경 사항

Claude Opus 4.7은 Claude Opus 4.6과 비교하여 API 호환성을 깨뜨리는 변경은 아니지만 프롬프트 업데이트나 스캐폴딩 제거가 필요할 수 있는 몇 가지 동작 차이가 있습니다.

  1. 사용 사례에 따라 응답 길이가 달라짐: Claude Opus 4.7은 고정된 상세도를 기본값으로 사용하는 대신, 작업의 복잡도를 판단하여 응답 길이를 조정합니다. 이는 일반적으로 간단한 조회에는 더 짧은 답변을, 개방형 분석에는 훨씬 더 긴 답변을 의미합니다.

    제품이 특정 스타일이나 출력 상세도에 의존하는 경우 프롬프트를 조정해야 할 수 있습니다. 예를 들어, 상세도를 줄이려면 다음을 추가하세요: "Provide concise, focused responses. Skip non-essential context, and keep examples minimal." 특정 유형의 과도한 설명이 보이면 이를 방지하기 위한 구체적인 지침을 프롬프트에 추가하세요.

    Claude가 적절한 수준의 간결함으로 소통하는 방법을 보여주는 긍정적인 예시는 모델에게 하지 말아야 할 것을 알려주는 부정적인 예시나 지침보다 더 효과적인 경향이 있습니다.

  2. 더 문자 그대로의 지침 준수: Claude Opus 4.7은 특히 낮은 effort 레벨에서 Claude Opus 4.6보다 프롬프트를 더 문자 그대로 명시적으로 해석합니다. 한 항목에 대한 지침을 다른 항목으로 암묵적으로 일반화하지 않으며, 요청하지 않은 사항을 추론하지 않습니다. 이러한 문자 그대로의 해석이 주는 장점은 정밀성과 불필요한 반복 작업 감소입니다. 신중하게 조정된 프롬프트, 구조화된 추출, 예측 가능한 동작이 필요한 파이프라인과 같은 API 사용 사례에서 일반적으로 더 나은 성능을 보입니다. Claude Opus 4.7로 마이그레이션할 때 프롬프트 및 하네스 검토가 특히 도움이 될 수 있습니다.

  3. 더 직접적인 어조: 모든 새 모델과 마찬가지로 장문 작성의 문체가 달라질 수 있습니다. Claude Opus 4.7은 Claude Opus 4.6의 따뜻한 스타일에 비해 더 직접적이고 의견이 분명하며, 검증 중심의 표현과 이모지가 더 적습니다. 제품이 특정 어조에 의존하는 경우 새로운 기준선에 맞춰 스타일 프롬프트를 재평가하세요.

  4. 에이전틱 트레이스에 내장된 진행 상황 업데이트: Claude Opus 4.7은 긴 에이전틱 트레이스 전반에 걸쳐 사용자에게 더 정기적이고 고품질의 업데이트를 제공합니다. 중간 상태 메시지를 강제하기 위한 스캐폴딩("After every 3 tool calls, summarize progress")을 추가했다면 제거해 보세요. Claude Opus 4.7의 사용자 대상 업데이트의 길이나 내용이 사용 사례에 잘 맞지 않는다면, 프롬프트에서 이러한 업데이트가 어떤 모습이어야 하는지 명시적으로 설명하고 예시를 제공하세요.

권장 변경 사항

다음은 필수는 아니지만 경험을 개선합니다:

  1. max_tokens 재평가: 동일한 텍스트가 Claude Opus 4.7에서 더 높은 토큰 수를 생성하므로, 압축 트리거를 포함하여 추가 여유를 제공하도록 max_tokens 매개변수를 업데이트하세요. 프롬프팅 개입, task_budget, effort는 비용을 제어하고 적절한 토큰 사용을 보장하는 데 도움이 될 수 있습니다.

  2. 토큰 수 예상치 감사: 클라이언트 측에서 토큰을 추정하거나 고정된 토큰 대 문자 비율을 가정하는 모든 코드 경로는 Claude Opus 4.7에 대해 다시 테스트해야 합니다. 토큰 카운팅 엔드포인트를 사용하여 확인하세요.

  3. 작업 예산 도입(베타): Claude Opus 4.7은 작업 예산을 도입합니다. 이 예산을 통해 사고, 도구 호출, 도구 결과, 최종 출력을 포함한 전체 에이전틱 루프에 사용할 수 있는 토큰 수를 Claude에게 알릴 수 있습니다. 모델은 실행 중인 카운트다운을 확인하고 이를 사용하여 작업의 우선순위를 정하고 예산이 소진됨에 따라 작업을 원활하게 마무리합니다. 사용하려면 베타 헤더 task-budgets-2026-03-13을 설정하고 출력 구성에 다음을 추가하세요:

마이그레이션 체크리스트

  • 모델 이름을 claude-opus-4-6에서 claude-opus-4-7로 업데이트(또는 별칭 업데이트).
  • 요청 페이로드에서 temperature, top_p, top_k 제거.
  • thinking: {type: "enabled", budget_tokens: N}을 thinking: {type: "adaptive"}와 effort 매개변수로 교체.
  • 모든 어시스턴트 메시지 프리필 제거.
  • UI가 사고 콘텐츠를 표시하는 경우 사고 요약을 명시적으로 옵트인.
  • 업데이트된 토큰화에서 엔드투엔드 비용 및 지연 시간 재벤치마크.
  • 업데이트된 토큰화를 고려하여 max_tokens 재조정.
  • 클라이언트 측 토큰 수 추정을 다시 테스트.

Opus 4.5 이하에서 Claude Opus 4.7로 마이그레이션

Claude Opus 4.5, Opus 4.1(지원 중단됨) 또는 이전 모델에서 Claude Opus 4.7로 직접 마이그레이션하는 경우, 위의 Opus 4.7 변경 사항 전체와 Opus 4.5와 Opus 4.7 사이에 적용된 이 섹션의 누적 변경 사항을 모두 적용하세요. Opus 4.6에서 마이그레이션하는 경우 위의 Opus 4.7 섹션만 필요합니다.

모델 이름 업데이트

# Opus 마이그레이션
model = "claude-opus-4-5"  # Before
model = "claude-opus-4-7"  # After

호환성을 깨뜨리는 변경 사항

  1. 프리필 제거는 위의 Opus 4.7 호환성을 깨뜨리는 변경 사항에서 다룹니다.

  2. 도구 매개변수 인용: Claude Opus 4.6 이상 모델은 도구 호출 인수에서 약간 다른 JSON 문자열 이스케이프를 생성할 수 있습니다(예: 유니코드 이스케이프 또는 슬래시 이스케이프의 다른 처리). 도구 호출 input을 JSON 파서를 사용하지 않고 원시 문자열로 파싱하는 경우 파싱 로직을 확인하세요. 표준 JSON 파서(json.loads() 또는 JSON.parse() 등)는 이러한 차이를 자동으로 처리합니다.

권장 변경 사항

이러한 변경 사항은 Opus 4.7에서의 경험을 개선합니다. **(Opus 4.7에서 필수)**로 표시된 항목은 Opus 4.6 출시 당시에는 선택적 권장 사항이었지만 이제는 필수입니다. 나머지는 계속 권장 사항입니다.

  1. 적응형 사고로 마이그레이션(Opus 4.7에서 필수): thinking: {type: "enabled", budget_tokens: N}은 Claude Opus 4.7에서 400 오류를 반환합니다. thinking: {type: "adaptive"}로 전환하고 effort 매개변수를 사용하여 사고 깊이를 제어하세요. 적응형 사고를 참조하세요.

Claude 4.1 이하에서 마이그레이션

Opus 4.1(지원 중단됨) 또는 이전 모델에서 Claude Opus 4.7로 직접 마이그레이션하는 경우, 이 가이드 상단의 Claude Opus 4.7 변경 사항과 위의 누적 변경 사항, 그리고 이 섹션의 추가 변경 사항을 적용하세요.

# Opus 4.1에서
model = "claude-opus-4-1-20250805"  # Before
model = "claude-opus-4-7"  # After

# Sonnet 3.7에서
model = "claude-3-7-sonnet-20250219"  # Before
model = "claude-opus-4-7"  # After

추가 호환성을 깨뜨리는 변경 사항

  1. 샘플링 매개변수 제거

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    Claude Opus 4.7부터 temperature, top_p 또는 top_k를 기본값이 아닌 값으로 설정하면 400 오류가 반환됩니다. 가장 안전한 마이그레이션 경로는 요청에서 이러한 매개변수를 완전히 생략하고 프롬프팅을 사용하여 모델의 동작을 안내하는 것입니다. 결정론을 위해 temperature = 0을 사용했다면, 이것이 동일한 출력을 보장한 적은 없다는 점에 유의하세요.

추가 권장 변경 사항

  • 레거시 베타 헤더 제거: token-efficient-tools-2025-02-19 및 output-128k-2025-02-19를 제거하세요. 모든 Claude 4+ 모델은 토큰 효율적인 도구 사용이 내장되어 있으며 이러한 헤더는 효과가 없습니다.

마이그레이션 체크리스트(Opus 4.5 이하에서)

  • 모델 ID를 claude-opus-4-7로 업데이트
  • 모든 Opus 4.7 호환성을 깨뜨리는 변경 사항 적용(확장 사고 제거, 샘플링 매개변수 제거, 사고 표시 기본 생략, 업데이트된 토큰화)
  • 호환성 깨짐: 어시스턴트 메시지 프리필 제거(400 오류 반환). 대신 구조화된 출력 또는 output_config.format 사용
  • Opus 4.7에서 호환성 깨짐: thinking: {type: "enabled", budget_tokens: N}을 thinking: {type: "adaptive"}와 effort 매개변수로 교체(Opus 4.7에서 400 반환)
  • 도구 호출 JSON 파싱이 표준 JSON 파서를 사용하는지 확인
  • effort-2025-11-24 베타 헤더 제거(effort는 이제 GA)
  • fine-grained-tool-streaming-2025-05-14 베타 헤더 제거
  • 베타 헤더 제거(적응형 사고가 인터리브 사고를 자동으로 활성화)

Claude Sonnet 4.6으로 마이그레이션

Claude Sonnet 4.6은 강력한 지능과 빠른 성능을 결합하며, 향상된 에이전틱 검색 기능과 웹 검색 또는 웹 페치와 함께 사용할 때 무료 코드 실행을 제공합니다. 일상적인 코딩, 분석, 콘텐츠 작업에 이상적입니다.

기능에 대한 전체 개요는 모델 개요를 참조하세요.



Sonnet 4.6 가격은 입력 토큰 백만 개당 $3, 출력 토큰 백만 개당 $15입니다. 자세한 내용은 Claude 가격을 참조하세요.

모델 이름 업데이트:

# Sonnet 4.5부터
model = "claude-sonnet-4-5"  # Before
model = "claude-sonnet-4-6"  # After

호환성을 깨뜨리는 변경 사항

Sonnet 4.5에서 마이그레이션하는 경우

  1. 어시스턴트 메시지 프리필이 더 이상 지원되지 않음

    

    이는 Sonnet 4.5 이하에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    어시스턴트 메시지 프리필은 Sonnet 4.6에서 400 오류를 반환합니다. 대신 구조화된 출력, 시스템 프롬프트 지침 또는 output_config.format을 사용하세요.

    일반적인 프리필 사용 사례 및 마이그레이션:

    • 출력 형식 제어(JSON/YAML 출력 강제): 분류 작업에는 구조화된 출력 또는 enum 필드가 있는 도구를 사용하세요.

    • 서두 제거("Here is..." 문구 제거): 시스템 프롬프트에 직접적인 지침을 추가하세요: "Respond directly without preamble. Do not start with phrases like 'Here is...', 'Based on...', etc."

    • 부적절한 거부 방지: Claude는 이제 적절한 거부를 훨씬 더 잘 수행합니다. 프리필 없이 사용자 메시지에서 명확한 프롬프팅만으로 충분합니다.

    • 연속 작업(중단된 응답 재개): 연속 내용을 사용자 메시지로 이동하세요: "Your previous response was interrupted and ended with . Continue from where you left off."

Claude 3.x에서 마이그레이션하는 경우

  1. 샘플링 매개변수 업데이트

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    temperature 또는 top_p 중 하나만 사용하고 둘 다 사용하지 마세요.

  2. 도구 버전 업데이트

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    최신 도구 버전(text_editor_20250728, code_execution_20250825)으로 업데이트하세요. undo_edit 명령을 사용하는 모든 코드를 제거하세요.

  3. refusal 중지 이유 처리

    애플리케이션을 업데이트하여 refusal 중지 이유를 처리하세요.

  4. 동작 변경에 맞춰 프롬프트 업데이트

권장 변경 사항

  1. fine-grained-tool-streaming-2025-05-14 베타 헤더 제거: 세분화된 도구 스트리밍은 이제 Sonnet 4.6에서 GA이며 더 이상 베타 헤더가 필요하지 않습니다.
  2. output_format을 output_config.format으로 마이그레이션: output_format 매개변수는 지원 중단되었습니다. 대신 output_config.format을 사용하세요.

Sonnet 4.5에서 마이그레이션

동일한 가격대에서 더 높은 지능을 제공하는 Sonnet 4.6으로 Sonnet 4.5에서 마이그레이션하는 것을 고려하세요.



Sonnet 4.6은 effort 매개변수가 없었던 Sonnet 4.5와 달리 기본 effort 레벨이 high입니다. Sonnet 4.5에서 Sonnet 4.6으로 마이그레이션할 때 effort 매개변수 조정을 고려하세요. 명시적으로 설정하지 않으면 기본 effort 레벨로 인해 더 높은 지연 시간을 경험할 수 있습니다.

확장 사고를 사용하지 않는 경우

Sonnet 4.5에서 확장 사고를 사용하지 않는 경우 Sonnet 4.6에서도 사용하지 않고 계속할 수 있습니다. 사용 사례에 적합한 레벨로 effort를 명시적으로 설정해야 합니다. 사고가 비활성화된 low effort에서는 확장 사고가 없는 Sonnet 4.5와 비교하여 유사하거나 더 나은 성능을 기대할 수 있습니다.

확장 사고를 사용하는 경우

Sonnet 4.5에서 budget_tokens와 함께 확장 사고를 사용하는 경우 Sonnet 4.6에서도 여전히 작동하지만 지원 중단되었습니다. effort 매개변수와 함께 적응형 사고로 마이그레이션하세요.

적응형 사고로 마이그레이션

적응형 사고는 Sonnet 4.6에서 budget_tokens의 권장 대체 방법입니다. 다음 워크로드 패턴에 특히 적합합니다:

  • 자율 다단계 에이전트: 요구 사항을 작동하는 소프트웨어로 변환하는 코딩 에이전트, 데이터 분석 파이프라인, 모델이 여러 단계에 걸쳐 독립적으로 실행되는 버그 찾기. 적응형 사고를 통해 모델은 단계별로 추론을 보정하여 더 긴 궤적에서 경로를 유지할 수 있습니다. 이러한 워크로드의 경우 high effort에서 시작하세요. 지연 시간이나 토큰 사용량이 우려되는 경우 medium으로 낮추세요.
  • 컴퓨터 사용 에이전트: Sonnet 4.6은 적응형 모드를 사용하여 컴퓨터 사용 평가에서 동급 최고의 정확도를 달성했습니다.
  • 이중 모드 워크로드: 적응형이 간단한 쿼리에서는 사고를 건너뛰고 복잡한 쿼리에서는 깊이 추론하는 쉬운 작업과 어려운 작업의 혼합.

적응형 사고를 사용할 때 작업에서 medium 및 high effort를 평가하세요. 적절한 레벨은 워크로드의 품질, 지연 시간, 토큰 사용량 간의 트레이드오프에 따라 달라집니다.



적응형 사고에서 일관되지 않은 동작이나 품질 저하가 보이면 먼저 effort 설정을 낮추거나 max_tokens를 엄격한 제한으로 사용해 보세요. budget_tokens를 사용한 확장 사고는 Sonnet 4.6에서 여전히 작동하지만 지원 중단되었으며 더 이상 권장되지 않습니다.

마이그레이션 중 budget_tokens 유지

마이그레이션 중에 일시적으로 budget_tokens를 유지해야 하는 경우, 약 16k 토큰의 예산은 토큰 사용량 폭주 위험 없이 더 어려운 문제에 대한 여유를 제공합니다. 이 구성은 지원 중단되었으며 향후 모델 릴리스에서 제거될 예정입니다.

코딩 및 에이전틱 사용 사례

에이전틱 코딩, 프론트엔드 디자인, 도구 중심 워크플로우, 복잡한 엔터프라이즈 워크플로우의 경우 medium effort로 시작하세요. 지연 시간이 너무 높다면 effort를 low로 줄이는 것을 고려하세요. 더 높은 지능이 필요하면 effort를 high로 높이거나 Opus 4.7로 마이그레이션하는 것을 고려하세요.

채팅 및 비코딩 사용 사례

채팅, 콘텐츠 생성, 검색, 분류 및 기타 비코딩 작업의 경우 확장 사고와 함께 low effort로 시작하세요. 더 깊이가 필요하면 effort를 medium으로 높이세요.

Sonnet 4.6 마이그레이션 체크리스트

  • 모델 ID를 claude-sonnet-4-6으로 업데이트
  • 호환성 깨짐: 어시스턴트 메시지 프리필 제거. 대신 구조화된 출력 또는 output_config.format 사용
  • 호환성 깨짐: 도구 매개변수 JSON 파싱이 이스케이프 차이를 처리하는지 확인
  • 호환성 깨짐: 도구 버전을 최신(text_editor_20250728, code_execution_20250825)으로 업데이트. 레거시 버전은 지원되지 않음(3.x에서 마이그레이션하는 경우)
  • 호환성 깨짐: undo_edit 명령을 사용하는 모든 코드 제거(해당하는 경우)
  • 호환성 깨짐: 샘플링 매개변수를 temperature 또는 top_p 중 하나만 사용하도록 업데이트, 둘 다 사용하지 않음(3.x에서 마이그레이션하는 경우)
  • 애플리케이션에서 새로운 refusal 중지 이유 처리

Claude Sonnet 4.5로 마이그레이션

Claude Sonnet 4.5는 강력한 지능과 빠른 성능을 결합하여 일상적인 코딩, 분석, 콘텐츠 작업에 이상적입니다.

기능에 대한 전체 개요는 모델 개요를 참조하세요.



Sonnet 4.5 가격은 입력 토큰 백만 개당 $3, 출력 토큰 백만 개당 $15입니다. 자세한 내용은 Claude 가격을 참조하세요.

모델 이름 업데이트:

# Sonnet 3.7부터
model = "claude-3-7-sonnet-20250219"  # Before
model = "claude-sonnet-4-5-20250929"  # After

호환성을 깨뜨리는 변경 사항

이러한 호환성을 깨뜨리는 변경 사항은 Claude 3.x Sonnet 모델에서 마이그레이션할 때 적용됩니다.

  1. 샘플링 매개변수 업데이트

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    temperature 또는 top_p 중 하나만 사용하고 둘 다 사용하지 마세요.

  2. 도구 버전 업데이트

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    최신 도구 버전(text_editor_20250728, code_execution_20250825)으로 업데이트하세요. undo_edit 명령을 사용하는 모든 코드를 제거하세요.

  3. refusal 중지 이유 처리

    애플리케이션을 업데이트하여 refusal 중지 이유를 처리하세요.

  4. 동작 변경에 맞춰 프롬프트 업데이트

Sonnet 4.5 마이그레이션 체크리스트

  • 모델 ID를 claude-sonnet-4-5-20250929로 업데이트하세요
  • 주요 변경 사항: 도구 버전을 최신 버전(text_editor_20250728, code_execution_20250825)으로 업데이트하세요. 레거시 버전은 지원되지 않습니다 (3.x에서 마이그레이션하는 경우)
  • 주요 변경 사항: undo_edit 명령을 사용하는 코드를 모두 제거하세요 (해당하는 경우)
  • 주요 변경 사항: 샘플링 매개변수를 temperature 또는 top_p 중 하나만 사용하도록 업데이트하세요. 둘 다 사용하지 마세요 (3.x에서 마이그레이션하는 경우)
  • 애플리케이션에서 새로운 refusal 중지 사유를 처리하세요
  • 프롬프트 작성 모범 사례에 따라 프롬프트를 검토하고 업데이트하세요
  • 복잡한 추론 작업의 경우 확장 사고 활성화를 고려하세요
  • 프로덕션 배포 전에 개발 환경에서 테스트하세요

Claude Haiku 4.5로 마이그레이션하기

Claude Haiku 4.5는 최첨단에 가까운 성능을 갖춘 가장 빠르고 지능적인 Haiku 모델로, 대화형 애플리케이션과 대용량 처리에 프리미엄 모델 품질을 제공합니다.

기능에 대한 전체 개요는 모델 개요를 참조하세요.



Haiku 4.5 가격은 입력 토큰 100만 개당 $1, 출력 토큰 100만 개당 $5입니다. 자세한 내용은 Claude 가격을 참조하세요.

모델 이름을 업데이트하세요:

# Haiku 3.5에서
model = "claude-3-5-haiku-20241022"  # Before
model = "claude-haiku-4-5-20251001"  # After

새로운 속도 제한을 검토하세요: Haiku 4.5는 Haiku 3.5와 별도의 속도 제한을 가지고 있습니다. 자세한 내용은 속도 제한 문서를 참조하세요.



코딩 및 추론 작업에서 상당한 성능 향상을 얻으려면 thinking: {type: "enabled", budget_tokens: N}으로 확장 사고를 활성화하는 것을 고려하세요.



확장 사고는 프롬프트 캐싱 효율성에 영향을 미칩니다.

확장 사고는 Claude 4.6 모델에서 더 이상 사용되지 않으며 Claude Opus 4.7에서 제거되었습니다. 최신 모델을 사용하는 경우 대신 적응형 사고를 사용하세요.

새로운 기능을 살펴보세요: 컨텍스트 인식, 증가된 출력 용량(64k 토큰), 향상된 지능 및 개선된 속도에 대한 자세한 내용은 모델 개요를 참조하세요.

주요 변경 사항

이러한 주요 변경 사항은 Claude 3.x Haiku 모델에서 마이그레이션할 때 적용됩니다.

  1. 샘플링 매개변수 업데이트

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 발생하는 주요 변경 사항입니다.

    temperature 또는 top_p 중 하나만 사용하고, 둘 다 사용하지 마세요.

  2. 도구 버전 업데이트

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 발생하는 주요 변경 사항입니다.

    최신 도구 버전(text_editor_20250728, code_execution_20250825)으로 업데이트하세요. undo_edit 명령을 사용하는 코드를 모두 제거하세요.

  3. refusal 중지 사유 처리

    refusal 중지 사유를 처리하도록 애플리케이션을 업데이트하세요.

  4. 동작 변경에 맞게 프롬프트 업데이트

Haiku 4.5 마이그레이션 체크리스트

  • 모델 ID를 claude-haiku-4-5-20251001로 업데이트하세요
  • 주요 변경 사항: 도구 버전을 최신 버전(text_editor_20250728, code_execution_20250825)으로 업데이트하세요. 레거시 버전은 지원되지 않습니다
  • 주요 변경 사항: undo_edit 명령을 사용하는 코드를 모두 제거하세요 (해당하는 경우)
  • 주요 변경 사항: 샘플링 매개변수를 temperature 또는 top_p 중 하나만 사용하도록 업데이트하세요. 둘 다 사용하지 마세요
  • 애플리케이션에서 새로운 refusal 중지 사유를 처리하세요
  • 새로운 속도 제한을 검토하고 조정하세요 (Haiku 3.5와 별도)
  • 프롬프트 작성 모범 사례에 따라 프롬프트를 검토하고 업데이트하세요
  • 복잡한 추론 작업의 경우 확장 사고 활성화를 고려하세요

도움 받기

  • 자세한 사양은 API 문서를 확인하세요
  • 성능 비교는 모델 기능을 검토하세요
  • API 업데이트는 API 릴리스 노트를 검토하세요
  • 마이그레이션 중 문제가 발생하면 지원팀에 문의하세요
client.messages.create(
    model="claude-mythos-preview",
    max_tokens=16000,
    thinking={"type": "enabled", "budget_tokens": 10000},
    messages=[{"role": "user", "content": "..."}],
)

이후 (Claude Mythos 5):

client.messages.create(
    model="claude-mythos-5",
    max_tokens=16000,
    messages=[{"role": "user", "content": "..."}],
)
  • 어시스턴트 프리필: 어시스턴트 메시지 프리필은 claude-mythos-5에서 지원되지 않으며 Claude Mythos Preview와 마찬가지로 400 오류를 반환합니다. 대신 시스템 프롬프트 지침을 사용하세요.

  • 사고 출력: claude-mythos-5에서는 원시 사고 과정이 반환되지 않지만, thinking.display가 summarized로 설정된 경우 사고 블록은 여전히 읽을 수 있는 요약 텍스트를 포함합니다. 동일한 모델에서 대화를 계속할 때는 사고 블록을 변경 없이 그대로 전달하세요. Claude Fable 5 및 Claude Mythos 5의 사고 출력을 참조하세요.

  • Claude Fable 5 및 Claude Mythos 5의 사고 출력
  • 다른 모델에서 대화 기록을 재생하는 경우 먼저 이전 어시스턴트 턴에서 thinking 및 redacted_thinking 블록을 제거하세요. claude-mythos-5의 사고 블록은 이를 생성한 모델에 연결되어 있으며, Claude Fable 5 및 Claude Mythos 5 이외의 모델은 이를 조용히 무시합니다. 제거하면 모델 간 요청을 최소화하고 일관되게 유지할 수 있습니다.
  • 자체 워크로드에서 토큰 수와 비용을 다시 기준선으로 설정하세요. claude-mythos-preview에서 마이그레이션할 때 토큰 수는 거의 변경되지 않습니다.
  • client.messages.create(
        model="claude-opus-4-8",
        max_tokens=16000,
        thinking={"type": "adaptive"},
        output_config={"effort": "high"},
        messages=[{"role": "user", "content": "..."}],
    )

    이후 (Claude Fable 5):

    client.messages.create(
        model="claude-fable-5",
        max_tokens=16000,
        output_config={"effort": "high"},
        messages=[{"role": "user", "content": "..."}],
    )
  • 확장 사고 및 사고 예산(변경 없음): 수동 확장 사고(thinking: {type: "enabled", budget_tokens: N})는 claude-fable-5에서 지원되지 않으며 Claude Opus 4.8과 마찬가지로 400 오류를 반환합니다. budget_tokens는 직접적인 대체 항목이 없습니다. 사고는 적응형이며 effort 매개변수는 사고 예산이 아닌 별도의 출력 수준 제어입니다.

  • 어시스턴트 프리필(변경 없음): 어시스턴트 메시지 프리필은 claude-fable-5에서 지원되지 않으며 Claude Opus 4.8과 마찬가지로 400 오류를 반환합니다. 대신 시스템 프롬프트 지침을 사용하세요.

  • 사고 출력: claude-fable-5에서는 원시 사고 과정이 반환되지 않지만, thinking.display가 summarized로 설정된 경우 사고 블록은 여전히 읽을 수 있는 요약 텍스트를 포함합니다. 동일한 모델에서 대화를 계속할 때는 사고 블록을 변경 없이 그대로 전달하세요. Claude Fable 5 및 Claude Mythos 5의 사고 출력을 참조하세요.

  • 안전 분류기 및 refusal 중지 이유: claude-fable-5는 요청 및 응답 생성 중에 안전 분류기를 실행합니다. 분류기가 요청을 거부하면 Messages API는 오류가 아닌 성공적인 HTTP 200 응답으로 stop_reason: "refusal"을 반환합니다. stop_details.category 필드는 어떤 분류기가 작동했는지 보고하며, "cyber", "bio", "reasoning_extraction"과 같은 카테고리를 포함하거나 거부가 명명된 카테고리에 매핑되지 않는 경우 null을 반환합니다. 전체 목록은 거부 카테고리 표를 참조하세요.

    출력이 생성되기 전에 거부된 요청의 입력 토큰에 대해서는 과금되지 않습니다. 분류기가 스트림 중간에 작동하면 입력과 이미 스트리밍된 출력에 대해 과금됩니다. 부분 출력은 폐기하세요.

    거부된 요청을 다른 모델에서 자동으로 다시 실행하려면 Claude API 및 Claude Platform on AWS에서 베타로 제공되는 옵트인 fallbacks 매개변수를 전달하세요. 이 매개변수는 Message Batches API 또는 Amazon Bedrock, Vertex AI, Microsoft Foundry에서는 사용할 수 없습니다. 이 세 플랫폼에서는 클라이언트 측에서 재시도를 실행하거나 SDK 거부 폴백 미들웨어를 사용하세요. 중지 이유 처리를 참조하세요.

  • high effort로 시작: effort 매개변수의 기본값은 high로 유지됩니다. Claude Opus 4.8에서는 코딩 및 고자율성 작업에 대해 xhigh를 명시적으로 설정하는 것이 권장됩니다. claude-fable-5에서는 대부분의 작업에 대해 high를 기본값으로 사용하고 가장 성능에 민감한 워크로드에만 xhigh를 예약하세요. claude-fable-5의 낮은 effort 설정도 여전히 잘 작동하며 종종 이전 모델의 xhigh 성능을 능가합니다. 작업이 완료되지만 필요 이상으로 오래 걸리는 경우 effort를 줄이세요. Claude Fable 5 프롬프팅을 참조하세요.

  • 더 낮은 프롬프트 캐싱 최소값: claude-fable-5의 캐시 가능한 최소 프롬프트 길이는 512 토큰으로, Claude Opus 4.8의 1,024 토큰보다 낮습니다. Claude Opus 4.8에서 캐시하기에 너무 짧았던 프롬프트가 이제 코드 변경 없이 캐시 항목을 생성할 수 있습니다. Amazon Bedrock에서 claude-fable-5의 최소값은 1,024 토큰입니다. 모델별 최소값은 프롬프트 캐싱을 참조하세요.

  • "omitted"
    display: "summarized"
    Claude Fable 5 및 Claude Mythos 5의 사고 출력
  • 다른 모델에서 대화 기록을 재생하는 경우 먼저 이전 어시스턴트 턴에서 thinking 및 redacted_thinking 블록을 제거하세요. claude-fable-5의 사고 블록은 이를 생성한 모델에 연결되어 있으며, Claude Fable 5 및 Claude Mythos 5 이외의 모델은 이를 조용히 무시합니다. 제거하면 모델 간 요청을 최소화하고 일관되게 유지할 수 있습니다. 예외는 폴백 크레딧을 사용하는 경우로, 해당 기능의 정확한 규칙에 따라 요청 본문을 그대로 반영해야 합니다.
  • stop_reason: "refusal"을 처리하고 stop_details.category 필드를 읽으세요. 거부된 요청을 다른 모델에서 자동으로 다시 실행하려면 옵트인 fallbacks 매개변수(베타)를 고려하세요. 중지 이유 처리를 참조하세요.
  • effort 설정을 재평가하세요. Claude Opus 4.8에서 xhigh로 실행되던 워크로드를 포함하여 대부분의 작업에 대해 high로 시작하세요.
  • 자체 워크로드에서 비용과 지연 시간을 다시 기준선으로 설정하세요. claude-opus-4-8에서 마이그레이션할 때 토큰 수는 거의 변경되지 않지만 토큰당 가격은 다릅니다.
  • role: "system"
    배치 규칙
    system
    messages
    role: "system"
    프롬프트 캐시
  • 거부 중지 세부 정보: 거부 응답의 stop_details 객체(Claude Opus 4.7부터 사용 가능)가 이제 공개적으로 문서화되었습니다. 모델이 요청을 거부하면 기존 refusal 중지 이유 외에 거부 카테고리를 식별합니다. 베타 헤더가 필요하지 않으며 옵트아웃도 없습니다. 중지 이유 처리를 참조하세요.

  • 더 낮은 프롬프트 캐싱 최소값: Claude Opus 4.8의 캐시 가능한 최소 프롬프트 길이는 1,024 토큰으로, Claude Opus 4.7보다 낮습니다. Claude Opus 4.7에서 캐시하기에 너무 짧았던 프롬프트가 이제 코드 변경 없이 캐시 항목을 생성할 수 있습니다. 모델별 최소값은 프롬프트 캐싱을 참조하세요.

  • Effort 레벨 재보정: 각 effort 레벨 뒤의 토큰 할당은 Claude Opus 4.7과 비교하여 Claude Opus 4.8에서 변경됩니다. medium은 다소 더 많은 사고를 허용하고, high는 다소 적게, xhigh는 상당히 더 많이 허용합니다. Claude Opus 4.7 비용 또는 지연 시간에 맞춰 effort 레벨을 조정한 경우 조정하기 전에 동일한 레벨에서 다시 기준선을 설정하세요. Effort를 참조하세요.

  • 웹 검색
    웹 가져오기
    MCP 커넥터
    메모리
    client.messages.create(
        model="claude-opus-4-6",
        max_tokens=16000,
        thinking={"type": "enabled", "budget_tokens": 10000},
        messages=[{"role": "user", "content": "..."}],
    )

    이후 (Claude Opus 4.7):

    client.messages.create(
        model="claude-opus-4-7",
        max_tokens=16000,
        thinking={"type": "adaptive"},
        output_config={"effort": "high"},  # or "max", "xhigh", "medium", "low"
        messages=[{"role": "user", "content": "..."}],
    )

    적응형 사고는 프롬프팅을 통해 조정할 수 있습니다. 모델이 과도하게 또는 부족하게 사고할 때 조정하는 방법에 대한 지침은 Effort 및 사고 깊이 보정을 참조하세요.

  • 샘플링 매개변수 제거: Claude Opus 4.7에서 temperature, top_p 또는 top_k를 기본값이 아닌 값으로 설정하면 400 오류가 반환됩니다. 가장 안전한 마이그레이션 경로는 요청 페이로드에서 이러한 매개변수를 완전히 생략하는 것입니다. Claude Opus 4.7에서 모델 동작을 안내하는 권장 방법은 프롬프팅입니다. 결정론을 위해 temperature = 0을 사용했다면 이전 모델에서도 동일한 출력을 보장하지 않았다는 점에 유의하세요.

  • 사고 콘텐츠가 기본적으로 생략됨: 사고 블록은 Claude Opus 4.7의 응답 스트림에 여전히 나타나지만, 명시적으로 옵트인하지 않는 한 thinking 필드는 비어 있습니다. 이는 기본값이 요약된 사고 텍스트를 반환하는 것이었던 Claude Opus 4.6에서의 조용한 변경입니다. Claude Opus 4.7에서 요약된 사고 콘텐츠를 복원하려면 thinking.display를 "summarized"로 설정하세요:

    thinking = {
        "type": "adaptive",
        "display": "summarized",
    }

    Claude Opus 4.7에서 기본값은 "omitted"입니다. 제품이 사용자에게 추론을 스트리밍하는 경우 새 기본값은 출력이 시작되기 전 긴 일시 정지로 나타납니다. 사고 중 가시적인 진행 상황을 복원하려면 display: "summarized"를 설정하세요. 자세한 내용은 확장 사고를 참조하세요.

  • 업데이트된 토큰 계산: Claude Opus 4.7은 새로운 토크나이저를 사용하여 다양한 작업에서 향상된 성능에 기여합니다. 새 토크나이저는 이전 모델과 비교하여 텍스트를 처리할 때 약 1배에서 1.35배의 토큰을 사용할 수 있습니다(콘텐츠에 따라 최대 약 35% 더 많음).

    /v1/messages/count_tokens는 Claude Opus 4.6과 다른 토큰 수를 Claude Opus 4.7에 대해 반환합니다. 토큰 효율성은 워크로드 형태에 따라 달라질 수 있습니다.

    프롬프팅 개입, task_budget, effort는 비용을 제어하고 적절한 토큰 사용을 보장하는 데 도움이 될 수 있습니다. 이러한 제어는 모델 지능과 트레이드오프될 수 있습니다. 압축 트리거를 포함하여 추가 여유를 제공하도록 max_tokens 매개변수를 업데이트하세요. Claude Opus 4.7은 롱 컨텍스트 프리미엄 없이 표준 API 가격으로 1M 컨텍스트 윈도우를 제공합니다.

  • 프리필 제거(Opus 4.6에서 이어짐): 어시스턴트 메시지 프리필은 Claude Opus 4.7에서 400 오류를 반환합니다. 대신 구조화된 출력, 시스템 프롬프트 지침 또는 output_config.format을 사용하세요.

  • 기본적으로 더 적은 서브에이전트 생성: Claude Opus 4.7은 기본적으로 더 적은 서브에이전트를 생성하는 경향이 있습니다. 그러나 이 동작은 프롬프팅을 통해 조정할 수 있습니다. 서브에이전트가 바람직한 경우에 대한 명시적인 지침을 Claude Opus 4.7에 제공하세요.

  • 더 엄격한 effort 보정: Claude Opus 4.6에서 의미 있게 변경된 부분으로, Claude Opus 4.7은 특히 낮은 레벨에서 effort 레벨을 엄격하게 준수합니다. low 및 medium에서 모델은 요청된 범위 내에서 작업을 수행하며 그 이상을 하지 않습니다.

    이는 "latency"(지연 시간)와 비용 측면에서 좋지만, low effort로 실행되는 중간 정도 복잡도의 작업에서는 사고가 부족할 위험이 있습니다. 복잡한 문제에서 얕은 추론이 관찰되면 프롬프트로 우회하기보다는 effort를 high 또는 xhigh로 높이세요.

    지연 시간 때문에 effort를 low로 유지해야 하는 경우 구체적인 지침을 추가하세요: "This task involves multi-step reasoning. Think carefully through the problem before responding." Claude Opus 4.7의 권장 effort 레벨을 참조하세요.

  • 기본적으로 더 적은 도구 호출: Claude Opus 4.7은 Claude Opus 4.6보다 도구를 덜 자주 사용하고 추론을 더 많이 사용하는 경향이 있습니다. 이는 대부분의 경우 더 나은 결과를 생성합니다.

    도구 사용을 늘리려면 effort 설정을 높이세요. high 또는 xhigh effort 설정은 에이전틱 검색 및 코딩에서 훨씬 더 많은 도구 사용을 보여줍니다. 또한 프롬프트를 조정하여 모델에게 도구를 언제 어떻게 적절히 사용해야 하는지 명시적으로 지시할 수 있습니다.

  • 실시간 사이버 보안 안전장치: Claude Opus 4.7에 새로 추가된 기능으로, 금지되거나 고위험 주제와 관련된 요청은 거부될 수 있습니다. 침투 테스트, 취약점 연구, 레드팀 활동과 같은 정당한 보안 작업의 경우 Cyber Verification Program에 신청하여 제한 완화를 요청하세요. 배경 정보는 안전장치, 경고 및 이의 제기를 참조하세요.

  • 고해상도 이미지 지원: Claude Opus 4.7은 고해상도 이미지를 지원하는 최초의 Claude 모델입니다. 최대 이미지 해상도는 긴 변 기준 2576픽셀로, 이전 모델의 1568픽셀에서 증가했습니다. 이는 비전 중심 워크로드에서 성능 향상을 가져오며 특히 컴퓨터 사용, 스크린샷 이해, 문서 분석에 유용합니다.

    고해상도 지원은 자동으로 적용되며 베타 헤더나 클라이언트 측 옵트인이 필요하지 않습니다. 계획해야 할 두 가지 사항:

    • 전체 해상도 이미지는 이전 모델보다 최대 약 3배 더 많은 이미지 토큰을 사용할 수 있습니다(이미지당 최대 4,784 토큰, 이전 상한은 이미지당 약 1,600 토큰). 이미지가 많은 워크로드의 경우 max_tokens 및 비용 예상치를 재조정하거나, 추가 정밀도가 필요하지 않은 경우 전송 전에 다운샘플링하세요.
    • 모델이 반환하는 포인팅 및 바운딩 박스 좌표는 Claude Opus 4.7에서 실제 이미지 픽셀과 1:1이므로 스케일 팩터 변환이 필요하지 않습니다.

    자세한 내용은 Claude Opus 4.7의 고해상도 이미지 지원을 참조하세요.

  • output_config = {
        "effort": "high",
        "task_budget": {"type": "tokens", "total": 128000},
    }

    사용 사례에 맞는 다양한 작업 예산을 실험해야 할 수 있습니다. 모델에 너무 제한적인 작업 예산이 주어지면 예산을 제약 조건으로 언급하면서 작업을 덜 철저하게 완료할 수 있습니다.

    속도보다 품질이 더 중요한 개방형 에이전틱 작업의 경우 작업 예산을 설정하지 마세요. 모델이 토큰 할당량에 맞춰 작업 범위를 조정해야 하는 워크로드에만 작업 예산을 사용하세요. 작업 예산의 최소값은 20k 토큰입니다.

    작업 예산은 엄격한 상한이 아니라 모델이 인지하는 제안입니다. max_tokens와는 다릅니다:

    • task_budget: 전체 에이전틱 루프에 걸친 권고성 상한입니다. 모델이 이를 확인하고 속도를 조절하는 데 사용합니다.
    • max_tokens: 생성된 토큰에 대한 요청당 엄격한 상한입니다. 모델에 전달되지 않으므로 모델은 이를 인지하지 못합니다.

    모델이 스스로 조절하기를 원할 때는 task_budget을 사용하고, 사용량을 제한하는 엄격한 상한으로는 max_tokens를 사용하세요.

  • max 또는 xhigh effort에서 큰 max_tokens 설정: Claude Opus 4.7을 max 또는 xhigh effort로 실행하는 경우, 모델이 서브에이전트와 도구 호출 전반에 걸쳐 사고하고 행동할 여유를 갖도록 큰 최대 출력 토큰 예산을 설정하세요. 64k 토큰에서 시작하여 조정하세요.

  • 고해상도가 불필요한 경우 이미지 다운샘플링: Claude Opus 4.7은 최대 2576px / 3.75MP의 이미지를 지원합니다. 고해상도 이미지는 더 많은 토큰을 사용합니다. 추가 이미지 정밀도가 불필요한 경우 토큰 사용량 증가를 방지하기 위해 Claude에 전송하기 전에 이미지를 다운샘플링하세요. 이미지 및 비전을 참조하세요.

  • 애플리케이션이 이미지를 전송하는 경우 고해상도 이미지 지원에 대한 예산 재조정(전체 해상도 이미지당 최대 약 3배 더 많은 이미지 토큰). 추가 정밀도가 필요하지 않은 경우 전송 전에 다운샘플링.
  • 모델에서 포인팅 또는 바운딩 박스 좌표를 사용하는 경우 스케일 팩터 변환을 제거. Claude Opus 4.7에서 좌표는 실제 이미지 픽셀과 1:1입니다.
  • 위의 동작 변경 사항(응답 길이, 문자 그대로의 해석, 어조, 진행 상황 업데이트, 서브에이전트, effort 보정, 도구 트리거링, 사이버 안전장치, 고해상도 이미지 처리)에 대해 프롬프트 검토.
  • 기존 길이 제어 프롬프트를 제거한 상태에서 응답 길이 기준선을 재설정한 다음 명시적으로 조정.
  • xhigh 또는 max effort를 사용하는 경우 시작점으로 max_tokens를 최소 64k로 높임.
  • 에이전틱 워크플로우에 작업 예산(베타) 도입 고려.
  • 제품이 정당한 보안 작업을 수행하는 경우 사이버 콘텐츠에 대한 제한 완화 접근을 위해 Cyber Verification Program에 신청.
  • response = client.beta.messages.create(
        model="claude-opus-4-5",
        max_tokens=16000,
        thinking={"type": "enabled", "budget_tokens": 32000},
        betas=["interleaved-thinking-2025-05-14"],
        messages=[{"role": "user", "content": "Your prompt here"}],
    )

    마이그레이션은 client.beta.messages.create에서 client.messages.create로도 이동한다는 점에 유의하세요. 적응형 사고와 effort는 GA 기능이며 베타 SDK 네임스페이스나 베타 헤더가 필요하지 않습니다.

  • effort 베타 헤더 제거: effort 매개변수는 이제 GA입니다. 요청에서 betas=["effort-2025-11-24"]를 제거하세요.

  • 세분화된 도구 스트리밍 베타 헤더 제거: 세분화된 도구 스트리밍은 이제 GA입니다. 요청에서 betas=["fine-grained-tool-streaming-2025-05-14"]를 제거하세요.

  • 인터리브 사고 베타 헤더 제거: 적응형 사고는 Claude Opus 4.7, Opus 4.6, Sonnet 4.6에서 인터리브 사고를 자동으로 활성화합니다. 요청에서 betas=["interleaved-thinking-2025-05-14"]를 제거하세요. 이 헤더는 수동 확장 사고를 사용하는 Sonnet 4.6에서 여전히 작동하지만 수동 모드는 지원 중단되었습니다.

  • output_config.format으로 마이그레이션: 구조화된 출력을 사용하는 경우 output_format={...}을 output_config={"format": {...}}으로 업데이트하세요. 이전 매개변수는 여전히 작동하지만 지원 중단되었으며 향후 모델 릴리스에서 제거될 예정입니다.

  • # 이전 - Claude 4+ 모델에서는 오류가 발생합니다
    response = client.messages.create(
        model="claude-3-7-sonnet-20250219",
        temperature=0.7,
        top_p=0.9,  # Non-default sampling params return 400 on Opus 4.7
        # ...
    )
    
    # 이후
    response = client.messages.create(
        model="claude-opus-4-7",
        # ...
    )
  • 도구 버전 업데이트

    

    이는 Claude 3.x 모델에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    최신 도구 버전으로 업데이트하세요. undo_edit 명령을 사용하는 모든 코드를 제거하세요.

    # 이전
    tools = [{"type": "text_editor_20250124", "name": "str_replace_editor"}]
    
    # 이후
    tools = [{"type": "text_editor_20250728", "name": "str_replace_based_edit_tool"}]
    • 텍스트 편집기: text_editor_20250728 및 str_replace_based_edit_tool을 사용하세요. 자세한 내용은 텍스트 편집기 도구 문서를 참조하세요.
    • 코드 실행: code_execution_20250825로 업그레이드하세요. 마이그레이션 지침은 코드 실행 도구 문서를 참조하세요.
  • refusal 중지 이유 처리

    애플리케이션을 업데이트하여 refusal 중지 이유를 처리하세요:

    response = client.messages.create(...)
    
    if response.stop_reason == "refusal":
        # 거부를 적절히 처리
        pass
  • model_context_window_exceeded 중지 이유 처리

    Claude 4.5+ 모델은 요청된 max_tokens 제한이 아니라 컨텍스트 윈도우 제한에 도달하여 생성이 중지될 때 model_context_window_exceeded 중지 이유를 반환합니다. 이 새로운 중지 이유를 처리하도록 애플리케이션을 업데이트하세요:

    response = client.messages.create(...)
    
    if response.stop_reason == "model_context_window_exceeded":
        # 컨텍스트 윈도우 한도를 적절히 처리합니다
        pass
  • 도구 매개변수 처리 확인(후행 줄바꿈)

    Claude 4.5+ 모델은 이전에 제거되었던 도구 호출 문자열 매개변수의 후행 줄바꿈을 보존합니다. 도구가 도구 호출 매개변수에 대한 정확한 문자열 일치에 의존하는 경우 로직이 후행 줄바꿈을 올바르게 처리하는지 확인하세요.

  • 동작 변경에 맞춰 프롬프트 업데이트

    Claude 4+ 모델은 더 간결하고 직접적인 커뮤니케이션 스타일을 가지며 명시적인 지시가 필요합니다. 최적화 지침은 프롬프팅 모범 사례를 검토하세요.

  • interleaved-thinking-2025-05-14
  • output_format을 output_config.format으로 마이그레이션(해당하는 경우)
  • Claude 4.1 이하에서 마이그레이션하는 경우: temperature, top_p, top_k 제거(기본값이 아닌 값은 Opus 4.7에서 400 반환)
  • Claude 4.1 이하에서 마이그레이션하는 경우: 도구 버전 업데이트(text_editor_20250728, code_execution_20250825)
  • Claude 4.1 이하에서 마이그레이션하는 경우: refusal 중지 이유 처리
  • Claude 4.1 이하에서 마이그레이션하는 경우: model_context_window_exceeded 중지 이유 처리
  • Claude 4.1 이하에서 마이그레이션하는 경우: 후행 줄바꿈에 대한 도구 문자열 매개변수 처리 확인
  • Claude 4.1 이하에서 마이그레이션하는 경우: 레거시 베타 헤더 제거(token-efficient-tools-2025-02-19, output-128k-2025-02-19)
  • 프롬프팅 모범 사례에 따라 프롬프트 검토 및 업데이트
  • 프로덕션 배포 전에 개발 환경에서 테스트
  • [previous_response]
  • 컨텍스트 하이드레이션 / 역할 일관성(긴 대화에서 컨텍스트 새로 고침): 이전에 프리필된 어시스턴트 리마인더였던 내용을 대신 사용자 턴에 주입하세요.

  • 도구 매개변수 JSON 이스케이프가 다를 수 있음

    

    이는 Sonnet 4.5 이하에서 마이그레이션할 때 호환성을 깨뜨리는 변경 사항입니다.

    도구 매개변수의 JSON 문자열 이스케이프가 이전 모델과 다를 수 있습니다. 표준 JSON 파서는 이를 자동으로 처리하지만 사용자 정의 문자열 기반 파싱은 업데이트가 필요할 수 있습니다.

  • Claude 4 모델은 더 간결하고 직접적인 커뮤니케이션 스타일을 가집니다. 최적화 지침은 프롬프팅 모범 사례를 검토하세요.

    response = client.messages.create(
        model="claude-sonnet-4-6",
        max_tokens=8192,
        output_config={"effort": "low"},
        messages=[{"role": "user", "content": "Your prompt here"}],
    )
    response = client.messages.create(
        model="claude-sonnet-4-6",
        max_tokens=64000,
        thinking={"type": "adaptive"},
        output_config={"effort": "medium"},
        messages=[{"role": "user", "content": "Your prompt here"}],
    )
    response = client.beta.messages.create(
        model="claude-sonnet-4-6",
        max_tokens=16384,
        thinking={"type": "enabled", "budget_tokens": 16384},
        output_config={"effort": "medium"},
        betas=["interleaved-thinking-2025-05-14"],
        messages=[{"role": "user", "content": "Your prompt here"}],
    )
    response = client.beta.messages.create(
        model="claude-sonnet-4-6",
        max_tokens=8192,
        thinking={"type": "enabled", "budget_tokens": 16384},
        output_config={"effort": "low"},
        betas=["interleaved-thinking-2025-05-14"],
        messages=[{"role": "user", "content": "Your prompt here"}],
    )
  • fine-grained-tool-streaming-2025-05-14 베타 헤더 제거(이제 GA)
  • output_format을 output_config.format으로 마이그레이션
  • 프롬프팅 모범 사례에 따라 프롬프트 검토 및 업데이트
  • 권장: thinking: {type: "enabled", budget_tokens: N}에서 effort 매개변수와 함께 thinking: {type: "adaptive"}로 마이그레이션(budget_tokens는 지원 중단되었으며 향후 릴리스에서 제거될 예정)
  • 프로덕션 배포 전에 개발 환경에서 테스트
  • Claude 4 모델은 더 간결하고 직접적인 커뮤니케이션 스타일을 가집니다. 최적화 지침은 프롬프팅 모범 사례를 검토하세요.

    Claude 4 모델은 더 간결하고 직접적인 커뮤니케이션 스타일을 가지고 있습니다. 최적화 지침은 프롬프트 작성 모범 사례를 검토하세요.

  • 프로덕션 배포 전에 개발 환경에서 테스트하세요