앤트로픽, Claude Code 2.1.302 공개: 포크 서브에이전트 기본 활성화와 향후 변화
앤트로픽이 Claude Code 2.1.302를 출시하며 데스크톱, VS Code, Agent SDK, 헤드리스 환경에서 포크 서브에이전트를 기본 활성화하고 분류기 모델 선택을 지원합니다.
2026년 10월 19일, 앤트로픽이 개발자 도구 제품군인 Claude Code의 2.1.302 버전을 공식 배포하며 서브에이전트 실행 체계 전반에 걸친 실질적인 기능 개편을 단행했습니다. 테크 분석 계정인 @RoundtableSpace가 확인하여 전한 바에 따르면, 이번 릴리스는 데스크톱 앱, VS Code 확장, Agent SDK, 그리고 자동화 파이프라인에서 널리 쓰이는 헤드리스(headless) 모드 전반에서 '포크 서브에이전트(fork subagents)' 동작 방식을 기본 활성화(default enabled) 상태로 전환한 것이 핵심 변경 사항입니다.
포크 서브에이전트 기본 활성화와 캐시 재사용 구조
이번 2.1.302 업데이트를 통해 개발자가 별도의 실행 플래그를 명시하지 않더라도 모든 주요 런타임 환경에서 서브에이전트가 포크 방식으로 동작하게 됩니다. 기존의 독립 세션 분기와 달리 포크 서브에이전트는 부모 프로세스의 대화 컨텍스트를 그대로 계승합니다. 기술 커뮤니티의 관측에 따르면, 포크 방식은 상위 프로세스의 프롬프트 캐시(prompt cache)를 재사용할 수 있는 구조적 특징을 지닙니다. 따라서 네 개의 포크가 병렬로 생성되더라도 전체 컨텍스트를 4배의 정가로 온전히 중복 소비하는 것은 아니며, 캐시 적중을 통해 컨텍스트 전송 부하를 완화할 수 있습니다.
다만 캐시 재사용이 토큰 비용의 완전한 면제를 의미하지는 않습니다. 하위 포크 에이전트들이 생성하는 응답 및 독립적인 후속 연산은 여전히 실제 모델 사용량을 발생시키므로, 예기치 않은 토큰 누적을 방지하기 위한 지속적인 모니터링이 요구됩니다. 만약 기존의 보수적인 단일 세션 워크플로를 유지해야 하거나 CI/CD 자동화 환경에서 엄격한 자원 격리가 필요한 조직이라면 환경 변수 CLAUDE_CODE_FORK_SUBAGENT=0 설정을 통해 해당 기본 동작을 명시적으로 비활성화(opt-out)해야 합니다.
자동 모드 분류기 모델 지정과 세분화된 제어
포크 서브에이전트의 기본 전환과 함께 작업 분기를 담당하는 분류기(classifier)의 설정 유연성도 크게 향상되었습니다. Claude Code 2.1.302에는 사용자가 '자동 모드(auto-mode)' 분류기에서 활용할 특정 모델을 직접 선택할 수 있는 새로운 설정 항목이 추가되었습니다. 이전까지 고정된 기본값에 의존해야 했던 자동 모드 분류 단계에서 조직의 정책과 비용 한도에 맞춰 모델을 지정할 수 있게 됨으로써, 경량 모델을 통한 빠른 분기 판정과 고성능 모델을 통한 정밀 작업 분석 사이에서 최적의 균형을 찾을 수 있게 되었습니다.
이러한 설정 확장은 워크플로의 성격에 따라 비용 대비 효율을 극대화할 수 있는 여지를 제공합니다. 빈번한 의사결정이 발생하는 인터랙티브 개발 세션에서는 빠른 응답을 선호하는 구성을 택하고, 복잡한 시스템 검증이나 엄격한 코드 수정이 요구되는 헤드리스 배치 작업에서는 판단 정확도가 높은 모델을 바인딩함으로써 개발 운영 전반의 유연성을 강화할 수 있습니다.
독립형 Claude Design 종료 일정과 워크플로 통합
이번 릴리스 노트를 통해 앤트로픽은 독립형 인터페이스 도구로 서비스되던 Claude Design의 일몰 계획도 공식화했습니다. 공지에 따르면 독립형 Claude Design은 2026년 12월 14일을 기점으로 서비스를 공식 종료할 예정입니다. 이는 UI/UX 및 디자인 프로토타이핑 워크플로가 단독 웹 툴 형태를 벗어나 점진적으로 에이전틱 코딩 환경 및 SDK 중심의 통합 개발 워크플로로 흡수·재편되는 과정으로 풀이됩니다.
기존에 독립형 Claude Design 환경을 기반으로 디자인 시스템을 구축하거나 자동화 작업을 연계해 온 실무자들은 서비스 종료 시점인 12월 14일 이전까지 기존 작업 자산을 백업하고, Claude Code 확장 또는 통합 개발 인터페이스로 워크플로를 이관하는 마이그레이션 계획을 서둘러 수립해야 합니다. 단일 도구의 퇴장과 에이전트 런타임의 고도화가 동시에 이루어지는 과도기인 만큼, 각 엔지니어링 팀은 이번 2.1.302의 기본값 변경 사항과 종료 로드맵을 면밀히 검토할 필요가 있습니다.