Claude Code 기본값이 '오토 모드'로 — 매번 물어보는 대신, 위험할 때만 묻는다

Claude Code 써보신 분들이라면 다들 공감하실 텐데요. 파일 하나 고칠 때마다, 명령어 하나 돌릴 때마다 '실행할까요?' 하고 물어보는 확인 창을 하루에도 수십 번씩 눌러야 했잖아요. Anthropic이 공식 블로그를 통해 이 방식을 바꾼다고 발표했어요. 이제 Claude Code의 기본 동작이 '오토 모드'가 된 거예요.

오토 모드가 뭐냐면

지금까지 Claude Code의 기본값은 뭔가를 할 때마다 사용자에게 승인을 받는 방식이었어요. 안전하긴 한데, 조금만 큰 작업을 시키면 승인 버튼만 누르다 시간이 다 가는 문제가 있었죠. 오토 모드는 이 접근을 뒤집어요. 작업의 위험도를 먼저 판단해서, 안전한 범위의 작업 — 파일 읽기, 프로젝트 안에서의 코드 수정, 격리된 환경에서의 명령 실행 같은 것들 — 은 물어보지 않고 바로 진행해요. 대신 되돌리기 어렵거나 바깥세상에 영향을 주는 작업, 예를 들어 원격 저장소에 강제 푸시를 한다거나 파일을 지운다거나 외부 서비스에 뭔가를 보내는 작업은 여전히 사용자 확인을 받고요.

이걸 가능하게 하는 밑바탕이 샌드박싱이에요. 이게 뭐냐면, 명령어가 실행되는 공간을 울타리로 둘러쳐서 정해진 폴더 바깥의 파일이나 허용되지 않은 네트워크에는 손대지 못하게 격리하는 기술이에요. 울타리 안에서는 뭘 해도 피해 범위가 제한되니까, 그 안의 작업은 자동으로 승인해도 괜찮다는 논리인 거죠.

'매번 묻기'가 오히려 위험하다는 역설

재미있는 건 이 변화가 편의성만이 아니라 안전 관점에서도 설명된다는 점이에요. 보안 분야에는 '경고 피로(alert fatigue)'라는 개념이 있는데요. 확인 창이 너무 자주 뜨면 사람은 내용을 읽지 않고 기계적으로 승인 버튼을 누르게 돼요. 매번 물어보는 시스템이 역설적으로 아무것도 검토하지 않는 시스템이 되어버리는 거죠. 차라리 안전한 건 조용히 처리하고 정말 위험한 순간에만 물어봐야, 사용자가 그 경고를 진지하게 읽는다는 설계 철학이에요. 은행 앱이 잔액 조회할 때는 안 물어보고 큰돈을 이체할 때만 추가 인증을 요구하는 것과 비슷해요.

업계 전체가 같은 방향으로 가고 있어요

이 흐름은 Claude Code만의 이야기가 아니에요. Cursor는 이미 에이전트가 명령을 자동 실행하는 옵션을 제공해왔고, GitHub Copilot도 에이전트 모드에서 자율 실행 범위를 계속 넓혀왔거든요. AI 코딩 도구들의 경쟁 포인트가 '얼마나 코드를 잘 짜느냐'에서 '얼마나 사람 손을 덜 타고 일을 끝내느냐'로 옮겨가고 있는 거예요. 다만 반대편의 우려도 만만치 않아요. 대표적인 게 프롬프트 인젝션인데요. AI가 웹 문서나 코드 주석을 읽다가 그 안에 숨겨진 악성 지시문을 진짜 명령으로 착각하게 만드는 공격이에요. 자동 실행 권한과 이 공격이 결합되면 피해가 커질 수 있어서, 샌드박스의 격리 수준과 '위험한 작업은 반드시 확인받는다'는 원칙이 얼마나 잘 지켜지느냐가 관건이 될 거예요.

한국 개발자는 뭘 챙겨야 할까

개인 프로젝트에서야 오토 모드가 생산성을 확실히 올려주겠지만, 회사 코드에 적용할 때는 몇 가지를 점검해보시면 좋겠어요. 우선 기본값이 바뀐 것이지 강제는 아니라서, 설정을 통해 기존처럼 매번 확인받는 방식으로 되돌릴 수 있어요. 팀 차원에서는 어떤 저장소에서 어떤 모드를 쓸지 가이드라인을 정해두는 게 좋고요. 중요한 저장소라면 브랜치 보호 규칙과 코드 리뷰 절차가 AI 시대의 마지막 안전망 역할을 하게 되니까, 이 기회에 한번 점검해보실 만해요. AI가 만든 변경도 결국 사람이 만든 변경과 같은 관문을 통과하게 만들면, 자동 실행의 위험은 상당 부분 통제할 수 있거든요.

정리하면, AI 코딩 도구가 '조수'에서 '자율적으로 일하는 동료'로 넘어가는 전환점에서, 기본값이라는 가장 강력한 설정이 자율 쪽으로 움직였다는 소식이에요. 기본값의 힘은 생각보다 커서, 대부분의 사용자는 기본 설정 그대로 쓰게 되거든요. 여러분은 AI에게 어디까지 자동 실행을 맡기실 건가요? 자동 실행 기능을 쓰다가 아찔했던 경험이 있다면 공유해주세요.