클로드코드 자동승인 총정리 — 권한 모드 6가지 변경 방법

클로드코드(Claude Code)에서 매번 승인·거부 누르기가 귀찮으셨다면, Shift+Tab 한 번으로 자동승인이 켜집니다. 따로 스위치가 있는 게 아니라 권한 모드를 바꾸는 것입니다.

파일 하나 고칠 때마다, 명령어 하나 실행할 때마다 "해도 될까요?" 하고 멈춰 서죠. 그때마다 yes를 눌러줘야 다음으로 넘어가니 자리를 못 뜹니다. 위험하지 않은 작업이라면 자동승인을 켜두고 밥을 먹으러 가도 되고, 화장실을 다녀와도 되고, 자고 일어나도 됩니다. 돌아와 보면 일이 끝나 있습니다.

먼저 확인할 게 하나 있습니다. Pro·Max·Team 요금제는 이미 자동 승인 모드(auto mode)로 시작합니다. 매번 물어보는 게 원래 기본값이 아니라는 뜻이에요. 계속 승인 창이 뜬다면 어딘가에서 모드가 바뀌어 있는 겁니다.

권한 모드는 오토 모드(auto), 매뉴얼 모드(manual), 플랜 모드(plan), 억셉트 에딧(acceptEdits), 돈트애스크(dontAsk), 바이패스(bypassPermissions) 여섯 개입니다. 그런데 Shift+Tab으로 도는 건 네 개뿐이고, 정말 위험한 건 하나입니다. 그 하나만 피하면 마음 놓고 자리를 비울 수 있습니다.

이 글은 2026년 8월 26일 공식 문서와 실제 화면으로 확인해 정리했습니다. 여섯 모드 전부의 상태 표시줄 캡처가 들어 있습니다.

지금 어느 권한 모드인지 보는 법 — 상태 표시줄

터미널 아래 상태 표시줄을 보면 됩니다. ⏸는 멈춰서 물어보는 계열, ⏵⏵는 그냥 진행하는 계열입니다.

Shift+Tab으로 실제로 돌려보면 이렇게 나옵니다.

매번 물어보는 manual 모드입니다. 설정 파일에서는 default로 적힙니다.

파일 수정은 묻지 않고 진행하는 accept edits입니다.

읽기만 하고 고치지 않는 plan 모드입니다.

알아서 하되 뒤에서 다른 모델이 검사하는 auto 모드입니다. Pro·Max·Team의 시작 모드가 이것입니다.

클로드코드 shift tab으로 도는 건 네 개뿐입니다

여기서 헷갈리기 쉬운 부분입니다. 모드는 여섯 개지만, Shift+Tab 순환에 기본으로 들어 있는 건 네 개입니다.

auto에서 시작하면 첫 번째 누름이 manual로 가고, 그다음부터는 이 순서로 돕니다.

manual → accept edits → plan → 다시 manual

don't ask와 bypass permissions는 아무리 눌러도 안 나옵니다. 안 깔린 게 아니라 순환에서 빠져 있는 것입니다.

bypass 모드가 안 보일 때 꺼내는 법

세 가지 방법이 있고, 목적이 다릅니다.

① 그때만 쓰고 싶다 — 순환에 자리만 추가

claude --allow-dangerously-skip-permissions

이게 대부분의 경우 정답입니다. 모드가 켜지는 게 아니라 Shift+Tab 순환에 자리만 생깁니다. 평소에는 manual이나 auto로 쓰다가, 필요한 순간에만 Shift+Tab을 눌러 들어갔다 나오면 됩니다.

② 처음부터 켜고 시작하겠다

claude --dangerously-skip-permissions

세션이 시작부터 bypass입니다. 컨테이너나 VM처럼 격리된 환경에서만 쓰세요.

③ 항상 이 모드로 시작하겠다

settings.json에 permissions.defaultMode를 "bypassPermissions"로 둡니다. 매번 그 상태로 켜지니 권하지 않습니다.

실제로 ①로 띄우고 Shift+Tab을 돌리면 이렇게 나옵니다.

시작할 때 바로 이 모드가 되는 게 아니라, 순환에 자리가 생겨서 Shift+Tab으로 들어간 상태입니다. 이 차이가 ①과 ②를 가릅니다.

플래그를 넣었는데도 안 보인다면

가장 흔한 원인은 이미 떠 있는 세션에서 시도한 것입니다. 권한 플래그는 세션을 시작할 때만 읽습니다. 실행 중인 창에 명령어를 쳐도 아무 일도 일어나지 않습니다. 터미널을 새로 열어 처음부터 그 명령으로 띄워야 합니다.

