v2.1.172가 가능하게 만든 5단계 중첩, v2.1.181에서 제한됐다.

6월 9~17일 스프린트 출시 한눈에

2026년 6월 9일부터 17일 사이, Anthropic은 에이전틱 코딩 CLI인 Claude Code의 공개 포인트 릴리스 9개를 v2.1.170부터 v2.1.181까지 순차적으로 배포했습니다 . Atom 피드에 기록된 해당 기간은 8일 남짓입니다 . 개발자 관점에서 보면, 하나의 연속적인 스프린트, 하나의 모델 출시, 그리고 긴 안정성 개선 작업이 이어진 흐름입니다.

'9개'는 공개된 항목 수이지, 숫자 범위가 아닙니다. 공개 버전은 2.1.170, .172, .173, .174, .175, .176, .178, .179, .181이며, 건너뛴 번호는 내부 빌드이므로 170에서 181까지를 11개 릴리스로 읽어서는 안 됩니다 . 6월 12일 하루에만 세 개(.174, .175, .176)가 출시됐으며, 모두 거버넌스 및 청구 제어에 집중했습니다 .

이 기간은 네 가지 주제로 정리되며, 대부분의 릴리스는 둘 이상의 주제를 동시에 다룹니다:

• 모델 접근: v2.1.170에서 Claude Fable 5가 추가됐으나, 이후 미국 수출 통제 지시에 따라 접근이 중단됐습니다 .
• 오케스트레이션 깊이: v2.1.172에서 서브 에이전트가 최대 5단계까지 서브 에이전트를 생성할 수 있게 됐습니다 .
• 권한 거버넌스: enforceAvailableModels 및 파라미터 범위 지정 Tool(param:value) 규칙이 .175와 .178에 걸쳐 도입됐습니다 .
• 안정성 개선: macOS, Windows, WSL, Bedrock, Foundry, 네트워크 드라이브에 걸친 엣지 케이스 수정 .

이 스프린트의 자기 수정적 성격을 잘 보여주는 세부 사항이 있습니다: v2.1.181이 v2.1.169에서 처음 도입된 시작 시 회귀 버그를 수정했는데, v2.1.169는 이 기간보다 하루 앞선 6월 8일 빌드입니다 . 스프린트가 시작되기 하루 전부터 이어받은 버그를 스프린트 안에서 마무리한 셈입니다.

6월 9일 플래그십: 출시됐다가 수출 통제에 막히다

스프린트의 대표 추가 기능이 가장 먼저 등장했습니다: 6월 9일 v2.1.170이 Claude Code에 Claude Fable 5 접근을 부여했으며, Anthropic은 이를 일반 사용에 안전하게 만든 '미토스급' 모델이라고 설명합니다 . 출시 게시물에서 Fable 5와 그 형제 모델 Mythos 5의 가격을 입력 토큰 100만 개당 $10, 출력 토큰 100만 개당 $50으로 책정했습니다 .

Anthropic은 이 모델에 라우팅 안전장치를 함께 적용했습니다. 특정 사이버보안, 생물학/화학, 지식 증류 요청은 Claude Opus 4.8로 폴백되며, Anthropic은 Fable 5 세션의 95% 이상이 폴백 없이 완료될 것으로 예측했습니다 . 의도는 좁은 범위의 고위험 프롬프트에만 조용히 단계를 낮추는 단일 고성능 기본 모델을 만드는 것이었습니다.

이후 이어진 CLI 변경은 거의 전부 이 단일 모델로 인한 것입니다. 두 릴리스가 특히 눈에 띕니다:

• v2.1.173 (6월 11일)은 모델이 기본적으로 100만 토큰 컨텍스트 창을 제공하기 때문에 Fable 5 이름에 [1m] 접미사를 정규화했습니다 .
• v2.1.176 (6월 12일)은 Fable 5에 접근할 수 없을 때 자동 모드가 사용 가능한 최상의 Opus로 폴백하도록 만들었으며 , 이는 이미 가용성에 의문이 제기되고 있었다는 신호였습니다.

실제로 그랬습니다. 6월 12일, Anthropic은 Fable 5와 Mythos 5 모두에 대한 접근이 중단됐다고 밝혔습니다 . 별도 성명에서는 미국 정부의 수출 통제 지시로 인해 Anthropic이 모든 고객에 대해 두 모델을 비활성화해야 했다고 전했습니다. 다른 모든 Anthropic 모델은 영향을 받지 않았으므로, 중단은 플랫폼 전체가 아닌 미토스급 계층에만 해당됐습니다.

