Anthropic의 버그 범위 유출: 버그 하나를 수정하고 그 부류에 대해 묻는 모델

현재 A​nthropic 유출에서 가장 흥미로운 문장은 지능에 관한 것이 아니다. 그것은 범위에 관한 것이다. 2026년 10월 19일 X에서 전해진 보고서에 따르면, A​nthropic은 단일 버그를 수정해 달라는 요청을 받았을 때 그 뒤에 있는 더 넓은 문제 부류를 식별한 다음, 그 문제들도 처리해야 하는지 물을 수 있는 모델을 준비하고 있다. 그것은 모델이 추론을 얼마나 잘하는지가 아니라 모델이 어디에서 멈추는지에 관한 주장이며, 이는 현재 Claude Opus 5.5로 구축된 것들과, 설명되고 있는 모델의 미확인 후보인 Claude Fable 5.5에서 실행될 것이라고 사람들이 이미 가정하고 있는 것들을 포함해, 프로덕션 환경의 모든 코딩 에이전트의 단층선에 직접 닿는다. A​nthropic은 그러한 모델을 발표하거나 이름을 붙이거나 출시일을 정하지 않았다. 식별자도, 요금표도, 모델 카드도, 평가도 없다. 아래에서 보고된 동작에 관한 모든 내용은 검증되지 않은 단일 출처 보도이며, 현재 라인업에 관한 모든 내용은 A​nthropic 자체 문서에서 나온 것이다. 이와 같은 보고서의 배경이 되는, 문서화된 AI 실패 및 코딩 에이전트 사건들은 다음에 수집되어 있다: OrcaRouter AI Incident Archive 여기서 각 항목은 자체 출처, 심각도, 신뢰도 등급 및 이의 제기 플래그를 함께 제공한다.

여기서는 표현이 평소보다 더 중요하다. 같은 보고서의 두 요약이 서로 다른 두 행동을 묘사하기 때문이다. 명세서처럼 읽히는 쪽 — 버그 하나, 그 뒤에 있는 부류, 작업 범위를 넓힐지에 대한 질문 — 은 우리에게 도달한 중계본에 나타난다. 10월 19일에 읽은 그 보고서의 공개 집계본에는 다른 문구가 실려 있다. 한 모델이 “더 나은 직관과 추론, 즉 기저 의도를 분별할 수 있고 틀 밖에서 사고하는 데 더 능한” 모델이라는 것이다. 이 둘은 같은 주장이 아니다. 하나는 모델이 더 많은 작업을 제안하는 것에 관한 것이고, 다른 하나는 모델이 당신이 의도한 것을 읽어내는 것에 관한 것이다. 둘 다 같은 모델에 대해 참일 수 있지만, 월요일 아침에 diff가 어떻게 보이는지를 바꾸는 것은 둘 중 하나뿐이며, 바로 그쪽을 뜯어볼 가치가 있다.

그 주장이 실제로 말하는 것과 말하지 않는 것

형용사를 걷어내면, 그 보고서는 세 단계 행동을 설명한다. 모델은 하나의 결함을 부여받고, 그 결함에서 패턴을 일반화하며, 조용히 고치는 대신 그 패턴을 사용자에게 드러낸다. 세 번째 단계가 이것을 벤치마크 주장이 아니라 설계 주장으로 만드는 단계다. 모든 사례를 조용히 수리하는 모델은 영향 범위가 무한한 자율 에이전트일 것이다. 패턴을 찾아내고 묻는 모델은 작업 범위의 변경을 제안하는 것이며, 이는 신중한 엔지니어가 하는 일이고 부주의한 에이전트가 일방적으로 하도록 허용해서는 안 되는 일이다.

또한 이것은 아직 누구도 평가할 수 없는 주장이다. ‘클래스를 올바르게 식별했다’는 것과 ‘존재하지 않는 패턴을 만들어냈다’는 것을 대조해 측정하는 공개 평가 과제 세트는 없다. 두 행동은 대화 기록상 똑같아 보인다. 모델이 목록을 내놓기 때문이다. 그 목록이 진정한 일반화인지 확신에 찬 환각인지는 모든 항목을 읽어야만 판가름 나며, 그것은 바로 모델이 여러분 대신 해 줄 것으로 기대되는 작업이다.

보고서가 말하지 않는 것 역시 마찬가지로 중요하다. 모델 이름도 없다. API 식별자도 없다. 가격, 컨텍스트 윈도우, 출력 한도도 없다. 그 동작이 기본값인지, 모드인지, 아니면 호출자가 요청해야 하는 것인지에 대한 표시도 없다. 그리고 어떤 종류의 벤더 확인도 없다 — A​nthropic의 뉴스룸은 2026년 10월 7일 Claude Haiku 5.5 이후 새로운 모델에 관해 아무것도 게시하지 않았고, Claude Platform 모델 개요에는 여전히 정확히 네 개의 모델, 즉 Claude Fable 5.1, Claude Opus 5.5, Claude Sonnet 5.5, Claude Haiku 5.5만 나열되어 있다.

