샌드박스 모드

샌드박스 모드는 AI 에이전트에게 놀이터 울타리를 쳐주는 것과 같다. 아이에게 마당 전체를 뛰어다니게 하면 화단을 밟거나 수도꼭지를 건드릴 수 있지만, 울타리 친 놀이터 안에서만 놀게 하면 무슨 짓을 해도 집 안 물건은 안전하다. 코딩 에이전트도 마찬가지로, 사용자의 실제 파일과 시스템에 마음대로 접근하지 못하게 막아두고 정해진 좁은 영역 안에서만 코드를 실행하게 만드는 방식이다.

반대되는 개념이 전체 접근 모드다. 이 모드에서는 에이전트가 컴퓨터의 거의 모든 파일과 폴더를 건드릴 수 있는데, 작업 속도나 편의성은 높아지지만 에이전트가 실수하거나 잘못된 명령을 실행했을 때 피해 범위도 그만큼 커진다. 실제로 사용자 승인 없이 파일을 삭제하는 사고가 발생했던 사례처럼, 에이전트가 자율적으로 명령을 실행하는 구조에서는 이 울타리 유무가 사고의 크기를 좌우한다.

그래서 개발사들은 에이전트가 위험한 작업, 특히 파일 삭제 같은 되돌리기 어려운 명령을 실행하기 전에는 샌드박스 모드를 기본값으로 두라고 권고한다. 완전히 사고를 막아주지는 못해도, 사고가 나더라도 피해가 좁은 울타리 안에 갇히게 해주는 최소한의 안전장치인 셈이다.

기사에서는 "오픈AI는 이용자들에게 샌드박스 모드 중 하나를 유지하고 앱을 최신 버전으로 업데이트할 것을 권고했다"고 언급된다. 여기서 오해하기 쉬운 점은, 샌드박스 모드가 버그 자체를 막아주는 기능은 아니라는 것이다. 실제로 이번 파일 삭제 사고는 샌드박스 설정과 별개로 시스템 변수 처리 문제에서 비롯됐고, 샌드박스 모드는 그런 사고가 났을 때 피해 범위를 줄여주는 보조 장치에 가깝다.

코딩 에이전트를 쓰기 전 이렇게 확인해보자: 1) 설정 메뉴에서 현재 실행 모드가 샌드박스인지 전체 접근인지 확인한다. 2) 프로젝트 전체가 아니라 특정 하위 폴더로만 접근 권한을 좁힌다. 3) 파일 삭제나 대규모 정리 작업을 맡기기 전에는 먼저 백업을 해둔다. 4) 앱과 CLI 도구를 최신 버전으로 유지해 이미 알려진 안전 패치를 놓치지 않는다.