근거에 있어서는 이야기가 아직 해결되지 않은 상태입니다. 지시는 탈옥 우려를 이유로 든 것으로 보였으나, Anthropic은 그 해석에 반박했습니다.

"지시 뒤에 있는 구체적인 우려 사항은 저희에게 제공되지 않았습니다," Anthropic이 밝히며 중단의 명백한 탈옥 근거 해석에 이의를 제기했습니다 (source: Anthropic, Fable & Mythos access update).

개발자 입장에서는 정치보다 실질적인 흐름이 더 중요합니다. 모델이 기본 사용 가능 상태에서 전 세계적으로 비활성화되기까지 약 3일이 걸렸고, CLI는 그 변동성을 코드로 흡수했습니다: [1m] 이름 변경, 그리고 Opus 폴백 경로가 그것입니다. 6월 9일과 12일 사이에 Fable 5에 파이프라인을 연결했다면, 모델이 비활성화된 이후 작업을 계속 실행시켜준 것은 v2.1.176의 자동 모드 폴백이었습니다. 자동 모드에 의존하지 않고 모델 이름을 하드코딩한 사람은 대신 오류를 겪었습니다 .

다시 말해, v2.1.170의 접근 노트는 6월 12일의 반전과 함께 읽어야 합니다. 기능은 출시됐지만, 접근 권한은 한 주를 버티지 못했습니다. Anthropic이 모델 자체에 대해 무엇을 공개했고 공개하지 않았는지는 별도의 문제로, 이 글 말미에서 다시 다룹니다.

v2.1.172의 5단계 중첩과 v2.1.181의 체인 가드

이번 스프린트에서 가장 중요한 오케스트레이션 변경은 조용히 이루어졌습니다. 6월 10일 출시된 v2.1.172는 서브 에이전트가 자체 서브 에이전트를 최대 5단계 깊이까지 생성할 수 있게 허용했습니다 . 이는 하나의 오케스트레이터가 N개의 워커에게 위임하는 평면적 팬아웃 구조를, 워커 자체가 오케스트레이터가 될 수 있는 재귀적 트리 구조로 전환합니다. 같은 릴리스에서 스트리밍 도구 실행도 항상 활성화되어, 깊은 계층의 에이전트 도구 호출 결과가 완료를 기다리지 않고 실행 중에 바로 반환됩니다 .

5단계는 비결정론적 플래너에게 부여하기엔 상당한 권한입니다. 각 단계마다 생성 수가 곱해지는데, .172에서는 총 체인 길이에 한도가 없고 깊이에만 제한이 있었습니다. 재귀만 반복하고 반환하지 않는 잘못된 계획은 강제 종료 없이 계속 확장될 수 있었습니다.

이후 업데이트들은 그 노출 범위를 통제된 방식으로 좁혀가는 흐름처럼 읽힙니다:

• v2.1.178 (6월 15일): auto 모드가 서브 에이전트 생성을 실행 전에 분류하도록 바뀌어, 오케스트레이터가 호출을 확정한 뒤 형태를 파악하는 대신 미리 에이전트 유형을 결정합니다 . 같은 릴리스에서 더 가까운 위치의 중첩 .claude 에이전트와 워크플로가 이름 충돌 시 우선권을 갖게 되었습니다.
• v2.1.181 (6월 17일): 무제한 중첩 서브 에이전트 체인에 대한 런타임 가드가 추가되었습니다. 11개 릴리스 전에 처음 선언된 깊이 상한을 실질적으로 집행하는 장치입니다 .

변경 로그는 이를 명확히 밝히고 있습니다:

"Added a guard against unbounded nested subagent chains." Claude Code changelog, v2.1.181 (source: code.claude.com/docs/en/changelog).

순서가 전부를 말해줍니다. 한 릴리스에서 상한이 공표되고, 8일 후 약 12개 버전이 지나서야 실제 집행 장치가 등장합니다. 이 릴리스에는 유휴 서브 에이전트 패널을 30초 후 자동으로 숨기고 표시 목록을 5개로 제한하는 기능도 함께 포함되었습니다 . 이 패턴(한도를 선언한 뒤 런타임 검사를 나중에 추가)은 일반적으로 무제한 중첩이 화이트보드 모델링이 아닌 실제 세션에서 관측되었음을 의미합니다.

