클로드 코드가 8월 14일부터 자동 모드를 기본값으로 켠다: 사람은 위험 명령의 13.6%를 걸렀고 분류기는 89%를 걸렀다

앤스로픽은 2026년 8월 14일부터 클로드 코드(Claude Code)의 자동 모드(auto mode)를 프로, 맥스, 팀 요금제의 기본값으로 전환한다. 자동 모드는 도구 호출마다 사람에게 승인을 묻는 대신 분류기가 각 호출을 검사해 되돌릴 수 없거나 파괴적이거나 사용자 환경 바깥을 겨냥한 행동만 차단하는 방식이다. 앤스로픽이 공개한 유료 사용자 1,053명 대상 통제 실험에서 사람은 몰래 끼워 넣은 위험 명령의 13.6%(1,053명 중 143명)만 거부했고 자동 모드 분류기는 89%(937건)를 차단했다. ASAP은 앤스로픽 공식 발표 글을 1차 출처로 이 전환이 무엇을 자동화하고 무엇을 자동화하지 않는지 구분한다.

8월 14일에 바뀌는 것과 바뀌지 않는 것

자동 모드의 기본값 전환은 프로, 맥스, 팀 세 요금제에 2026년 8월 14일 적용되고 엔터프라이즈는 당분간 선택 사항으로 남는다. 앤스로픽은 엔터프라이즈도 한 달 안에 같은 기본값으로 옮길 계획이라고 밝혔다. 이미 사용자나 관리자가 모드를 고정해 둔 환경에서는 이번 전환으로 설정이 바뀌지 않는다.

자동 모드에서 승인 절차가 사라지는 것은 아니다. 앤스로픽이 명시한 세 가지 경우에는 자동 모드에서도 여전히 사람에게 묻는다. 첫째는 하드 거부 규칙에 걸리는 행동으로, 코드나 비밀 값을 외부로 보내는 데이터 유출 유형은 어떤 경우에도 자동 승인되지 않는다. 둘째는 주어진 범위를 넘는 권한 상승을 명시적으로 요구하는 행동이다. 셋째는 커밋하지 않은 작업이 남아 있는 상태에서 시도하는 파괴적 깃 작업이다.

차단이 반복되면 자동 모드는 스스로 물러난다. 앤스로픽은 한 세션에서 연속 3회 또는 누적 20회 차단이 발생하면 수동 승인 방식으로 되돌아간다고 밝혔다. 모드 전환은 CLI에서 Shift+Tab, 데스크톱에서는 드롭다운으로 즉시 가능하며, 조직 관리자는 관리 설정의 defaultMode 값으로 기본 모드를 고정하거나 disableAutoMode로 자동 모드 자체를 막을 수 있다. 분류기 호출에 드는 비용은 프로, 맥스, 팀 사용자에게 청구되지 않는다.

1,053명 실험이 측정한 것은 판단력이 아니라 주의력이다

앤스로픽의 통제 실험은 유료 전문 개발자 1,053명에게 실제 코딩 환경을 주고 평범한 승인 요청 하나를 명백히 위험한 명령으로 바꿔치기한 뒤 참가자가 이를 알아채고 거부하는지만 기록하는 방식으로 설계됐다. 결과는 사람 13.6%, 자동 모드 89%였다. 두 방식을 같은 명령에 동시에 적용한 맞대결에서는 분류기가 사람이 승인한 800건을 차단했고, 반대로 사람이 분류기를 통과한 위험 명령을 잡아낸 것은 6건에 그쳤다.

이 실험에서 가장 중요한 수치는 평균이 아니라 시간에 따른 변화다. 세션 초반에 사람의 위험 명령 차단율은 약 17%였지만 앞서 50회 이상 승인 요청을 처리한 뒤에는 약 5%로 떨어졌다. 같은 조건에서 분류기의 차단율은 세션 길이와 무관하게 평탄하게 유지됐다. 사람의 감시 능력이 세션이 길어질수록 3분의 1 수준으로 마모된다는 뜻이다.

실험실 바깥 데이터도 같은 방향을 가리킨다. 앤스로픽은 2026년 5월과 6월 실제 세션을 분석해 심각도 7 이상의 의도치 않은 피해가 수동 승인 세션에서는 6.3%, 자동 모드 세션에서는 2.4% 비율로 나타났다고 밝혔다. 사내에서 자동 모드가 실제로 막아낸 사례로는 사외 데이터 유출로 이어질 수 있었던 대체 경로 접속, 약 2,000개 파드에 대한 대량 프로세스 종료와 GPU 삭제 대기열 생성, 읽기 전용 대신 관리자 역할을 요구한 과도한 권한 상승 세 건을 들었다.

