회사에서 Claude Code 사용을 너무 까다롭게 제한함

뭐, 쓰레기 같은 코드를 잔뜩 배포하는 것도 지속 가능한 방식은 아니지. 언젠가는 누군가 작업을 검토해야 하니까.

나는 Claude가 rm -rf 명령어를 실행하려다가 스스로 멈추는 걸 본 적도 있음. 심지어 전체 프로젝트 폴더를 지우려던 적도 있었지. 나는 풀 오토로 돌리고 그 이상도 함. rm은 아마 자동 모드를 멈추도록 프로그래밍된 트리거일 거야.

IT 담당자들에게 Claude Code용 샌드박스를 알아보라고 추천해 봐. 기본적으로 Claude를 컨테이너 안에 가두면 로컬 머신에 피해를 줄 수 없거든. 그렇게 하면 위험을 아주 잘 격리한 상태로 권한 승인을 건너뛸 수 있지. https://code.claude.com/docs/en/sandbox-environments (문서를 다 읽어볼 시간이 없다면 Claude한테 이 링크를 주고 접근 방식의 옵션이나 장단점에 대해 설명해달라고 해봐)

난 그냥 하드 드라이브에 rm -rf 하지 말라고만 부탁함. 나머지는 알아서 하게 두고 나 좀 내버려 두라고 함. 난 코딩 진짜 못하거든.

tmux 엔터 루프는 통제가 실패했다는 가장 확실한 신호임. 항상 승인되는 프롬프트는 안전 경계가 아니라 그냥 지연 시간일 뿐임. 모든 명령마다 승인받게 하지 말고 기능별로 정책을 나누는 걸 추천함: 저위험 읽기, grep, 테스트, 포맷팅, 레포 내부의 로컬 쓰기는 허용하고, 새로운 아웃바운드 호스트, 패키지 설치 스크립트, 시크릿 경로, 배포/운영 자격 증명, git push, 파괴적인 파일 시스템 작업에는 승인을 요구하셈. 에이전트를 devcontainer나 VM에 넣고...

tmux로 1초마다 엔터키를 누르게 하는 루프가 이 상황의 진짜 감사 지적 사항이네. 항상 승인되는 프롬프트는 통제가 아니라 그냥 지연일 뿐이고, 정책 때문에 결국 승인해야 할 것을 자동으로 승인하게 만들어버린 꼴임.