에이전트 플릿을 구축하는 개발자라면, 이제 깊이를 최대 5단계까지 실질적으로 활용할 수 있지만 이를 목표가 아닌 예산으로 여기세요. 에이전트가 에이전트를 생성하는 워크플로를 설계한다면, 얕은 트리 구조와 명시적인 반환 조건을 갖추도록 설계하세요. 런타임은 이제 종료하지 않는 체인을 강제 중단하며, 런타임의 가드에 걸리기보다 자체 기저 조건에 먼저 도달하는 편이 훨씬 낫습니다 .

범위 지정 권한 규칙과 enforceAvailableModels

범위 지정 권한 규칙을 사용하면 관리자가 도구 클래스가 아닌 매개변수 값을 기준으로 도구 호출을 허용하거나 차단할 수 있습니다. 6월 15일 v2.1.178에 출시된 새로운 Tool(param:value) 구문은 * 와일드카드를 지원하며, 예를 들어 Agent(model:opus) 규칙은 model 매개변수가 opus일 때만 서브 에이전트 생성을 허용합니다. 이전에는 권한 규칙이 전부 아니면 전무였습니다. 도구를 호출할 수 있는 사람에게는 해당 도구가 전부 활성화되거나 전부 비활성화되었습니다.

이 차이는 공유 정책 하에 Claude Code를 운용하는 누구에게나 중요합니다. 기존에는 Agent 도구를 허용하면 해당 도구가 접근할 수 있는 모든 모델이 허용되었습니다. 이제는 저렴한 모델은 폭넓게 허용하고 고비용 모델에는 게이트를 걸 수 있습니다. 원하는 호출에는 Agent(model:opus)를, 나머지에는 Agent(model:*haiku*) 같은 와일드카드를 사용하면 되며, 별도 래퍼를 작성할 필요가 없습니다. 매칭은 호출의 실제 인수 값을 기준으로 작동하므로, 같은 릴리스에 추가된 매개변수 범위의 서브트리 로딩과도 조합할 수 있습니다.

모델 거버넌스 측면은 연속된 세 릴리스에 걸쳐 강화되었습니다. v2.1.175는 enforceAvailableModels 관리 설정을 추가해 기본 모델을 조직 정의 허용 목록으로 잠그고, 사용자 또는 프로젝트 설정으로는 해당 제한을 확장할 수 없게 했습니다. 이어 v2.1.176은 availableModels 별칭 적용을 강화하고 /fast 모델 제한 적용을 추가해 허용 목록을 우회하는 두 가지 경로를 차단했습니다.

종합해 보면, 어떤 모델이 어떤 조건에서 실행될지를 제어하는 컨트롤 플레인이 갖춰진 것입니다. 시기는 우연이 아닙니다. Fable 5가 출시되었다가 철회된 시기, 그리고 availableModels 변동(별칭 정규화, 허용 목록 적용, Opus로의 일시 중단 폴백)이 여러 포인트 릴리스에 걸쳐 진행된 바로 그 시기와 일치합니다. 규제 대상 조직이라면, enforceAvailableModels를 중앙에서 설정하고 모델 게이팅을 사용자별 신뢰가 아닌 매개변수 규칙으로 표현하는 방식으로 이전하는 것이 권장됩니다.

지금 이를 도입하는 팀을 위한 주의 사항: 매개변수 매칭은 전송된 인수 값을 기준으로 작동하므로 별칭을 감사하세요. 모델을 두 가지 이상의 이름으로 참조할 수 있는 경우, 하나의 별칭을 나열한 규칙은 다른 별칭을 잡지 못합니다. v2.1.176의 별칭 강화가 허용 목록 작업과 함께 출시된 이유가 바로 이 때문입니다.

인라인 설정 재정의, 알림 억제, 샌드박스 이벤트

v2.1.181에는 JSON을 건드리지 않고도 세션 동작을 세밀하게 조정할 수 있는 편의 기능 세 가지가 함께 포함됐습니다. 가장 자주 쓰이는 것은 /config key=value로, 인터랙티브 모드·-p·Remote Control에서 어떤 설정이든 인라인으로 바꿀 수 있습니다 . /config thinking=false를 실행하면 파일 편집이나 재시작 없이 작업 도중에도 확장 사고를 끌 수 있습니다.

