Huny's Dev Blog
huny.dev

Claude Fable 5.2 전환: 400 오류·thinking 호환·데이터 보존 점검

11월 9일 공개된 Fable 5.2의 API 전환 경계를 점검한다. 대화 이력 변경에 따른 400 오류, thinking 블록의 비대칭 호환, 컴퓨터 도구·advisor 변경과 ZDR·Copilot 조건을 정리한다.

Hun Jang
Hun Jang Nov 10, 2026

모델 전환 과정의 대화 이력 보존과 데이터 보관 경계를 표현한 생성형 개념 이미지. 실제 제품 화면이나 성능 측정 결과는 아니다.

2026년 11월 9일 Anthropic이 Claude Fable 5.2를 공개했다. 긴 에이전트 작업과 복잡한 추론을 대상으로 하며, GitHub Copilot에서도 정식 제공을 시작했다. 직접 Messages API를 연결한 서비스라면 모델 이름을 바꾸기 전에 대화 이력 검사, 도구 버전, 보존 정책을 먼저 확인해야 한다. 공식 발표, Copilot 출시 공지

이번 글은 2026년 11월 10일 확인한 공식 문서를 바탕으로 API 마이그레이션의 실패 지점과 검증 순서를 정리한다. 아래 점검표는 적용 전 검증 제안이며, 실제 유료 API 호출로 성능이나 오류를 재현한 결과는 아니다.

1. 모델 이름과 함께 호출 기본값을 확인한다

Claude API의 모델 ID는 claude-fable-5-2다. 공식 사양은 컨텍스트 100만 토큰, 최대 출력 12만 8천 토큰이며 adaptive thinking이 항상 켜져 있다. API 기본 effort는 high다. tool_choice의 any·tool처럼 도구 실행을 강제하는 요청은 400 오류가 나므로 기존 래퍼의 기본값을 살펴야 한다. 샘플링 매개변수 temperature, top_p, top_k도 공식 권장대로 생략한다. 모델 사양과 요청 제약

Anthropic은 일반적인 작업에서는 Opus로 평가를 시작하고, 높은 effort에서도 요구 수준에 못 미치는 작업에 Fable을 검토하도록 안내한다. 새 모델로 모든 트래픽을 옮기기보다 어려운 코드 수정·장시간 작업부터 별도 평가 집합을 만드는 편이 합리적이다. 모델 선택 지침

2. 이전 메시지를 고치는 코드가 400을 만들 수 있다

Fable 5.2는 thinking 블록 앞에 있던 system, tools, 이전 메시지가 바뀌었는지 검사한다. Fable 5.1에서는 일부 오래된 계정에서 기본 오류가 드러나지 않았던 코드도, 5.2에서는 계정 생성 시점과 관계없이 실패할 수 있다. 대표 오류 문구는 The block is bound to a different conversation이다. 같은 요청을 반복 전송해도 해결되지 않는다. 변경 사항

실무에서 먼저 찾을 코드는 다음과 같다.

  • 매 턴 현재 시각이나 검색 결과를 기존 시스템 프롬프트에 덮어쓰는 코드
  • 저장한 대화를 템플릿에서 다시 만들며 순서·문구를 정리하는 코드
  • 이전 도구 설명이나 스키마를 세션 중간에 교체하는 코드
  • assistant 응답에서 텍스트만 저장하고 나머지 블록을 버리는 코드

기본 설계는 세션의 system·tools를 고정하고, messages에는 새 턴을 덧붙이는 것이다. assistant 응답은 블록 순서를 포함해 원형대로 저장한다. 동적으로 바뀌는 정보는 새 메시지로 전달하고, 이력을 직접 편집해야 한다면 공식 문서의 컨텍스트 관리 방법을 확인한다. 대화 이력 보존 규칙