왜 “더 넓은 범주”가 “더 나은 추론”과 다른 주장인가

더 나은 추론은 안전한 주장이다. 모든 세대가 그렇게 설명되고, 공개 지표에서 측정되며, 더 높은 점수를 받는 후속 모델은 뉴스거리라기보다 예상되는 일일 것이다. 하나의 사례에서 일반화하는 것은 다른 작업이며, 그것이 흥미로운 이유는 소프트웨어에서 가장 흔한 실제 결함 패턴이기 때문이다.

전형적인 예시는 인젝션이다. 당신은 한 핸들러에서 정제되지 않은 쿼리 하나를 보고한다. 그 뒤에 있는 부류는 같은 방식으로 쿼리를 만드는 다른 모든 핸들러다. 이런 상황을 전에 본 사람 리뷰어는 핸들러 하나만 고치고 넘어가지 않는다. 패턴을 grep으로 찾고, 그다음 그 수정이 이 티켓에 속하는지 묻는다. 같은 일을 하는 모델은 수리가 아니라 리뷰를 수행하는 것이다. 출력은 패치가 아니라 발견 사항이다. 그리고 발견 사항은 티켓 범위를 넓힐 권한이 있는 사람이 논의에 참여하고 있을 때만 유용하다.

• 클레임이 설명하는 내용 — 결함 하나가 주어지면 패턴을 식별하고 조치하기 전에 이를 제기하십시오.

• 평범한 수정이 하는 일 — 지목한 코드를 바꾸고, 거기서 끝난다.

• 부주의한 에이전트가 하는 일 — 지적한 코드를 바꾼 뒤에도 계속 진행하고, 그 사실은 diff를 보고서야 처음 알게 된다.

• 보고서가 열린 채로 남겨 둔 부분 — "asks"가 대화형 세션에서의 차단형 질문을 뜻하는지, 아니면 완료된 변경에 덧붙인 메모를 뜻하는지.

그 마지막 줄이 바로 누출이 더 이상 평가 가능한 대상이 아니게 되는 지점이다. 그 두 해석의 차이는 변경 통제를 존중하는 도구와 사후에 자신의 범위 확장을 문서화하는 도구의 차이다.

Anthropic 자체의 지침은 이미 이 사안의 양쪽 모두에 걸쳐 있습니다.

이것이 그 주장이 무작위가 아니라 신뢰할 만한 이유입니다. Anthropic이 Claude Code에 대해 공개한 지침은 이미 한 곳에서는 바로 이 본능을 요구하고 다른 곳에서는 그것을 경계하고 있으며, 두 조언은 한 문단으로 분리되어 있습니다.

“증상이 아니라 근본 원인을 해결하라”는 Claude Code 모범 사례 가이드에 문서화된 전략 중 하나이며, 빌드 실패 사례로 설명됩니다: 오류를 수정하고 빌드가 성공하는지 확인하되, 오류를 억제하지 마십시오. 이는 보고된 사례를 넘어서 살펴보라는 직접적인 지시입니다. 몇 섹션 앞에서 같은 가이드는 “작업 범위를 정하십시오. 어떤 파일인지, 어떤 시나리오인지, 테스트 선호 사항은 무엇인지 지정하십시오”라고 말하며, 일반적인 테스트가 아니라 하나의 엣지 케이스를 다루는 테스트를 요청하는 예를 제시합니다. 그 이유는 Claude가 의도를 추론할 수는 있지만 당신의 마음을 읽을 수는 없기 때문이라고 설명합니다.

가이드는 diff 크기에도 선을 긋는다. 변경이 여러 파일에 걸치거나 접근 방식이 불확실할 때 계획 모드는 그 오버헤드를 감수할 가치가 있으며, “diff를 한 문장으로 설명할 수 있다면 계획은 건너뛰라”고 말한다. 버그 하나를 버그 클래스로 확장하는 모델은 구조상 한 문장짜리 diff를 계획으로 바꾸고 있는 셈이다. 따라서 유출이 설명하는 행동은 Anthropic의 제품 철학과 이질적인 것이 아니다. 그것은 Anthropic이 표명한 두 원칙이 충돌하는 지점이며, 현재 그 충돌은 모델이 아니라 사용자에 의해 해소된다.

