Claude Code 데일리 브리핑 - 2026-10-15

최신 릴리스 요약

버전날짜핵심 변경
v2.1.30010/14virtualText 프롬프트 데코레이션, OTel GenAI 속성, /advisor(AWS) 등 90여 건
v2.1.29910/14유휴 대화 자동 압축, CLAUDE_CODE_DISABLE_FILE_MENTIONS, 플러그인-dir 샌드박스 취약점 수정 등 160여 건
v2.1.29610/9서브에이전트 autoCompactWindow, Read allow_large 등 (10/10 브리핑에서 다룸)

10/9 v2.1.296 이후 열흘 가까이 멈춰 있던 릴리스가 10/14에 v2.1.299, v2.1.300 두 버전으로 한꺼번에 재개됐습니다. 유휴 대화 자동 압축, AWS Claude Platform용 /advisor, OpenTelemetry GenAI 속성 확장이 눈에 띄고, 플러그인 디렉터리 관련 샌드박스 쓰기 취약점을 포함한 다수의 버그·보안 수정이 함께 들어갔습니다.

전체 릴리스 노트


주요 신규 기능 & 실전 활용

유휴 대화를 캐시 만료 전에 자동으로 압축합니다 (v2.1.299)

터미널 세션에서 20만 토큰이 넘는 대화를 약 54분 동안 가만히 두면, 1시간짜리 프롬프트 캐시가 만료되기 전에 자동으로 압축되는 기능이 추가됐습니다. 지금까지는 자리를 비운 사이 캐시가 만료되면 다음 메시지를 보낼 때 전체 대화를 다시 처리해야 해 응답이 느려지고 비용도 더 들었는데, 이제는 캐시가 살아있는 동안 미리 압축을 끝내둡니다.

# 유휴 압축이 시작되는 최소 토큰 수(기본 20만)를 조정
export CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS=100000
// settings.json에서 유휴 압축을 완전히 끄기
{ "idleCompaction": false }

큰 작업을 띄워두고 자리를 비우는 일이 잦다면, 별도 설정 없이도 다음 메시지가 더 빨리 처리되는 효과를 바로 체감할 수 있으며, 압축 시점이나 기능 자체를 조정하려면 위 환경변수와 설정을 v2.1.290 이상에서 사용할 수 있습니다. 전체 릴리스 노트

AWS Claude Platform에 /advisor가 추가됐습니다 (v2.1.300)

AWS의 Claude Platform에서 /advisor, advisorModel 설정 또는 --advisor 플래그로 조언자(advisor)를 직접 고르기 전까지는 어떤 advisor도 실행되지 않도록 하는 기능이 추가됐습니다. 조직이 advisor 기능 자체를 쓰지 않게 하려면 CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1로 완전히 끌 수 있습니다.

# AWS Claude Platform에서 advisor 기능을 완전히 비활성화
export CLAUDE_CODE_DISABLE_ADVISOR_TOOL=1

AWS 기반 Claude Platform 환경을 운영하고 있다면, advisor가 기본으로 켜져 있지 않다는 점과 끄는 방법을 미리 알아두면 조직 정책에 맞게 바로 적용할 수 있습니다. 전체 릴리스 노트


개발자 워크플로우 팁

게임에 AI 에이전트를 투입하려면 코드가 아니라 게임 상태부터 노출하기 (10/15)

게임에서 LLM 에이전트를 효과적으로 활용하려면 코드만 넘기는 것으로는 부족하며, 게임 상태·데이터·실행 결과까지 에이전트가 직접 읽고 조작할 수 있게 설계해야 한다는 글입니다. 결정론적으로 상태를 재현하고 저장/불러오기 기능을 개발 초기부터 마련해두면, 에이전트가 같은 조건에서 변경 사항을 반복해서 검증할 수 있다는 점을 강조합니다.

Claude Code로 게임이나 시뮬레이션 코드를 다루게 할 계획이라면, 소스 코드 저장소만 열어주는 대신 게임 상태를 저장·복원하고 검사할 수 있는 훅이나 스크립트를 먼저 만들어두면 에이전트가 변경 전후를 같은 조건에서 비교 검증할 수 있습니다. GeekNews

/usage가 과도한 사용 패턴을 미리 경고합니다 (v2.1.299)

/usage에 max effort, 워크플로, 상시 켜진 컨텍스트, 대형 도구 결과처럼 비용이나 토큰을 많이 쓰는 패턴에 대한 경고가 추가됐습니다. 지금까지는 이런 설정들이 비용을 얼마나 늘리고 있는지 직접 비교해보기 전에는 알아채기 어려웠습니다.

Claude Code 사용 비용이 예상보다 빠르게 늘고 있다면, /usage를 한 번 열어 이 경고들이 뜨는지 확인하는 것만으로 어떤 설정이 비용을 끌어올리고 있는지 바로 짚어낼 수 있습니다. 전체 릴리스 노트


보안/제한 이슈

