Anthropic은 2026년 8월 14일부터 Claude Code의 새 세션에서 자동 모드를 Pro·Max·Team 요금제의 기본 권한 모드로 전환한다. 이 변화는 에이전트가 더 많은 명령을 묻지 않고 실행하게 만든다는 뜻보다, 실행 직전의 사람 확인을 기본 안전장치로 삼던 책임 배분을 정책·환경 경계 중심으로 옮긴다는 뜻에 가깝다.
Simon Willison이 인용한 평가에서 1,053명의 유료 개발자에게 같은 유해 행동을 제시했을 때 사람 검토가 이를 거부한 비율은 13.6%였고, 자동 모드는 89%를 차단했다. 숫자의 핵심은 사람이 자동 모드보다 느슨하다는 단순 비교가 아니다. 수십 번의 확인창을 계속 누르는 흐름에서는 승인 자체가 판단이 아니라 작업을 계속하기 위한 마찰 제거 동작이 되기 쉽다. 자동 모드는 그 반복을 분류기로 넘기고, 사람이 무엇을 허용할지 미리 정한 규칙에 개입하도록 역할을 바꾼다.
자동 모드는 무엇을 자동으로 통과시키는가
자동 모드는 모든 명령을 무조건 실행하는 권한이 아니다. Claude Code 공식 문서는 도구 호출을 분류기에 보내 되돌릴 수 없거나 파괴적이거나 지정한 환경 밖을 향하는 동작을 막는다고 설명한다. 명시적 차단 규칙(permissions.deny)과 확인 규칙(permissions.ask)은 분류기보다 먼저 적용된다. 따라서 조직이 “절대 실행하지 말 것”으로 정한 동작은 자동 모드의 판단 대상이 아니며, “이 종류의 배포·푸시는 사람이 볼 것”도 계속 확인창으로 남길 수 있다.
기본 신뢰 범위도 좁다. 작업 디렉터리와 현재 저장소의 설정된 원격 저장소만 안쪽으로 간주한다. 회사의 다른 소스 제어 조직에 푸시하거나 팀 클라우드 버킷에 쓰는 작업은 autoMode.environment에 신뢰 대상으로 적기 전까지 막힌다. 자동화가 넓어질수록 ‘어떤 명령을 허용할까’보다 ‘어디를 우리 작업 경계로 볼까’가 먼저 정해야 할 질문이 된다.
승인을 없애는 대신 무엇을 설계해야 하나
기존의 확인 중심 흐름에서는 사람이 매 실행 순간 ‘예’라고 눌러도, 그 승인이 어떤 데이터·대상·배포 경로까지 포괄하는지 관리하기 어렵다. 자동 모드에서는 그 질문이 설정으로 앞당겨진다. 개인은 사용자 설정에 신뢰할 저장소·도메인·버킷을 적고, 조직은 관리형 설정으로 공통 경계를 배포할 수 있다. 프로젝트의 CLAUDE.md는 “강제 푸시 금지” 같은 행동 규칙을 Claude와 분류기가 함께 읽는 자리가 된다.
여기서 규칙의 강도도 구분해야 한다. 배포 전 한 번 더 사람이 보길 원하면 permissions.ask가 맞고, 어떤 상황에서도 실행하면 안 되는 동작은 관리형 permissions.deny로 분류기 앞에서 끊어야 한다. 대화에 “푸시하지 말라”고 적는 방법은 한 세션의 임시 약속으로는 쓸 수 있지만, 대화 압축으로 그 문맥이 사라질 수 있어 지속적인 경계가 되지 못한다. 자동 모드를 켠 뒤에도 운영 책임자가 해야 할 일은 승인 버튼을 대신 누르는 것이 아니라 이 세 층을 실제 자산과 배포 절차에 맞게 나누는 일이다.
기본값 전환이 팀 운영에 남기는 과제
기본 모드가 바뀌면 ‘자동 모드를 쓸지’보다 기존 승인 습관이 어떤 경계를 실제로 지키고 있었는지를 먼저 점검해야 한다. 기본값을 사용자가 이미 정해 두었다면 일회성 전환 안내를 수락하지 않는 한 그 설정은 유지되고, 조직이 관리하는 기본값도 바뀌지 않는다. 즉 이번 전환은 모든 팀을 같은 실행 방식으로 밀어 넣는 조치가 아니라, 새 세션의 출발점을 자동 분류로 바꾸는 일이다.
그 출발점에서 팀이 확인할 대상은 명확하다. 코드가 나가는 원격 저장소, 쓰기가 가능한 버킷과 내부 도메인, 배포로 이어지는 브랜치, 비밀값이 섞일 수 있는 경로를 각각 신뢰·확인·차단 중 어디에 둘지 정해야 한다. 사람의 클릭을 줄인 자리에 더 구체적인 경계 정의가 들어간다. 이것이 자동 모드 기본화가 에이전트 실행의 책임을 사용자 한 번의 승인에서 조직의 사전 정책으로 옮기는 방식이다.
출처: Simon Willison, Auto mode is now the default in Claude Code for Pro, Max, and Team plans (2026-08-09 확인)