이 주장이 그럴듯한 데에는 덜 편안한 두 번째 이유가 있습니다. Anthropic 자체 문서는 모델이 작업이 완료된 것처럼 보이면 멈춘다고 솔직히 밝히고 있으며, 모델이 실행할 수 있는 무언가—테스트 스위트, 빌드 종료 코드, 픽스처와의 diff—가 없다면 “완료된 것처럼 보인다”가 이용 가능한 유일한 신호라고 밝힙니다. 하나의 버그에서 버그 클래스로 일반화하는 모델은 “완료된 것처럼 보인다”를 넘어서는 신호를 찾아낸 모델입니다. 이는 그 역량에 대한 가장 강력한 논거이자, 그 역량에 따라 행동하기 전에 먼저 물어봐야 한다는 가장 강력한 논거입니다.

오늘날 결정이 실제로 내려지는 곳

이 유출의 유용한 점은 필요한 통제 장치들이 이미 존재하며, 모델을 기다리지 않고도 그것들을 살펴볼 수 있다는 것입니다. 그중 중요한 것은 세 가지입니다.

• Effort — Anthropic은 low부터 medium, high를 거쳐 xhigh와 max까지 다섯 단계를 제공하며, 이 설정은 모델이 스스로 얼마나 많은 작업을 수행할지 결정합니다. Claude Opus 5.5와 Claude Haiku 5.5는 기본값이 medium이고, 다른 현재 모델들은 기본값이 high입니다. Effort는 도구 호출을 포함한 모든 출력 토큰에 적용되므로, high Effort에서 범위를 확장하는 모델은 더 큰 청구서를 받는 범위 확장 모델입니다.

• 플랜 모드 — Claude Code는 탐색과 실행을 분리하며, 이를 사용해야 하는 문서화된 기준은 바로 버그 클래스가 전제하는 다중 파일 사례입니다. 이 통제는 모델의 아이디어에 대한 필터가 아니라, 확장된 범위가 diff가 되기 전에 그것을 확인할 수 있는 단계입니다.

• 결정론적 게이트 — 훅은 검사를 스크립트로 실행하며, 통과할 때까지 턴이 끝나는 것을 차단할 수 있습니다. 이는 세 가지 중 모델이 질문하기로 선택하는지에 의존하지 않는 유일한 방식입니다. 보고된 동작이 실제로 출시된다면, 이를 정직하게 사용하는 방법은 당신이 작성한 게이트 뒤에 두는 것입니다. 왜냐하면 “그것들을 다루어야 하는지 묻는다”는 것은 모델의 판단에 대한 약속이고, 중지 훅은 당신 자신의 판단에 대한 약속이기 때문입니다.

그중 어느 것도 그 주장에 대한 비판이 아닙니다. 오히려 그것이 이 주장이 흥미로운 이유입니다. 더 넓은 범위를 제안하는 모델은 그 확장이 적용되기 전에 가시적으로 드러날 때에만 개선이며, 그것을 가시적으로 만드는 모든 메커니즘은 호출자가 구성하는 것이지 모델이 보장하는 것이 아닙니다.

효과가 있다면 비용은 얼마일까

범위 확장은 가장 값비싼 종류의 도움입니다. 입력이 아니라 출력을 배로 늘리기 때문입니다. A​nthropic의 현재 요금표에서 Claude Fable 5.1은 입력 토큰 100만 개당 10달러, 출력 토큰 100만 개당 50달러이고, Claude Opus 5.5는 각각 4달러와 20달러입니다. 또한 A​nthropic 자체 문서는 개발자들에게 Claude Opus 5.5를 먼저 사용하고, Opus를 더 높은 노력 수준으로 평가해도 여전히 부족할 때만 Fable로 넘어가라고 안내합니다. 더 많은 일을 찾아내는 것이 판매 포인트인 모델은 그 조언에 정면으로 배치됩니다. 저렴한 등급은 출력을 배로 늘리고 싶은 등급이고, 비싼 등급은 범위가 넓어진 티켓이 예산 항목이 되는 등급이기 때문입니다.

토큰 청구서에는 드러나지 않는 2차 비용이 있다: 리뷰다. 한 함수에 대한 패치는 1분이면 읽을 수 있다. 다른 호출 지점 아홉 곳을 지목한 발견 사항은 항목별로 검증해야 하며, 그 검증은 모델이 없애 주겠다고 주장한 작업과 똑같다. 그것이 그 기능에 반대하는 논거는 아니다 — 체크리스트를 갖춘 좋은 리뷰어가 그렇지 않은 좋은 리뷰어보다 빠르다 — 하지만 가치가 정밀도에 달려 있다는 뜻이다. 실제 사례 다섯 개와 지어낸 사례 하나를 드러내는 모델은 지어낸 사례를 반증하는 시간을 들게 했고, 그 목록을 조금 덜 신뢰하도록 만들었다.

