Claude 모델의 Extended Thinking 지원 중단 및 Adaptive Thinking 강제화 논란

Claude Code에서 품질 수준을 유지하기 위해 adaptive thinking을 비활성화했던 사용자들에게 알립니다. Anthropic은 이 토글을 폐기하고 adaptive thinking을 기본값으로 강제할 예정입니다. 이번 변경 사항은 고정 및 적응형 thinking 모드를 모두 지원하는 '하이브리드' 방식으로 출시되었던 Opus 4.6 및 Sonnet 4.6과 같은 레거시 모델에 영향을 미칩니다.

Claude Opus 4.7의 경우, effort 매개변수와 함께 adaptive thinking(thinking: {type: "adaptive"})을 사용하세요. 수동 extended thinking(thinking: {type: "enabled", budget_tokens: N})은 더 이상 Claude Opus 4.7에서 지원되지 않으며 400 오류를 반환합니다. Claude Opus 4.6 및 Claude Sonnet 4.6의 경우에도 adaptive thinking이 권장됩니다. 수동 구성은 현재 이 모델들에서 여전히 작동하지만, 폐기되었으며 향후 모델 릴리스에서 제거될 예정입니다.

( 출처: https://platform.claude.com/docs/en/build-with-claude/extended-thinking )

제가 이해할 수 없는 부분은 이것입니다: 만약 adaptive "thinking"이 비용 절감 전략이라면, 왜 API 및 엔터프라이즈 사용자들에게는 고정된 추론 예산을 선택할 수 있는 옵션을 주지 않는 걸까요?

이렇게 생각해 보세요. 만약 제가 Anthropic이 직접 설정한 가격을 지불하는 API 사용자라면, 제가 더 긴 추론 예산을 사용하는 것을 막는 것이 그들에게 무슨 이득이 될까요?

API 가격이 보조금을 받는 것이 아니라면, 더 나은 답변을 얻기 위해 더 많은 돈을 지불하려는 고객을 거절하는 것은 비즈니스적으로 말이 되지 않습니다.

---

그리고 adaptive thinking을 옹호할 봇들에게 한마디 하자면 (같은 돈을 내면서 더 적은 제품을 받아야 한다고 주장할 합리적인 사람은 없을 겁니다):

• Anthropic의 주장대로 adaptive thinking이 성능을 향상시킨다면, 왜 이 기능을 비활성화한 후 Claude Code의 품질 저하가 갑자기 사라졌을까요?

• Anthropic의 주장대로 adaptive thinking이 성능을 향상시킨다면, 왜 고정 예산보다 더 나은 결과를 낸 사례를 단 한 번도 보지 못했을까요?

• adaptive thinking이 비용 절감 조치가 아니라면, 왜 제가 추가 토큰 사용 비용을 지불할 의사가 있음에도 불구하고 비활성화할 수 있는 권한을 빼앗는 걸까요?