참고로 /status에는 권한 모드가 표시되지 않습니다. 현재 모드는 상태 표시줄로만 확인합니다.

don't ask는 셋 중 어느 방법으로도 순환에 안 들어옵니다. 순환에 절대 나타나지 않는 모드라서, 쓰려면 실행할 때 지정하는 수밖에 없습니다.

claude --permission-mode dontAsk

이렇게 시작하면 바로 그 모드입니다. 다만 상태 표시줄에 shift+tab to cycle이 그대로 붙어 있어도, 여기서 나가면 다시 못 돌아옵니다. 미리 허락한 도구 외에는 묻지도 않고 거절하니 일상 작업용은 아니고, 사람이 지켜보지 않는 CI나 스크립트에서 씁니다.

추가된 모드는 plan 뒤에 끼어듭니다. bypass permissions가 먼저, auto가 마지막입니다. 둘 다 켜져 있으면 auto로 가는 길에 bypass를 지나가게 되니, 실수로 멈추지 않도록 주의하세요.

클로드코드 권한 모드 6가지 차이 — auto·manual·plan·acceptEdits·dontAsk·bypass

물어보지 않고 그냥 하는 범위가 다릅니다.

Manual (설정값은 default) : 읽기만 자동입니다. 나머지는 전부 물어봅니다. 민감한 작업이나 하나하나 확인하고 싶을 때 씁니다.

acceptEdits : 읽기 + 파일 수정 + mkdir, touch, mv, cp 같은 기본 파일 명령까지 자동입니다. 코드를 보면서 고쳐나갈 때 편합니다.

plan(플랜 모드) : 읽기만 합니다. 코드를 훑어보되 손대지는 않습니다. 뭘 바꿀지 정하기 전에 파악하는 단계용입니다.

auto : 다 하는데 뒤에서 다른 모델이 검사합니다. 사람 대신 그 모델이 "이 작업이 요청한 일에 맞나"를 봅니다. 긴 작업에서 승인 창에 지치지 않으려고 씁니다. Pro·Max·Team의 시작 모드가 이것입니다.

dontAsk : 미리 허락해둔 도구만 씁니다. 나머지는 물어보지도 않고 그냥 거절합니다. 사람이 없는 CI나 스크립트용입니다.

bypassPermissions : 다 합니다. 검사도 없습니다.

bypassPermissions는 언제 쓰나요

공식 문서의 표현은 이렇습니다. 컨테이너나 VM처럼 클로드 코드가 망가뜨려도 되는 격리된 환경에서만 쓰라고 합니다.

이유는 이 모드에서만 열리는 게 있어서입니다. 보호 경로에 쓰기가 허용됩니다.

.git, .claude, .vscode, .idea, .devcontainer
.gitconfig, .gitmodules
.zshrc, .bashrc, .profile, .envrc

다른 모드에서는 이 경로들에 쓰려고 하면 무조건 물어보거나 막힙니다. 셸 설정 파일과 git 설정이 여기 들어 있다는 게 핵심입니다. 자동으로 고쳐지면 곤란한 것들이에요.

플래그 이름에 dangerously가 들어간 건 우연이 아닙니다. 켜는 방법은 앞에서 정리한 세 가지 그대로입니다.

참고로 시작 모드만 정해두고 싶다면 위험한 모드가 아니어도 됩니다. 예를 들어 항상 계획부터 세우게 하려면 이렇게 띄웁니다.

claude --permission-mode plan

프로젝트마다 고정하려면 그 폴더의 .claude/settings.json에 permissions.defaultMode를 적어두면 됩니다.

어떤 모드에서도 안 열리는 것이 있습니다

bypassPermissions를 켜도 자동 승인되지 않는 게 있습니다.

ask 규칙에 걸린 도구. 직접 물어보라고 지정한 것들입니다.
조직이 확인하도록 설정한 커넥터 도구.
사람에게 물어봐야 하는 도구. 선택지를 제시하고 고르게 하는 종류입니다.

deny 규칙도 모든 모드에서 막힙니다. bypassPermissions에서도요. 반대로 allow 규칙은 bypassPermissions에서는 의미가 없습니다. 어차피 다 열려 있으니까요.

클로드 코드 권한 설정은 모드보다 규칙이 먼저입니다

클로드 코드 권한 설정은 두 층입니다. 모드가 바닥을 정하고, 그 위에 규칙을 얹습니다. /permissions로 봅니다.

