Claude Code, 게이트웨이 뒤의 자동 모드 판단 방식 변경

서버가 확인하지 못한 작업을 그대로 진행하지 않습니다

한국시간 2026년 11월 7일 공개된 Claude Code 2.1.319는 자동 모드의 판단 경로를 바꿨습니다. 텔레메트리나 기능 플래그가 꺼진 환경, LLM 게이트웨이 뒤의 환경 등에서 서버가 검사할 수 없는 호출은 확인을 요청하거나 거부합니다. 이때 내장 분류기로 자동 전환하던 동작을 중단한 것이 핵심입니다.

적용 범위에는 중요한 예외가 있습니다. 릴리스는 Bedrock·Vertex·Foundry의 동작은 바뀌지 않는다고 명시합니다. 따라서 클라우드 연동을 사용하는 모든 팀이 같은 변화의 영향을 받는다고 일반화하면 안 됩니다. 직접 연결인지, 게이트웨이를 경유하는지, 어떤 제공자를 쓰는지부터 구분해야 합니다.

자동 모드가 사용하는 검토 경로를 확인합니다

공식 환경 변수 문서에서 CLAUDE_CODE_AUTO_MODE_SERVER는 서버에 자동 모드 작업 검토를 요청할지를 제어합니다. 값이 0이면 Claude Code 자체 분류기 요청을 사용한다고 설명합니다. 이는 검사를 전혀 하지 않는다는 의미가 아니며, 조직이 정한 검토 경로를 임의로 바꿔 작업을 통과시키라는 권장 사항도 아닙니다.

이번 릴리스는 게이트웨이 환경에서 서버 검토를 명시적으로 활성화하는 설정과 실험적 베타 비활성화 설정이 함께 있을 때의 처리도 다룹니다. 관리 설정으로 제한한 환경에는 관리자가 함께 지정해야 하는 조건이 있으므로, 프로젝트 파일의 값 하나만 확인해서 실제 적용 상태를 판단하기 어렵습니다. 운영 담당자가 연결 경로와 유효 설정을 함께 검토해야 합니다.

무인 실행에서는 종료 코드도 중요합니다

2.1.319는 안전성 검사가 불가능해 작업이 거부된 경우에도 claude -p가 성공 코드 0으로 끝나던 문제를 수정했습니다. 이 경우 텍스트·JSON 출력 모두 종료 코드 1로 끝나도록 바뀌었다고 릴리스에 적혀 있습니다. 예약 작업이 프로세스 종료만으로 성공을 기록했다면, 이제 실패를 제대로 드러내는 변화인지 확인할 필요가 있습니다.

또 permissions.denyInsteadOfPrompting 설정이 추가돼 확인 응답을 기다릴 호출을 거부하고 턴을 이어갈 수 있습니다. 터미널·하위 에이전트·팀원 세션을 대상으로 한 동작이며, 거부된 일을 실행 완료로 바꾸는 기능은 아닙니다. 확인 대기와 거부, 실제 완료를 서로 다른 상태로 기록하는 운영이 필요합니다.

기존 작업을 어떻게 점검할까요?

허가된 테스트 폴더에서 읽기와 수정 작업을 나눠, 검토가 전달되는지와 거부된 뒤 후속 단계가 멈추는지를 확인할 수 있습니다. 권한 제한을 풀어 성공시키기보다 원래 정책 안에서의 결과를 비교하는 방식입니다. 여기서는 공식 발표와 문서만 검토했으며, 특정 게이트웨이에서의 동작이나 자동 모드 승인율을 직접 측정하지 않았습니다.

출처

• 공식 릴리스 원문
• 공식 환경 변수 문서