97%라는 숫자는 승인 버튼이 이미 무너져 있었다는 뜻이다

이번 발표에서 가장 논쟁적인 근거는 사람과 기계의 성능 비교가 아니라 사용자 행동 통계다. 앤스로픽에 따르면 클로드 코드 사용자는 승인 요청의 97%를 승인한다. CLI 사용자의 49.5%가 허용 규칙을 직접 만들었고, 5%는 아무 셸 명령이나 허용하도록 설정했으며, 62%는 bypassPermissions를 쓰거나 "다시 묻지 않기"를 눌러 승인 절차를 사실상 껐다.

이 숫자들을 나란히 놓으면 이번 전환의 성격이 달라진다. 자동 모드 기본값 전환은 사람의 감독을 기계로 대체하는 결정이 아니라, 이미 형식만 남은 감독 절차를 실제로 작동하는 필터로 교체하는 결정에 가깝다. 승인율 97%라는 조건에서 승인 버튼은 위험을 걸러내는 장치가 아니라 작업 흐름을 끊는 마찰에 가깝고, 그 마찰을 견디지 못한 62%가 이미 우회로를 만들어 두었기 때문이다.

경제학에서 말하는 경보 피로가 여기서 정확히 재현된다. 승인 요청이 100번 뜨는데 그중 위험한 것이 1건이라면, 사람은 나머지 99건을 처리하는 동안 "승인"을 기본 반응으로 학습한다. 세션 초반 17%에서 50회 이후 5%로 떨어지는 곡선이 이 학습 과정을 그대로 보여준다. 분류기가 사람보다 뛰어나서가 아니라 지치지 않기 때문에 이기는 구조다. 앤스로픽이 실험 설계에서 정확도가 아니라 알아채는지 여부만 기록한 것도 같은 맥락으로 읽힌다.

다만 이 논리를 뒤집으면 불편한 결론도 따라 나온다. 승인 절차가 무너진 이유 중 상당 부분은 승인 요청을 그렇게 자주 띄우도록 만든 제품 설계에 있다. 마찰을 만든 쪽과 그 마찰을 없애는 자동화를 제안하는 쪽이 같다는 점은 이 수치를 인용할 때 함께 밝혀야 할 조건이다.

남는 11%는 사람이 놓치는 11%와 성격이 다르다

자동 모드의 차단율 89%는 위험 명령 11%가 그대로 통과한다는 뜻이기도 하다. 앤스로픽은 이 한계를 발표 글에 직접 적었다. "자동 모드가 대부분의 사용자에게 위험을 줄인다고 보지만, 이는 분류 시스템에 의존하므로 위험을 없애지는 않는다"며 운영 인프라에 대한 고위험 변경은 여전히 직접 검토하라고 권고했다.

주목할 지점은 두 방식이 놓치는 대상의 성격이 다르다는 데 있다. 사람이 놓치는 11%는 주의력 분산에서 나오므로 무작위에 가깝고 사람마다 다르다. 분류기가 놓치는 11%는 학습된 판단 경계에서 나오므로 결정론적이며, 같은 유형의 명령은 모든 사용자 환경에서 똑같이 통과한다. 개별 사고 확률은 낮아지지만 한 번 뚫리는 경로가 발견되면 전체 사용자 기반에 동시에 적용된다는 뜻이다. 위험의 총량이 줄어드는 대신 위험의 상관관계가 높아지는 교환이다.

적대적 시험 결과도 이 구도를 뒷받침한다. 아폴로 리서치(Apollo Research)가 수행한 레드팀 평가에서 분류기의 초기 미탐률은 12%였고, 보완 이후 별도 공격 집합에서 7%로 낮아졌다. 프롬프트 주입 방어는 별도로 측정됐다. 트라젝토리 랩스(Trajectory Labs)가 72개 시나리오를 각 10회씩 시험한 결과 자동 모드의 클로드 페이블 5, 오푸스 5, 소네트 5는 공격 성공률 0%였고, 비교 대상인 GPT-5.6 Sol의 코덱스 자동 검토는 5.83%였다.