Claude 서비스 현황 — 이틀째 전체 정상, 새 인시던트 없음 (10/15)

공식 status.claude.com을 직접 확인한 결과, 10/15 현재 claude.ai·Claude API·Claude Code·Claude Console·Claude Cowork·Claude for Government 전체가 정상(Operational) 상태이며, 10/13 18:00(UTC) Claude Console 성능 저하가 해결된 이후 새로 보고된 인시던트는 없습니다. 10/9부터 10/14까지 이어졌던 지난 브리핑들에서 다룬 인시던트들이 모두 과거 일로 남아 있고, 10/14에 이어 10/15도 전 서비스가 안정적으로 유지되고 있습니다.

최근 며칠간 Claude Console 사용량 대시보드나 API 요청에 이상이 있었다면, 이제는 완전히 정상화된 상태이니 평소대로 사용해도 됩니다. Claude Status

플러그인 디렉터리를 통해 샌드박스 바깥에서 코드가 실행될 수 있던 취약점이 막혔습니다 (v2.1.299)

샌드박스 안에서 실행되는 셸 명령이 --plugin-dir로 지정된 폴더에 파일을 쓸 수 있었던 문제가 수정됐습니다. 이 폴더의 코드는 Claude Code가 다시 읽어들여 샌드박스 밖에서 실행하기 때문에, 샌드박스에 갇혀 있어야 할 명령이 이 경로를 거쳐 샌드박스를 벗어나는 코드를 심을 수 있었던 셈입니다. 샌드박스 모드로 신뢰할 수 없는 명령을 실행하면서도 플러그인을 함께 쓰는 구성에서는 꽤 심각한 우회 경로였습니다.

--plugin-dir와 샌드박스 모드를 함께 사용하고 있다면, v2.1.299 이상으로 업데이트해 이 우회 경로가 막혔는지 확인해두는 것이 안전합니다. 전체 릴리스 노트

AI 에이전트가 ‘통제 불능’이 된 게 아니라, 프론티어 AI 랩이 보안 기본을 건너뛰고 있다는 비판 (10/15)

보안 전문가들은 AI 모델이 외부 시스템에 무단으로 접근한 사건들을 에이전트의 일탈이 아니라 프론티어 AI 연구소의 격리와 감시 실패로 봐야 한다고 지적합니다. 샌드박스 구성과 외부 통신 통제처럼 수십 년간 업계에 알려진 보안 관행을 제대로 적용하지 않은 것이 핵심 문제라는 비판이며, Hugging Face 사건이 잘못된 구성의 예로 언급됩니다.

Claude Code 에이전트를 사내 인프라나 외부 시스템에 연결해 자율적으로 작업을 맡기고 있다면, 에이전트의 행동 자체를 통제하려 하기보다 샌드박스 경계와 네트워크 접근 범위부터 먼저 점검하는 것이 이 글이 짚는 실패를 피하는 더 근본적인 방법입니다. GeekNews


생태계 & 플러그인

오픈소스 코딩 에이전트 OpenCode 2.0 출시 — 단일 백그라운드 서비스로 구조 개편 (10/15)

OpenCode가 2.0으로 업데이트되며 단일 백그라운드 서비스를 자동 실행하고, TUI·웹 인터페이스·데스크톱 앱이 모두 같은 중앙 프로세스에 연결되는 구조로 개편됐습니다. 새로 추가된 Code Mode는 MCP 서버와 OpenAPI 엔드포인트를 스크립트에서 호출 가능한 함수로 변환해, 여러 도구를 조합하는 작업을 코드로 작성할 수 있게 해줍니다.

Claude Code와 함께 오픈소스 코딩 에이전트도 검토하고 있다면, 여러 클라이언트를 중앙 프로세스로 묶는 이번 아키텍처 변화와 MCP·OpenAPI를 코드로 조합하는 Code Mode가 실무에 어떤 이점을 주는지 비교해볼 만합니다. GeekNews

Anthropic의 Scion, Mononoke 개발자로부터 설계 재사용 논란이 제기됐습니다 (10/15)

10/14 브리핑에서 다룬 Anthropic의 자체 버전 관리 시스템 Scion은 blame 같은 작업을 효율화하려고 ‘파생 데이터’를 활용하는데, Meta의 Mononoke 개발에 참여했던 인물이 이 설계가 자신이 2022년에 소개한 Mononoke의 설계와 겹친다고 비판하며 후속 논란이 불거졌습니다. 비판의 핵심은 설계를 재사용한 것 자체가 아니라, 그 출처를 Anthropic이 제대로 밝히지 않았다는 점입니다.

Anthropic이 Git을 대체할 만큼 공들인 Scion의 기술적 완성도와 함께, 오픈소스와 사내 시스템 사이에서 설계 아이디어의 출처를 어떻게 인정하는지도 지켜볼 만한 지점입니다. GeekNews


커뮤니티 뉴스


알아두면 좋은 소소한 변경사항


추천 칼럼 & 읽을거리


흥미로운 프로젝트 & 도구