HOIBLOG먼저 읽는 요약
무료화 범위 — ChatGPT 계정으로 로그인한 Auto-review 안전검토의 비용과 플랜 사용량 차감이 없어졌습니다. 본 작업의 사용량·요금은 별개입니다.
권한 차이 — Auto-review는 기존 경계에서 승인 요청을 검토합니다. Full Access는 로컬 파일시스템·네트워크의 샌드박스 제한을 해제하는 설정입니다.
남는 판단 — 앱 접근 승인과 거절 사유 확인은 여전히 필요합니다. 자동검토가 모든 행동을 감시하거나 안전을 보장하지는 않습니다.
코덱스가 길게 작업하는 동안 계속 허락을 구하면, 어느 순간 고민이 달라집니다. ‘이 행동은 안전한가’에서 ‘이걸 안 물어보게 할 수는 없나’로 관심이 옮겨가는 것입니다. 일을 맡겼는데 사람은 옆에서 도장 담당으로 상주하는 그림이니 Full Access라는 시원한 이름에 손이 가는 것도 이해는 됩니다. 다만 귀찮음을 없애는 방법에 따라 함께 없어지는 것이 다릅니다.
이번 코덱스 자동 승인 무료화에서 공짜가 된 것은 Auto-review의 안전검토입니다. ChatGPT 계정으로 로그인하면 이 검토에는 비용이 들지 않고 플랜 사용량도 차감되지 않습니다. 코덱스가 코드를 작성하고 수정하는 본 작업까지 무제한 무료가 된 것은 아니며, 그쪽은 기존 사용량 제한과 적용 요금을 따릅니다. API 키로 쓰는 작업까지 일괄 무료라는 뜻도 아닙니다. 자동 검토 기능이 처음 등장한 것이 아니라, 이미 있던 기능의 검토 비용 부담이 없어진 변화입니다. ‘자동’과 ‘무료’가 나란히 붙었다고 작업비와 권한까지 한꺼번에 풀린 것으로 읽으면 곤란합니다.
같은 Review라도, 무엇을 검토하는가
먼저 Review라는 이름부터 조금 정리할 필요가 있습니다. 파일 변경 화면의 Review나 PR(풀 리퀘스트) 코드 리뷰는 바뀐 코드가 어떤지 살피는 쪽입니다. 반면 Auto-review는 코덱스가 앞으로 하려는 행동을 실행해도 되는지 판단합니다. 완성된 문장을 교정하는 일과 그 문서를 외부에 보내도 되는지 결정하는 일은 다릅니다. 둘 다 ‘검토’라고 부를 수는 있지만 담당 업무가 같지는 않습니다.
Auto-review에서는 일을 수행하는 코덱스와 승인 요청을 검토하는 에이전트의 역할이 나뉩니다. 일을 끝내는 데 집중하는 쪽과, 지금 제안한 행동이 사용자의 요청·보안 정책에 맞는지 따지는 쪽을 분리한 것입니다. 자동 승인이라고 해서 승인 버튼을 무조건 눌러 주는 매크로를 붙인 것은 아닙니다. 그랬다면 굳이 ‘검토’라는 이름을 달 이유도 없습니다.
Full Access와는 바꾸는 대상부터 다르다
그 바탕에 있는 샌드박스는 코덱스가 혼자 일할 수 있는 실행 경계입니다. 수정할 수 있는 폴더와 네트워크 접근 같은 범위를 정하고, 그 안에서 이미 허용된 일은 별도의 검토 없이 진행합니다. 경계를 넘어야 해서 사람의 승인이 필요한 요청이 생기면, 그중 자동검토 대상인 요청을 별도 에이전트가 심사합니다. 켜는 순간 쓰기 허용 경로인 writable_roots가 늘어나거나 네트워크가 상시 개방되는 것은 아니며, 조직의 제한도 그대로입니다. 개별 요청을 검토해 실행을 허용하는 것과 기본 권한을 넓혀 놓는 것은 구별해야 합니다.
Full Access는 이 심사를 더 잘해 주는 상위 등급이 아닙니다. 로컬 명령 실행의 파일시스템·네트워크 샌드박스 제한을 없애는 쪽입니다. Auto-review가 경계에 검토자를 두는 방식이라면, Full Access는 그 실행 경계 자체를 걷어내는 방식에 가깝습니다. 화면에서 승인창이 줄어드는 결과만 보면 비슷해 보여도, 넘겨주는 권한의 크기는 다릅니다.
| 구분 | Auto-review | Full Access |
|---|---|---|
| 기본 실행 경계 | 기존 샌드박스·쓰기 경로·네트워크 제한 유지 | 로컬 실행의 샌드박스 제한 해제 |
| 승인 처리 | 대상이 되는 승인 요청을 별도 에이전트가 검토 | 일반적인 로컬 경계 승인 없이 실행 |
| 앱 접근 승인 | Computer Use의 앱 승인은 별도 | 모든 앱 승인을 대신하는 설정은 아님 |
자동으로 맡겨도, 사람에게 남는 판단
설정 경로는 Settings → Permissions → Auto-review입니다. 입력창 아래 권한 메뉴에서는 환경에 따라 Approve for me라는 이름을 볼 수도 있습니다. 여기서 ‘Full Access인데 왜 또 물어보느냐’는 의문도 정리됩니다. Computer Use의 앱 접근 승인은 여전히 사용자에게 직접 제시되며 Auto-review가 대신하지 않습니다. 로컬 명령을 실행해도 되느냐와 특정 앱에 접근해도 되느냐는 별개의 문제입니다. 이름이 Full이라고 다른 앱의 허가서까지 한 장으로 합쳐 주는 것은 아닙니다.
자동검토가 거절한 뒤에는 ‘어떻게든 통과시키기’가 아니라 무엇이 위험했는지를 봐야 합니다. 허용되지 않은 데이터 전송이나 비밀정보 노출, 되돌리기 어려운 파괴적 행동 등을 걸러내려는 검토이기 때문입니다. 거절 사유를 받은 코덱스는 실질적으로 더 안전한 방법을 찾거나 멈추고 사용자에게 물어야 합니다. 같은 결과를 다른 통로로 밀어붙이는 것은 해결이 아니며, 여기서 Full Access로 바꿔 장벽을 없애는 것도 거절 대응책으로 삼을 일이 아닙니다. 사람이 다시 판단할 것은 작업의 필요성과 범위, 감수할 영향이지 승인창을 치우는 요령이 아닙니다.
정리: 검토 비용과 실행 권한은 별개입니다
이 검토자를 만능 보안팀으로 승진시킬 일도 아닙니다. 판단을 틀릴 수 있고, 샌드박스 안에서 이미 허용된 행동까지 전부 감시하지도 않습니다. 그럼에도 승인 피로 때문에 권한을 통째로 넓히는 것과, 경계를 남겨 둔 채 필요한 검토를 맡기는 것 사이에는 분명한 차이가 있습니다. 사람을 도장 담당 자리에서 빼고 싶은 것이지, 작업의 허용 범위까지 백지로 넘기고 싶은 것은 아니기 때문입니다. 이번 무료화에서 눈여겨볼 부분은 바로 그 중간 선택지입니다.
