새 모델이 나왔는데 만든 곳이 「기본값은 그대로 두라」고 합니다

2026년 9월 1일 Anthropic이 Claude Fable 5.1을 내놨습니다. 같은 날 나온 Mythos 5.1은 같은 모델에 안전장치를 다르게 건 것으로, 승인받은 기관만 씁니다.

새 모델 소식은 대개 벤치마크 표로 옵니다. 그런데 이번에 눈에 남은 건 표가 아니라 모델 문서 첫 문단에 적힌 한 줄이었습니다.

대부분의 워크로드에서는 Claude Opus 5로 시작하세요.

만든 곳이 자기네 최신·최고가 모델 소개 첫 문단에 적어 둔 말입니다.

요지

값이 싸졌다는 말은 절반만 맞습니다. 입력 $10, 출력 $50(100만 토큰당)은 이전 모델과 같습니다. 내린 건 캐시 읽기 하나로, $1에서 $0.25가 됐습니다. 같은 자료를 계속 다시 읽는 긴 세션에서만 표가 나고, 프롬프트 한두 번으로 끝나는 일에는 차이가 없습니다.

성능은 오른 자리가 몰려 있습니다.

	Fable 5.1	Fable 5	Opus 5
Terminal-Bench-Science (과학 리서치)	52.6%	24.7%	29.0%
AutomationBench (업무 자동화)	31.4%	17.1%	26.9%
Terminal-Bench 4.0 (터미널 코딩)	55.8%	42.0%	52.3%
GDPval-AA v2 (지식 업무)	1853	1723	1824

과학 리서치와 장시간 에이전트 작업에서 벌어집니다. 그런데 우리가 하는 일에 제일 가까운 지식 업무는 1853 대 1824입니다. 값은 Opus 5의 두 배입니다(Opus 5는 입력 $5, 출력 $25). 문서 만드는 일에서는 차이가 거의 없는데 값만 두 배인 셈입니다. 전부 Anthropic 자체 측정치이기도 합니다.

우리 일로 옮겨보면

표보다 쓸모 있었던 건 문서의 「Claude Fable 5에서 변경된 점」 절이었습니다. 성능이 아니라 버릇이 적혀 있습니다. 셋이 문서 쓰는 사람에게 바로 걸립니다.

하나, 요약할 때 인용 표시를 안 붙입니다. 문서를 요약할 때 원문 구절을 인용으로 표시하지 않고 그대로 재현할 가능성이 더 높다고 적혀 있습니다. 남의 명세서나 인용발명을 요약시켜 그 결과를 초안으로 옮기는 일이 흔한데, 어디까지가 남의 문장인지가 흐려집니다. 요약을 시킬 거면 「원문 그대로 옮긴 대목은 따옴표로 묶어라」를 지시에 넣어야 합니다.

둘, 작은 수정에도 파일 전체를 다시 씁니다. 한 문단만 고치라고 해도 전체를 새로 뽑는 쪽을 고릅니다. 결과는 대개 같지만 출력 토큰과 시간을 더 씁니다. 긴 문서를 조금씩 고쳐 나가는 게 주 업무라면 이건 이득이 아니라 손해입니다.

셋, 문장이 빽빽해집니다. 문장이 길어지고 단락 구분이 줄고, 굵은 글씨·머리말·목록을 덜 씁니다. 초안을 그대로 보고서에 옮기면 읽기 힘듭니다.

OA 대응에 붙여 본다면

개선됐다고 밝힌 여섯 영역 중 둘이 여기 닿습니다. 긴 컨텍스트(1M 토큰에 걸쳐 세부를 연결하는 것)와 비전(PDF에 중첩된 밀집 표·차트를 읽는 것)입니다.

원본 서류를 읽고 내용을 정리하는 단계 → Fable 5.1 출원 명세서와 이번 거절이유, 인용발명 여러 건, 이전 대응까지 한꺼번에 놓고 진짜 차별점을 잡는 일입니다. 인용발명이 스캔 PDF이거나 중국어인 경우도 많고요. 개선 영역과 겹치는 자리가 여기입니다.

정리된 내용으로 서류를 만들고 고치는 단계 → Opus 5 위의 「둘」이 그대로 걸립니다. 한 문단 고치는 데 파일을 통째로 다시 쓰는 모델을 여기 붙일 이유가 없습니다. 지식 업무 점수 차이가 거의 없는 것도 이 단계 이야기입니다.

실제로 돌려서 비교해 본 것은 아니고, 문서만 읽고 세운 계획입니다.

맺음말 — 사용량 초기화

이 글을 쓰는 9월 2일, 주간 한도가 초기화돼 있었습니다. 전날까지 쓴 것이 있는데 1%로 돌아와 있습니다. Anthropic이 개발자용으로 쓰는 X 계정 @ClaudeDevs에 「Fable 5.1이 나온 김에 전 사용자의 5시간·주간 한도도 초기화했다」는 소식이 새벽 3시 35분에 올라왔네요. 개인적으로 Fable 5.1 보다 더 반가운 소식이었습니다.

[Fig. 1 — @ClaudeDevs, 2026-09-02]닫기 ✕Fig. 1 — @ClaudeDevs, 2026-09-02