Claude Fable·Mythos 5.1: 같은 모델도 안전 정책에 따라 달라진다

한 문장 요약: Anthropic이 같은 모델에 서로 다른 안전 장치를 적용한 Fable 5.1과 Mythos 5.1을 발표하고 캐시 읽기 가격과 기업 데이터 제어를 개선했다.

무엇이 발표됐나

Anthropic은 9월 1일 Fable 5.1을 일반 제공하고, 안전 제한을 달리한 Mythos 5.1을 발표했다. 둘은 같은 모델이지만 Mythos는 발표 당시 일부 검증된 미국 조직만 접근할 수 있었다. 개발자용 Fable 식별자는 claude-fable-5-1이다. 이 발표를 읽을 핵심 질문은 “어느 모델이 더 똑똑한가”보다 “내 작업이 어떤 정책과 실행 경로를 거치는가”다.

안전 정책이 실행 모델을 바꾼다

Fable은 소프트웨어 취약점 발견을 허용하지만 일부 이중 용도 작업은 Opus로 넘긴다. 공개 평가에서도 안전 장치가 개입하면 사이버 과제는 Opus 4.8, 생물학 과제는 Opus 5가 수행했다. OSWorld 2.0에서는 개입한 과제를 0점 처리했다. 따라서 표의 모델 이름만 보고 모든 응답을 Fable 본체의 성능으로 해석하면 안 된다. 이 점은 앞서 다룬 Opus 5의 폴백 평가와 이어진다.

동시에 발표한 Enterprise Frontier Safeguards(EFS)는 관측 데이터의 보관 경계를 바꾼다. 고객 클라우드의 저장소·암호화 키·접근 정책을 사용하고, 자동 감시가 여러 세션의 활동에서 오용 패턴을 찾으면 고객에게 검토 신호를 보낸다. 이는 모든 기록을 즉시 없애는 구조가 아니다. Anthropic 직원의 사람 검토 없이 고객 측 담당자가 판단하도록 구성할 수 있다는 의미다. EFS는 가을에 단계적으로 제공할 계획이며, 저장소와 키 등의 제어는 각각 선택 사항이다.

개발자에게 중요한 비용과 관측성

캐시 읽기는 100만 토큰당 0.25달러로 낮아졌고 일반 입력·출력은 각각 10달러·50달러다. 내 판단으로는 긴 코드와 도구 명세를 반복 사용하는 에이전트에서 캐시 적중률을 측정할 이유가 더 커졌다. 매번 문맥을 재구성해 캐시를 깨뜨리는 하네스라면 낮아진 단가를 충분히 활용하지 못한다. 입력·출력·캐시 쓰기·읽기를 분리해 성공한 작업 한 건의 총비용으로 비교해야 한다.

운영 로그에는 요청 모델과 실제 실행 모델, 안전 개입, 추론 노력, 최종 검증 결과를 함께 남기는 편이 좋다. 폴백 후 답변을 원래 모델과 같은 품질로 취급하는지, 검토 알림이 담당자에게 도달하는지 확인해야 한다. Claude 사이버 평가 사고가 보여줬듯, 접근 권한은 모델의 판단과 별도로 강제할 필요가 있다.

한계와 검증 포인트

발표사는 장문맥과 다중 에이전트 환경의 정렬 평가 범위가 제한적이며 승인 우회가 여전히 발생할 수 있다고 밝혔다. 재현할 때는 같은 저장소·도구·예산으로 폴백 허용 여부를 나눠 측정하고, 안전 개입으로 중단된 작업도 실패 비용에 포함해야 한다. EFS는 실제 도입 시 저장 지역, 삭제 경로, 키 회수 뒤 접근 차단과 경보 누락을 검증할 대상이다. 이 글은 AI로 공식 자료를 조사·구조화했으며 모델 벤치마크와 EFS를 직접 실행하지 않았다.

공식 1차 출처

• Fable 5.1·Mythos 5.1 공식 발표 — Anthropic, 2026-09-01
• Enterprise Frontier Safeguards — 데이터 보관·검토 구조와 제공 계획