이 기능은 일회성·스크립트 실행 환경에서 특히 유용합니다. -p 헤드리스 호출에서는 설정 파일을 상속받는 대신 명령마다 동작을 직접 고정할 수 있고, Remote Control에서는 SSH 접속 없이 휴대폰에서 바로 설정을 바꿀 수 있습니다.

두 번째 기능은 알림 노이즈를 줄이기 위한 것입니다. CLAUDE_CLIENT_PRESENCE_FILE은 마커 파일을 가리키며, 해당 파일이 존재하는 동안 모바일 푸시 알림이 억제됩니다 . 의도는 명확하고 실용적입니다. 셸 훅이나 에디터가 키보드 앞에 앉았을 때 파일을 생성하고, 자리를 비울 때 삭제하면 됩니다. 이미 화면에서 지켜보고 있는 에이전트 때문에 휴대폰 알림이 오는 상황을 막으면서도, 모바일 알림 자체를 완전히 끄지 않아도 됩니다.

세 번째는 sandbox.allowAppleEvents로, 샌드박스 명령이 Apple Events를 보낼 수 있도록 허용하는 macOS 옵트인 설정입니다 . Apple Events는 macOS 앱들이 서로 스크립팅하는 메커니즘이므로, 이 설정을 켜면 샌드박스 안에서 Notes·Finder·빌드 도구 같은 네이티브 앱을 자동화할 수 있습니다. 기본값은 비활성화가 맞습니다. 로컬 앱을 자유롭게 구동할 수 있는 에이전트는 파일 편집보다 영향 범위가 훨씬 넓기 때문에, 실제로 그 연결이 필요한 프로젝트에서만 켜는 식으로 사용하면 됩니다.

비용 가시성은 이번 주기 앞부분에 개선됐습니다. v2.1.174(6월 12일)에서 VS Code의 /usage가 개편돼 24시간 또는 7일 단위로 지출을 분류하고, 캐시 미스·긴 컨텍스트·서브에이전트·스킬·에이전트·플러그인·MCP 사용량을 카테고리별로 세분화해 보여줍니다 . 깊은 에이전트 트리와 다수의 MCP 서버를 운영하는 팀 입장에서, 이 항목별 내역은 토큰 합계만으로는 알 수 없는 질문에 답해줍니다. 실제로 비용을 만들어내는 메커니즘이 무엇인지 파악할 수 있습니다.

어느 것도 헤드라인을 장식할 기능은 아닙니다. 하지만 함께 놓고 보면 방향이 분명합니다. 설정 파일 편집과 재시작을 거치지 않고도, 세션의 동작·주의 범위·호스트 머신 접근 권한을 개발자가 더 세밀하고 번거로움 없이 제어할 수 있게 하겠다는 것입니다.

시작 지연 제거, 네트워크 드라이브 손상 패치, 연결 끊김 처리

v2.1.181 변경 사항의 대부분은 안정성 작업이며, 가장 중요한 수정은 데이터나 시간 손실이 생기기 전까지 개발자가 잘 알아채지 못하는 장애를 겨냥합니다. 이번 릴리스는 v2.1.169에서 도입된 약 120ms의 시작 지연과, 네트워크 상태가 나쁠 때 최대 15초까지 멈추던 별개의 현상을 모두 제거했습니다 . 시작 지연은 회귀 버그였고, 네트워크 멈춤은 오래된 엣지 케이스였습니다. 두 가지 모두 이제 해결됐습니다.

가장 중요한 수정은 조용한 데이터 손실 문제입니다. Write와 Edit 작업이 네트워크 드라이브 및 클라우드 동기화 폴더에서 0바이트 또는 잘린 파일을 생성할 수 있었습니다. 마운트된 볼륨이나 Dropbox·iCloud 방식의 디렉터리에서 파일을 편집하는 사람은 오류 없이 작업을 잃을 수 있었던 것입니다 . 파일을 자율적으로 작성하는 에이전트 도구에서, 조용히 실패하는 손상 버그는 최악의 결함 유형에 속합니다. 마운트된 스토리지를 사용하는 팀이라면 이 패치 하나만으로도 업그레이드할 이유가 충분합니다.