오늘 무엇이라고 부를 수 있는지, 그리고 이것에 대한 솔직한 답

새로운 소식은 없습니다. 보고서에는 해당 모델의 식별자가 없으며, 우리 자체 카탈로그가 이를 제대로 검증합니다: anthropic/claude-fable-5.5를 요청하면 모델을 찾을 수 없음이 반환되고, anthropic/claude-haiku-5.5도 마찬가지입니다. 이 문자열들은 우리가 라우팅하는 209개 모델에 포함되어 있지 않습니다. 실제로 조회되는 것은 A​nthropic의 정가 기준 현재 라인업입니다 — anthropic/claude-opus-5.5는 1M 토큰 컨텍스트 창, 128K 출력 상한, 백만 토큰당 $4 / $20이며, anthropic/claude-fable-5.1는 $10 / $50입니다. 지금 “A​nthropic의 새로운 버그 사냥 모델”에 대한 접근을 광고하는 모든 플랫폼은 이름만 팔고 있는 것입니다.

독자가 실제로 가진 실용적인 질문은 모델의 이름이 아니다. 그것은 범위를 넓힌 모델이 당신의 코드베이스에서 도움이 되는지 해가 되는지를 소문에 프로덕션 경로를 걸지 않고 알아내는 방법이다. 그것은 라우팅 질문이며, 플랫폼이 제값을 하는 바로 그 지점이다: 요청의 일부를 이미 측정해 둔 모델을 뒤에 두고 검증되지 않은 모델로 보내라. 그래야 잘못된 일반화가 인시던트가 아니라 리뷰 한 번의 비용으로 끝난다. Anthropic의 가격 변경과 새 릴리스는 0% 마크업으로 같은 날 OrcaRouter에 반영된다, 따라서 요금표가 나타날 때 실험 비용은 정가이며 그 위에 아무것도 붙지 않는다. 현재 라인업 최상위의 비용은 Claude Opus 5.5 모델 페이지에서 정확히 확인할 수 있고, Claude Fable 5.1 페이지와 비교한 뒤 당신의 워크로드가 기본으로 삼아야 할 모델을 결정할 수 있다.

이 작품을 바꿀 것은 무엇일까요?

세 가지인데, 첫 번째가 그것을 가장 빨리 해결해 줄 것입니다.

1차 출처의 문장 하나. Anthropic 문서에서 모델이 언제 범위를 넓히는지, 그리고 그 범위 확대가 기본값인지 옵트인인지 설명하는 한 줄만 있었더라면, 이번 유출 전체가 하나의 명세로 바뀌었을 것이다. 그런 문장이 없다는 점이 바로 여기서 모든 주장에 유보를 달아야 하는 이유다.

공개된 평가. "해당 클래스를 찾아냈다"는 말은 "그 클래스를 만들어냈다"와 대조할 때만 의미가 있으며, 이 둘을 구분해 주는 과제 세트를 공개하는 벤더는 없다. 그런 과제 세트가 존재하기 전까지는 — 결함 클래스 식별에 대한 정밀도와 재현율을, 해당 연구소가 아닌 누군가가 채점한 것이 존재하기 전까지는 — 버그 하나에서 일반화했다는 주장은 의도의 서술일 뿐, 모델 간에 비교할 수 있는 역량이 아니다.

이름과 가격표가 함께 있습니다. 명명 규칙은 Fable 5, Fable 5.1, Opus 5.5, Sonnet 5.5, Haiku 5.5 전반에서 안정적으로 유지되어 왔으며, 식별자에 티어가 담겨 있습니다: claude-fable-5-5는 $10 / $50을 의미하고 claude-opus-5-6은 $4 / $20을 의미합니다. 모델 개요의 문자열 하나가 유출 자료가 천 단어를 들여 다루는 질문을 해결합니다.

그때까지 정직한 입장은, 한 프런티어 연구소가 모든 엔지니어링 조직이 이미 관련 정책을 갖고 있는 행동을 향해 나아가고 있다고 보도되고 있지만, 아무도 그 정책을 공개하지 않았다는 것입니다. 모델이 당신이 보고한 버그를 고쳐야 하는지, 아니면 당신이 있다는 사실조차 몰랐던 버그를 고쳐야 하는지는 역량의 문제가 아닙니다. 그것은 누가 병합 버튼을 쥐고 있는가에 대한 문제이며, 모델이 묻는다고 전하는 그 유출 내용은 대부분의 코딩 에이전트가 현재 내놓는 답—계속 진행하고 diff가 스스로 설명하게 두는 것—보다 더 안심이 되는 답입니다.