Claude Code auto mode git 안전장치: 로컬 변경을 날리기 전 막는 법 | DAKER 커뮤니티

Claude Code auto mode git 안전장치: 로컬 변경을 날리기 전 막는 법

Claude Code auto mode git 안전장치란, 자동 실행 중 로컬 변경을 지울 수 있는 명령을 실행 전 분류기가 막는 보호 흐름을 의미합니다. 2026년 6월 22일 기준 공식 changelog 2.1.183은 사용자가 명시하지 않은 git reset --hard, git clean -fd, git stash drop 같은 파괴적 명령 차단을 강화했습니다.

_이미지: 클로드 코드 auto mode가 파괴적 git 명령을 실행 전 차단하고 사용자가 기록을 확인하는 흐름._

Claude Code auto mode에서 왜 git 명령이 가장 위험할까?

한 줄 요약: auto mode는 승인 피로를 줄이지만, 로컬 변경 폐기는 되돌리기 어려워 별도 안전 기준이 필요합니다.

팀에서 auto mode를 켜는 이유는 반복 승인 없이 테스트, 수정, 재시도를 이어가기 위해서입니다. 문제는 Claude가 작업 정리를 위해 git reset --hard나 git clean -fd를 제안하는 순간입니다. 이 명령은 빌드 오류를 빨리 없앨 수 있지만, 사람이 아직 보존하려던 변경도 같이 지울 수 있습니다.

DAKER의 기존 자동 모드 신뢰 경계 설정하기는 auto mode를 켜기 전 신뢰 범위를 잡는 방법을 다뤘습니다. 이번 글은 2026년 6월 19일 changelog 이후 팀이 바로 점검해야 할 git 명령 차단 기준에 집중합니다.

auto mode가 기본으로 막는 git 작업은 무엇인가?

공식 문서 기준 auto mode는 별도 classifier가 실행 전 action을 검토합니다. changelog 2.1.183 이후 실무자가 특히 봐야 할 항목은 아래입니다.

명령/작업	위험	운영 기준
`git reset --hard`	작업 트리 변경 폐기	사용자가 폐기를 명시하지 않으면 멈춤
`git checkout -- .`	여러 파일 되돌림	복구 가능한지 먼저 확인
`git clean -fd`	untracked 파일 삭제	생성물과 초안 파일 구분 필요
`git stash drop`	임시 보관 변경 삭제	stash owner와 내용 확인
`git commit --amend`	기존 커밋 재작성	해당 세션이 만든 커밋인지 확인
`terraform destroy` 계열	인프라 삭제	특정 stack 요청이 없으면 금지

여기서 핵심은 “Claude가 똑똑하면 괜찮다”가 아닙니다. auto mode는 실행 전 안전 검토를 추가하지만 연구 preview입니다. 민감한 변경은 사람이 리뷰하고, 반복되는 차단은 팀 규칙으로 옮겨야 합니다.

_이미지: 클로드 코드 auto mode에서 git reset, clean, amend, destroy 계열 명령을 점검하는 카드형 체크리스트._

단계별 사용법: 안전하게 auto mode를 켜려면?

작업 시작 전 git status로 보존할 변경을 확인합니다.
버려도 되는 생성물은 .gitignore와 build output 규칙으로 분리합니다.
auto mode를 켠 뒤 destructive git 명령이 나오면 바로 승인하지 말고 의도와 대상 파일을 확인합니다.
/permissions의 Recently denied 탭에서 어떤 명령이 막혔는지 확인합니다.
반복적으로 막히는 정상 작업은 narrow allow rule이나 별도 런북으로 분리합니다.
폐기 작업이 필요하면 “어떤 파일/스택을 버려도 되는지”를 지시문에 구체적으로 씁니다.

짧은 예시: 디버깅 세션 지시문는 어떻게 쓰나?

auto mode로 테스트 실패를 고쳐줘.

경계:
- 내 미커밋 변경은 버리지 않는다.
- git reset --hard, git clean -fd, stash drop은 실행하지 않는다.
- 생성된 캐시 삭제가 필요하면 먼저 파일 목록을 보여준다.
- 수정 후 git diff 요약과 테스트 결과를 보고한다.

이렇게 쓰면 auto mode가 허용할 작업과 멈춰야 할 작업이 더 선명해집니다. 문서 기준 대화에서 말한 경계도 classifier의 차단 신호가 될 수 있지만, 장기 보장은 아닙니다. 팀 공통 금지는 권한 규칙으로 남기세요.

팀 적용 체크리스트: 무엇을 기록해야 하나?

auto mode를 쓸 수 있는 작업: 테스트 수정, 문서 정리, 작은 리팩터링
auto mode를 피할 작업: 배포, 데이터 삭제, migration, shared infra 변경
시작 전 확인: git status, 현재 branch, stash 목록, untracked 파일
차단 후 확인: Recently denied 명령, Claude의 대안, 사람이 승인한 이유
리뷰 기준: diff가 작고 테스트가 통과했는지, 로컬 변경 폐기가 없었는지

공식 출처: 2026년 6월 22일 확인

공식 Claude Code changelog 2.1.183, permission modes, auto mode configuration 문서를 기준으로 확인했습니다. 이 글의 공개 링크는 DAKER 내부 정책에 맞춰 DAKER 내부 글만 연결했습니다.

FAQ: Claude Code auto mode git 안전장치

auto mode를 켜면 git reset이 항상 막히나요?

항상은 아닙니다. 사용자가 명시적으로 로컬 작업 폐기를 요청했는지, 작업 대상이 무엇인지에 따라 달라집니다. 모호하면 멈추는 쪽으로 설계하는 편이 안전합니다.

`git commit --amend`는 왜 조심해야 하나요?

amend는 기존 커밋을 다시 씁니다. changelog 2.1.183 기준 agent가 해당 세션에서 만들지 않은 커밋을 amend하는 경우 차단 대상입니다.

반복 차단이 많으면 auto mode를 끄는 게 맞나요?

반복 차단은 작업 맥락이 부족하다는 신호일 수 있습니다. 먼저 trusted infrastructure, narrow allow rule, 명확한 지시문 경계를 점검하고, 그래도 불안하면 default 또는 plan mode로 낮추세요.

팀에서는 어떤 글을 같이 보면 좋나요?

권한 운영을 처음 잡는 팀은 자동 모드 신뢰 경계 설정하기와 Output Style로 답변 형식과 톤 고정하기를 함께 보세요.

다음 auto mode 세션을 시작하기 전, 먼저 git status와 “절대 버리면 안 되는 변경” 한 줄을 지시문에 넣어 보세요.