v2.1.179(6월 16일)는 한 릴리스 앞서 관련된 복원력 문제를 처리했습니다. 스트리밍 도중 연결이 끊어져도 부분 응답이 보존되고 버려지지 않습니다 . v2.1.181에서 함께 적용된 사고 중 연결 끊김 자동 재시도와 결합되어, CLI는 이제 불안정한 네트워크 환경에서 진행 중인 작업을 버리는 대신 점진적으로 저하되는 방식으로 동작합니다.

나머지 v2.1.181 변경 사항은 런타임과 유지 보수에 걸쳐 있습니다:

• Bun 런타임 1.4로 업그레이드: 번들 JavaScript 런타임이 마이너 버전 하나 올라갔습니다 .
• 줄 단위 스트리밍: 긴 단락도 첫 줄 바꿈을 기다리지 않고 라인이 도착하는 대로 출력되어 결과가 더 빨리 나타납니다 .
• Spotlight TUI 멈춤 해결: 터미널 UI를 잠글 수 있었던 macOS 상호작용 문제가 수정됐습니다 .
• 30일 히스토리 손실 수정: 긴 세션이 30일 정리 루틴으로 인해 히스토리를 잃는 문제가 해결됐습니다 .
• 손상된 .claude.json null 항목: 설정 로딩을 깨뜨릴 수 있었던 잘못된 null 프로젝트 항목이 이제 자동으로 복구됩니다 .

이 중 어느 것도 릴리스 헤드라인에 올릴 기능은 아닙니다. 하지만 패턴이 중요합니다. 이번 스프린트는 자율 도구에 대한 신뢰를 갉아먹는 장애 유형들, 즉 유실된 쓰기·끊어진 연결·멈춘 세션·느린 시작을 의식적으로 훑어내며 마무리됐습니다. 실제 코드베이스를 상대로 Claude Code를 무인으로 돌리는 개발자에게 내구성 자체가 기능입니다.

일시 정지된 플래그십: Anthropic이 공개한 것과 공개하지 않은 것

Fable 5는 이번 스프린트의 최대 미지수로 남아 있습니다. Anthropic은 Claude Code CLI 노트에도, 6월 9일 출시 포스트에도 아키텍처, 파라미터 수, 컨텍스트 윈도우 내부 구조, 독립 벤치마크, 벤치마크 방법론을 일절 공개하지 않았습니다 . 개발자들이 받은 것은 가격과 안전 기조뿐이었고, 스펙 시트는 없었습니다.

기록이 실제로 뒷받침하는 내용은 다음과 같습니다:

• 가격만 있고, 스펙은 없습니다. Fable 5와 Mythos 5는 6월 9일에 입력 토큰 백만 개당 $10, 출력 토큰 백만 개당 $50로 출시되었으며, 일부 사이버보안·생물학/화학·증류 관련 요청은 Claude Opus 4.8로 라우팅하는 안전장치가 적용됩니다 .
• [1m] 접미사는 표시 목적입니다. v2.1.173은 이 모델이 기본적으로 1M 컨텍스트 윈도우를 제공하기 때문에 Fable 5 이름을 [1m] 태그로 정규화한 것으로, 별개의 변형이 아닌 이름 정규화입니다 .
• 더 넓은 티어가 암시되지만 구체적으로 정의되지 않았습니다. Anthropic은 Fable 5를 "일반 사용에 안전하게 만든 Mythos 클래스"라고 불렀습니다. 해당 티어에 다른 무엇이 있는지, 언제 CLI에 도달하는지는 설명되지 않았습니다 .

일시 정지 경위는 더욱 불분명합니다. 6월 12일, Anthropic은 미국 정부의 수출 통제 지침으로 인해 두 모델을 모든 고객에게 비활성화해야 했으며, 다른 모델은 영향을 받지 않았다고 밝혔습니다 . 해당 지침의 구체적인 우려 사항은 Anthropic에 공유되거나 공개되지 않았으며, Anthropic은 탈옥 관련 근거에 이의를 제기하고 상세한 이유가 보류되었다고 밝혔습니다 . 복구 일정은 존재하지 않습니다.