allow : 물어보지 않고 씁니다
ask : 매번 확인합니다
deny : 아예 막습니다

순서가 중요합니다. deny → ask → allow 순으로 검사하고, 처음 걸린 것이 이깁니다. 더 구체적인 규칙이 이기는 게 아닙니다.

그래서 Bash(aws *)를 deny로 걸어두면 Bash(aws s3 ls)를 allow로 열어둬도 막힙니다. 넓게 막고 좁게 예외를 두는 방식이 안 됩니다.

규칙은 도구 또는 도구(범위) 형태로 씁니다.

Bash(npm run build) : 그 명령만
Read(./.env) : 그 파일 읽기만
WebFetch(domain:example.com) : 그 도메인만

제 설정에는 이렇게 세 줄만 들어 있습니다.

{ "permissions": { "allow": ["Read", "WebFetch", "WebSearch"] } }

읽고 찾는 건 열어두고 나머지는 그때그때 판단합니다. 모드를 통째로 여는 것보다 이쪽이 덜 무섭습니다.

자주 묻는 질문

클로드 코드 자동 yes는 어떻게 켜나요?Shift+Tab으로 acceptEdits까지만 가보세요. 파일 수정이 자동이 되는 것만으로 대부분 해결됩니다. bypassPermissions까지 갈 이유는 거의 없습니다.

bypass 모드를 그냥 개인 노트북에서 쓰면 안 되나요? 공식 문서는 격리된 환경에서만 쓰라고 합니다. 셸 설정 파일과 git 설정이 자동으로 고쳐질 수 있기 때문입니다. 정 쓰겠다면 중요한 경로를 deny 규칙으로 막아두세요. deny는 이 모드에서도 유효합니다.

모드를 대화로 바꿀 수 있나요? 안 됩니다. 클로드에게 "권한 모드 바꿔줘"라고 말해도 안 바뀝니다. Shift+Tab이나 플래그로만 됩니다.

팀에서 bypass를 못 쓰게 막을 수 있나요? 설정 파일에 permissions.disableBypassPermissionsMode를 "disable"로 두면 됩니다. auto 모드는 permissions.disableAutoMode입니다. 관리자 설정에 넣으면 개인이 못 바꿉니다.

plan 모드는 뭐가 좋나요? 안 고치기 때문입니다. 낯선 코드를 훑을 때 실수로 뭔가 바뀌는 걸 막아줍니다.

클로드코드 오토모드가 안 보입니다. 요금제와 모델을 확인하세요. Pro·Max·Team에서는 기본으로 켜져 있지만, 조직 관리자가 permissions.disableAutoMode로 꺼두면 순환에서 사라집니다.

플래그를 넣었는데 모드가 안 바뀝니다. 이미 실행 중인 세션에서 시도하신 것일 가능성이 높습니다. 권한 플래그는 세션을 시작할 때만 읽습니다. 터미널을 새로 열어 처음부터 그 명령으로 띄우세요.

/status 에서 지금 권한 모드를 볼 수 있나요? 없습니다. /status에는 버전·세션·모델·MCP는 나오지만 권한 모드 항목이 없습니다. 상태 표시줄로만 확인합니다.

정리하면

모드 바꾸기 : Shift+Tab. 대화로는 안 됩니다.
지금 모드 확인 : 상태 표시줄. ⏸면 물어보고 ⏵⏵면 진행합니다.
대부분은 acceptEdits면 충분합니다. 파일 수정만 자동이 됩니다.
bypassPermissions는 격리된 환경에서만. 셸 설정과 git 설정까지 열립니다.
deny 규칙은 모든 모드에서 유효합니다. 모드를 열더라도 막을 건 막아두세요.

VS Code 안에서 쓰고 계시다면 VS Code에서 클로드 코드 쓰는 법에 설치·연동과 에러 해결이 정리돼 있습니다. 승인 창을 줄인 다음에는 클로드 스킬 추천 3개로 반복 작업 자체를 줄여보세요.

설치에서 막혔다면 command not found 해결을, 자리에 없을 때도 일이 돌아가게 하려면 헤르메스 에이전트와 클로드 코드 차이가 참고가 됩니다.

이 글은 Claude Code 권한 모드를 2026년 8월 26일 공식 문서와 실제 화면으로 확인해 정리한 것입니다. 클로드 코드는 업데이트가 잦아서 모드 이름과 표시가 바뀔 수 있습니다. claude --help로 현재 플래그를 먼저 확인하세요.