이는 모든 설정 변경을 금지한다는 뜻은 아니다. effort나 max_tokens 같은 요청 매개변수는 이 prefix 검사 대상과 구분된다. 반면 MCP 연결에서 고정하지 않은 도구 목록이 바뀌는 경우도 5.2에서는 점검 대상이다. 캐시가 유지되는지와 thinking 블록이 유효한지는 별도로 관찰해야 한다. 검사 대상과 MCP 도구 목록

오류를 감추지 않고 진단하는 방법

공식 문서는 thinking-binding-controls-2026-08-01 베타 헤더와 thinking.block_binding.prefix_mismatch_behavior를 이용해 동작을 선택하도록 안내한다.

  • error: 불일치를 오류로 드러내어 이력 변경 버그를 찾는다.
  • drop_block: 유효하지 않은 thinking과 그 뒤의 thinking 블록을 제외하고 요청을 이어간다.

두 번째 선택은 임시 복구 수단이다. 응답의 input_transformations에서 prefix_binding_mismatch를 기록하고 원인을 고쳐야 한다. 제외된 입력 블록은 과금되지 않지만, 모델이 잃은 추론을 다시 수행하면서 출력 토큰과 지연이 늘 수 있다. 정상 응답만 확인하고 전환 성공으로 판단하지 않는다. 처리 방식과 관측 필드

3. 롤백 성공과 추론 상태 보존을 구분한다

Claude API와 Google managed 경로에서 Fable 5.2는 Fable 5.1·Opus 5.5 등의 thinking 블록을 읽을 수 있지만, 반대 방향은 대칭적이지 않다. 5.2가 만든 thinking은 Fable 5.2와 Mythos 5.2만 읽는다. 다른 모델로 전환하면 API가 읽을 수 없는 블록을 제외하고 요청 자체는 성공시킬 수 있다. 모델 간 thinking 호환 범위

따라서 롤백 검증에는 HTTP 성공 여부 외에 다음 항목을 넣는다.

  1. 텍스트와 도구 호출 이력이 유지되는가.
  1. 전환 직후 비용과 응답 시간이 달라지는가.
  1. 같은 도구 호출이나 외부 작업을 다시 제안하는가.
  1. 결과의 정합성이 원래 평가 기준을 통과하는가.

세 번째 항목은 이 글의 운영 검증 제안이다. 어떤 모델을 쓰든 결제·배포·메시지 전송처럼 외부 상태를 바꾸는 도구는 애플리케이션 쪽에서 중복 실행을 방지해야 한다.

4. 컴퓨터 도구와 advisor도 함께 바꾼다

공식 마이그레이션 문서는 다음 두 가지 호환성 변경도 명시한다.

기존 구성
Fable 5.2 전환 시 점검
computer_20251124 도구
Amazon Bedrock을 제외한 플랫폼에서 400 오류. computer_toolset_20260801과 새 에이전트 루프 방식으로 이전
Fable 5.2 executor와 이전 세대 advisor
advisor를 Fable 5.2 또는 Mythos 5.2로 맞춰야 함

advisor 모델을 바꾸는 것은 tools 변경이기도 하므로 새 대화에서 구성을 전환하는 것이 안전하다. 컴퓨터 도구도 이름만 치환하지 말고 반환 형식과 실행 루프까지 마이그레이션 문서에 맞춰 검토한다. 공식 마이그레이션 가이드

작은 max_tokens를 쓰던 서비스는 별도 점검이 필요하다. thinking 토큰도 한도에 들어가므로 텍스트가 나오기 전에 stop_reason: "max_tokens"로 끝날 수 있다. “생각하지 말고 답하라”는 문구에 의존하기보다 effort와 출력 예산을 명시하고, 텍스트 없는 응답을 처리하는지 확인한다. 출력 한도와 동작 변경

5. 기존 ZDR 설정을 그대로 적용할 수 있는지 확인한다