해당 모델을 중심으로 구축된 CLI 배관은 여전히 제공됩니다. v2.1.176에서는 Fable 5를 사용할 수 없을 때 자동 모드가 최상의 Opus로 폴백하도록 설정되어, 오케스트레이션 경로가 중단되는 대신 점진적으로 저하됩니다 . 그러나 그 뒤에 있는 모델은 현재 사용할 수 없는 상태입니다.

따라서 실용적인 시사점은 명확하게 두 가지로 나뉩니다. 오케스트레이션 깊이, v2.1.181 체인 가드, 파라미터 범위 권한 규칙, enforceAvailableModels, 인라인 /config 변경은 안정적이고 문서화되어 있으며 현재 사용 가능합니다 . Fable 5 접근은 그렇지 않으며, Anthropic이 스펙이나 복구 조건을 공개하기 전까지는 활용 가능한 기능이 아닌 사용 불가 인프라로 취급하십시오. 거버넌스 및 오케스트레이션 제어는 지금 도입하고, 모델은 '관찰' 목록에 유지하십시오.

자주 묻는 질문

Fable 5란 무엇이며, Claude Code에서 왜 일시 정지되었나요?

Fable 5는 Anthropic의 'Mythos 클래스' 모델로, 일반 사용에 안전하게 설계되어 2026년 6월 9일 v2.1.170에서 입력 토큰 백만 개당 $10, 출력 토큰 백만 개당 $50로 Claude Code에 추가되었습니다 . 2026년 6월 12일, Anthropic은 미국 정부의 수출 통제 지침으로 인해 두 모델을 모든 고객에게 비활성화해야 했다고 밝히며, Fable 5와 Mythos 5에 대한 접근이 일시 정지되었다고 발표했습니다 . 구체적인 우려 사항은 공개되지 않았으며, 다른 Anthropic 모델은 계속 이용 가능했습니다.

v2.1.181 체인 가드는 v2.1.172의 5단계 중첩 제한과 어떻게 상호작용하나요?

v2.1.172(6월 10일)에서는 서브에이전트가 최대 5단계 깊이까지 서브에이전트를 생성할 수 있었지만, 해당 깊이는 명목상의 제한이었습니다 . v2.1.181(6월 17일)에서는 무제한 중첩 서브에이전트 체인에 대한 런타임 가드가 추가되어 5단계 상한선을 실질적으로 적용합니다 . 요약하자면, v2.1.172가 기능을 도입하고 v2.1.181이 호출 수준에서 이를 적용하므로, 재귀적 생성은 이제 문서화에만 그치지 않고 능동적으로 방지됩니다.

Tool(param:value) 권한 구문은 기존에 불가능했던 무엇을 가능하게 하나요?

v2.1.178(6월 15일)에 도입된 Tool(param:value) 매칭은 관리자가 툴 클래스 내 특정 파라미터 값에 권한 규칙을 범위 지정할 수 있게 해주며, * 와일드카드를 지원합니다 . 예를 들어, Agent(model:opus)는 Opus를 허용하면서 다른 모델을 차단합니다. 기존에는 규칙이 파라미터 세분화 없이 전체 툴 클래스를 허용하거나 거부했으므로, 이는 툴이 어떤 인자로 호출될 수 있는지를 제한하는 최초의 방법입니다.

/config key=value는 세션 종료 후에도 유지되나요?

아니요. /config key=value는 세션별로만 적용됩니다. v2.1.181(6월 17일)에 추가되어 대화형 모드, -p, 또는 Remote Control에서 인라인으로 설정을 지정할 수 있습니다(예: /config thinking=false) . 재정의는 현재 세션에만 적용됩니다. 영구 변경을 원하면 기존과 같이 settings.json을 편집하거나 프로젝트 수준 설정 파일을 사용하십시오.

v2.1.181로 업그레이드한 후 네트워크 드라이브나 클라우드 동기화 폴더에 쓰는 것이 안전한가요?

네. v2.1.181(6월 17일)은 네트워크 드라이브와 클라우드 동기화 폴더에서 발생하는 0바이트 및 잘린 Write/Edit 출력 버그를 수정합니다 . 이 범위의 이전 버전(v2.1.170~v2.1.179)을 사용 중이라면, 마운트된 볼륨에 쓰기 전에 업그레이드하십시오. 잘림 현상이 해당 위치에 쓴 파일을 자동으로 손상시킬 수 있습니다.