이 수치들이 말해 주지 않는 것도 분명하다. 공격 성공률 0%는 시험된 72개 시나리오 안에서의 결과이며, 공격자가 분류기의 존재를 전제로 설계하는 다음 세대 공격은 이 표본에 없다. 방어선이 사람의 눈에서 분류기 한 겹으로 옮겨가면 공격자의 목표도 사람 속이기에서 분류기 속이기로 이동한다.

국내 개발 조직이 8월 14일 이전에 정해야 할 것

국내 개발 조직에 이번 전환이 갖는 실무적 함의는 결정 시점이 이미 정해졌다는 데 있다. 8월 14일 이후에는 아무 조치도 하지 않는 것 자체가 자동 모드를 선택하는 행위가 되므로, 프로와 맥스, 팀 요금제를 쓰는 조직은 그 전에 관리 설정을 검토해야 한다. 선택지는 defaultMode로 조직 기본 모드를 고정하거나, disableAutoMode로 자동 모드를 차단하거나, 기본값 전환을 그대로 받아들이는 세 가지다.

우선 점검할 대상은 하드 거부 규칙이다. 이 규칙은 사용자가 설정에서 직접 정의할 수 있으므로, 자동 모드를 받아들이기로 했다면 조직의 비밀 값 저장 경로와 사외 전송 대상을 규칙으로 먼저 못 박아 두는 편이 순서에 맞다. 분류기가 저장소 공개 여부와 깃 상태를 참조해 판단하고 깃 푸시 대상이 공개인지 비공개인지 확인한다는 설명도 발표 글에 나오므로, 사내 저장소의 공개 설정이 실제 위험 판단에 직접 영향을 준다.

반대로 자동 모드를 미뤄야 할 영역도 분명하다. 앤스로픽 스스로 운영 인프라에 대한 고위험 변경은 직접 검토하라고 권고했으므로, 배포 파이프라인과 프로덕션 데이터베이스, 결제와 개인정보를 다루는 저장소에 클로드 코드가 접근하는 구성이라면 해당 환경은 수동 모드로 고정하는 편이 안전하다. 사내 규정상 변경 이력에 사람 승인 기록이 필요한 조직이라면 감사 요건과의 충돌 여부를 먼저 확인해야 한다.

도입 사례에서 참고할 수치도 있다. 앤스로픽이 소개한 급여 관리 기업 거스토(Gusto)는 전체 세션의 약 10%에서 분류기 차단이 발생한다고 밝혔다. 열 번에 한 번은 분류기가 실제로 개입한다는 뜻이며, 이 비율은 자동 모드를 켠 뒤 조직이 관찰해야 할 기준선이 된다. 이 비율이 지나치게 높으면 작업 방식 자체를 손봐야 한다는 신호이고, 0%에 가깝다면 분류기가 실질적으로 아무것도 하지 않고 있다는 신호다.

이 전환이 검증되는 지점은 사고가 아니라 기록이다

자동 모드의 실제 안전성은 앞으로 나올 사고 사례가 아니라 사고를 확인할 수 있는 기록 체계에서 판가름난다. 앤스로픽이 제시한 6.3% 대 2.4% 비교는 자사 세션 데이터를 자사가 분석한 값이며, 심각도 7 이상이라는 기준의 산정 방식은 공개되지 않았다. 외부에서 같은 비교를 재현할 방법은 현재 없다.

책임 소재도 아직 정리되지 않은 영역이다. 사람이 승인 버튼을 눌러 발생한 피해와 분류기가 통과시켜 발생한 피해는 조직 내부에서 다르게 다뤄질 수밖에 없다. 승인 기록이 사라진 자리를 분류기 판단 로그가 대신 메우는지, 그 로그를 조직이 감사 목적으로 내려받을 수 있는지가 규제 산업에서는 도입 가능 여부를 직접 결정한다.

가장 큰 변수는 엔터프라이즈 전환이다. 앤스로픽은 한 달 안에 엔터프라이즈도 같은 기본값으로 옮기겠다고 밝혔는데, 프로와 맥스가 개인 개발자 환경이라면 엔터프라이즈는 규제와 감사 요건이 걸린 환경이다. 개인 사용자 1,053명 실험에서 얻은 89%라는 수치가 금융과 의료, 공공 영역의 개발 환경에서도 같은 의미를 갖는지는 그 전환이 진행되는 과정에서 확인될 것이다.

출처: 앤스로픽 공식 발표 Auto mode is now the default in Claude Code for Pro, Max, and Team plans(2026-08-14 적용), 테크크런치 보도(2026-08-09).