코덱스는 항상 명령 확인을 요구하는데, 이는 주로 보수적인 승인 정책과 샌드박스 모드 때문입니다. 이것은 실패가 아니라, 로컬 명령이 권한을 넘나들거나, 네트워킹을 하거나, 디렉터리에 쓰거나, 위험한 작업을 수행하는 것을 막는 것입니다. 방해를 줄이기 위해 전체 권한을 직접 열지 말고 위험이 낮은 명령어의 마찰을 줄이세요.
왜 먼저 묻는지 이해해
Codex CLI는 승인과 샌드박스 메커니즘을 가지고 있습니다: 승인은 언제 요청하는지를 결정하고, 샌드박스는 어디를 읽고 쓸 수 있는지, 네트워크에 접속할 수 있는지를 결정합니다. 명령어가 샌드박스에서 탈출하거나, 허용되지 않은 디렉터리에 쓰거나, 네트워크를 구축하거나, 잠재적으로 파괴적인 행동을 할 때마다 확인을 요청할 수 있습니다.
파일 수정, 의존성 설치, 빌드 실행을 읽기 전용이나 제한 모드로 허용한다면 자주 확인하는 것이 정상입니다.
견진을 줄이는 방법
프로젝트를 더 안정적으로 개발하는 방법은 작업 공간 쓰기 모드를 사용하는 것으로, 이 모드는 Codex가 현재 저장소 내 파일을 수정하면서도 저장소 외부의 경로, 위험한 명령어, 네트워크 작업을 계속 인식할 수 있게 합니다.
특히 프로젝트를 탐색하는 동안 완전히 샌드박스 없는 모드를 사용하지 마세요. AI는 컴퓨터에서 어떤 디렉터리가 비공개인지, 스크립트가 데이터를 비워버릴지 알지 못합니다.
저위험 명령은 완화할 수 있습니다
'git status', 'git diff', 파일 읽기, 유닛 테스트 실행은 일반적으로 완화할 수 있습니다; rm -rf, 데이터베이스 마이그레이션, 프로덕션 릴리스, 홈 디렉터리 쓰기, 전역 설정 수정, 그리고 수동 확인 남기기.
매번 같은 테스트를 요구한다면, 전략을 조정하거나 작업을 분해해 코드를 읽고 계획을 제시한 후 중앙집중식 검증을 수행하도록 할 수 있습니다.
가장 안정적인 결론
코덱스 승인은 더 적게 나아지는 것이 아니라, 저위험 행동을 부드럽게 처리하고 고위험 행동은 당신에게 맡기는 것입니다. 이로 인해 효율성이 향상되고 AI 에이전트가 로컬에서 명령을 실행하는 것을 방지할 수 있습니다.