Fable 5.2는 기본적으로 프롬프트와 출력을 30일 보관하는 대상 모델이다. Anthropic이 명시적으로 허용한 경우를 제외하면 zero data retention(ZDR) 구성에서 사용할 수 없다. 보존 요구를 충족하지 않은 Claude API 요청은 400 오류가 날 수 있다. 모델별 보존 요구, ZDR 환경 마이그레이션

이 정책을 모든 Claude 제품의 새로운 일괄 변경으로 해석해서는 안 된다. 공식 안내는 기존에 입력·출력을 보관하는 소비자 요금제와 ZDR 조직을 구분한다. 30일 이후 자동 삭제에도 안전 시스템에 표시되었거나 법적 보존 의무가 있는 경우의 예외가 명시되어 있다. 보존 정책과 예외

도입 담당자는 다음을 먼저 결정해야 한다.

  • 평가 요청에 넣어도 되는 코드·문서·고객 데이터의 범위
  • 보존을 허용할 워크스페이스와 기존 ZDR 워크스페이스의 분리
  • 직접 Claude API, Bedrock, Google Cloud 등 실제 호출 경로의 정책
  • 보안·법무 검토와 승인 기록의 담당자

오류를 없애기 위해 운영 조직 전체의 보존 설정부터 바꾸는 방식은 피한다. 별도 평가 범위를 정한 뒤 해당 경로의 정책과 예외 자격을 확인한다.

6. Copilot 사용자는 관리자 정책과 과금을 따로 본다

GitHub 발표 기준 Fable 5.2는 Copilot Pro+·Max·Business·Enterprise에 순차 제공된다. Business·Enterprise 관리자는 기본적으로 꺼진 모델 정책을 켜야 하며, 이때 데이터 보존 요구를 인정하는 절차가 포함된다. 일부 적격 기업의 ZDR 접근은 별도 승인과 한시적 조건을 따른다. 승인되었다고 모델 정책까지 자동 활성화되는 것은 아니다. Copilot 지원 범위와 활성화 조건

Claude API의 표준 가격은 입력 100만 토큰당 US$8, 출력 US$40이다. 이는 Fable 5.1보다 낮지만 Opus 5.5의 표준 입력·출력 단가보다는 높다. Copilot도 공급자 정가 기반 사용량 과금을 안내하므로 “구독 중이니 새 모델 사용은 무제한”이라고 가정하면 안 된다. 실제 포함량·추가 사용 예산은 현재 플랜에서 확인한다. Claude API 사양·가격, Copilot 가격과 예산

전환 전에 남길 최소 검증 기록

다음 표는 모델 성능 순위 대신 실제 서비스의 전환 위험을 확인하기 위한 제안이다.

검증 시나리오
기록할 항목
새 대화와 여러 턴의 도구 사용
성공률, 종료 사유, 최종 텍스트 유무
저장 세션 재개
이력 변경 위치, 400 오류, 입력 변환 사유
모델 전환 후 원래 모델로 복귀
결과 정합성, 첫 응답 지연, 사용 토큰
컴퓨터 도구·advisor 사용
플랫폼별 지원, 도구 결과 처리, 새 세션 전환
짧은 응답 예산
thinking 이후 텍스트가 남는지 여부
보존 정책 확인
호출 경로, 허용 데이터, 승인된 보존 범위

본문·키·thinking 내용 자체를 진단 로그에 복사하기보다 필요한 상태와 사용량부터 기록한다. 요청 원문이 필요한 경우에는 조직의 접근·보존 기준을 별도로 적용한다.

이번 전환에서 먼저 할 일은 세션을 조립하는 코드와 보존 설정을 확인하는 것이다. 그다음 대표 작업에서 effort·비용·지연을 다시 측정하면, 새 모델의 이점과 기존 운영 계약의 변화를 함께 판단할 수 있다.

검토 기준: 2026년 11월 10일 공식 공개 문서. 지원 범위·요금·베타 기능은 이후 변경될 수 있다.

추천 글