Codex가 계속 승인을 요청하나요? 승인 정책, 샌드박스, "다시 묻지 않음" 정리
Codex는 명령이 샌드박스 밖으로 나가야 할 때 승인을 요청합니다. "계속 물어본다"는 불만 대부분은 너무 엄격한 샌드박스, 더 이상 존재하지 않는 설정, 또는 세션 동안만 유지된 "다시 묻지 않음"에서 비롯됩니다.
핵심 요약
현재 Codex에서 approval_policy는 on-request(기본값: 모델이 필요할 때 물음), never, 또는 granular 테이블입니다. untrusted는 제거되었고 on-failure는 이제 on-request의 다른 이름일 뿐입니다. 얼마나 자주 묻는지는 주로 샌드박스가 결정합니다. sandbox_mode = "workspace-write"이면 Codex는 프로젝트 안에서 묻지 않고 편집하고 명령을 실행합니다. 항상 신뢰하는 명령은 ~/.codex/rules/default.rules에 decision = "allow"가 포함된 prefix_rule을 추가하세요. "Don’t ask again for commands that start with …"(… 로 시작하는 명령은 다시 묻지 않음)도 이곳에 저장됩니다.
먼저: Codex에서 바뀐 점
많은 가이드와 포럼 답변이 더 이상 작동하지 않는 설정을 설명하고 있습니다. 무엇이든 조정하기 전에 ~/.codex/config.toml을 다음 목록과 비교해 보세요.
| 예전 설정 | 현재 |
|---|---|
approval_policy = "untrusted" | 제거됨. Codex는 "approval_policy = "untrusted" is no longer supported; remove this setting"(더 이상 지원되지 않으니 이 설정을 제거하세요)라고 알립니다. 문서에서는 대신 sandbox_mode = "read-only"와 on-request를 함께 쓰도록 권합니다. |
approval_policy = "on-failure" | 여전히 허용되지만 on-request의 별칭으로만 동작합니다. |
--full-auto | 더 이상 CLI 레퍼런스에 없습니다. 가장 가까운 플래그는 --approve-for-me(별칭 --not-so-yolo)로, on-request와 workspace-write 샌드박스를 사용한 자동 승인 검토입니다. |
config.toml 안의 [profiles.name] | Codex 0.134.0부터 --profile name은 대신 $CODEX_HOME/name.config.toml을 읽습니다. 남아 있는 profile = "x" 키는 이제 오류를 일으킵니다. |
/approvals | /permissions를 사용하세요("Set what Codex can do without asking first.", Codex가 먼저 묻지 않고 할 수 있는 일을 설정) |
Codex 문서도 옮겨졌습니다. 예전 developers.openai.com/codex 페이지는 이제 learn.chatgpt.com으로 리디렉션됩니다.
Codex가 물을지 결정하는 방식
두 설정이 함께 작동합니다. 샌드박스는 명령이 건드릴 수 있는 범위(프로젝트 밖의 파일, 네트워크)를 제한합니다. 승인 정책은 명령이 샌드박스가 허용하는 것보다 더 많은 것이 필요할 때 어떻게 할지 결정합니다.
| sandbox_mode | Codex가 묻지 않고 할 수 있는 일 |
|---|---|
read-only(기본값) | 읽기 전용 샌드박스에서 파일 읽기 및 명령 실행 |
workspace-write | 작업 디렉터리에서 자동으로 읽기, 편집, 명령 실행 |
danger-full-access | 샌드박스 없이 모든 것. 권장하지 않음 |
| approval_policy | 동작 |
|---|---|
on-request(기본값) | 모델이 언제 물을지 결정. 샌드박스가 허용하는 명령은 승인 없이 실행 |
never | 절대 묻지 않음. 실패한 작업은 사용자에게 넘어가지 않고 모델에 반환됨 |
{ granular = { … } } | 일부 프롬프트 범주는 대화형으로 유지하고 나머지는 자동 거부(sandbox_approval, rules, skill_approval, request_permissions, mcp_elicitations) |
따라서 read-only 상태라면 모든 편집에 승인이 필요합니다. 이것이 "Codex가 모든 것을 묻는다"의 가장 흔한 원인입니다. workspace-write에서도 .git, .codex, .agents, .aws는 읽기 전용으로 유지되며, 직접 켜지 않는 한 네트워크 액세스는 꺼져 있습니다.
다음은 OpenAI 문서의 샘플 구성이며, 워크스페이스 옵션에 대한 설명을 덧붙였습니다.
최신 버전에서는 권한 프로필(default_permissions, 기본 제공 :read-only, :workspace, :danger-full-access)도 제공합니다. 프로필과 sandbox_mode 중 하나만 사용하고, 둘을 함께 쓰지 마세요.
CLI, IDE 확장, 앱의 프리셋
TOML을 직접 편집할 필요는 없습니다. CLI에서는 /permissions가 프리셋을 열고, 앱과 IDE 확장에서는 입력창 아래에 권한 컨트롤이 있습니다. CLI 프리셋은 다음과 같습니다.
- Read Only: 워크스페이스를 읽습니다. 파일을 편집하거나 인터넷에 액세스하려면 승인이 필요합니다.
- Default: 워크스페이스 안에서 편집합니다. 인터넷에 액세스하거나 다른 파일을 편집하려면 승인이 필요합니다.
- Full Access: 묻지 않고 워크스페이스 밖에서 편집하고 인터넷을 사용합니다.
앱과 IDE 확장에서는 같은 선택지를 Ask for approval, Approve for me, Full access로 표시합니다. 예전 IDE 스크린샷에서는 Chat, Agent, Agent (Full Access)라고 부릅니다.
규칙으로 특정 명령 허용하기
Codex가 특정 명령(예: gh pr view)을 묻지 않고 샌드박스 밖에서 실행하게 하려면 규칙을 작성하세요. 규칙은 실험적 기능이며, 구성 레이어 옆의 rules/ 폴더에 있는 .rules 파일에 저장됩니다. 예: ~/.codex/rules/default.rules
allow: 프롬프트 없이 샌드박스 밖에서 실행합니다.prompt: 일치하는 명령마다 실행 전에 묻습니다.forbidden: 묻지 않고 차단합니다.
여러 규칙이 일치하면 가장 제한적인 규칙이 적용됩니다. 우선순위는 forbidden, prompt, allow 순입니다. 규칙에 의존하기 전에 codex execpolicy check로 명령을 테스트하세요.
"다시 묻지 않음"이 실제로 저장하는 것
Codex CLI의 승인 프롬프트는 여러 종류의 "예"를 제공하며, 유지 기간이 크게 다릅니다.
| 옵션 | 유지 기간 |
|---|---|
| Yes, proceed(예, 진행) | 이 명령 한 번만 |
Yes, and don’t ask again for commands that start with <prefix>(예, 이 접두사로 시작하는 명령은 다시 묻지 않음) | 영구적(~/.codex/rules/default.rules에 규칙으로 기록) |
| Yes, and don’t ask again for this command in this session(예, 이 세션에서 이 명령은 다시 묻지 않음) | 세션이 끝날 때까지 |
| Yes, and don’t ask again for these files(예, 이 파일들은 다시 묻지 않음) | 파일 편집, 이 세션 동안 |
세션 옵션만 계속 선택하면 내일 또 질문을 받게 됩니다. 접두사 옵션을 선택하거나 규칙을 직접 작성하세요.
Windows의 Codex
"모든 것을 묻는" 문제가 가장 심했던 곳은 Windows였습니다. 이슈 #10187에서 OpenAI 팀원이 그 이유를 설명했습니다. "Without a sandboxing mechanism, all tool calls need to be manually approved on Windows."(샌드박스 메커니즘이 없으면 Windows에서는 모든 도구 호출을 수동으로 승인해야 합니다.) 이제 Codex에는 네이티브 Windows 샌드박스가 있으며 기본으로 사용합니다.
mxc: 호환되는 Windows 기기에서 권장되는 샌드박스입니다.elevated: MXC를 사용할 수 없을 때 우선 사용하는 대체 수단입니다.unelevated: 레거시 대체 수단입니다.
CLI에서 /setup-default-sandbox를 실행해 elevated 샌드박스를 설정하세요(IT 담당자는 codex sandbox setup --elevated). Windows 11을 권장하며, Windows 10 1809 이상은 지원하되 동작을 보장하지는 않습니다(best-effort). WSL에서 작업한다면 Codex는 그곳에서 Linux 샌드박스를 사용하며, WSL1은 더 이상 지원되지 않습니다.
프로젝트 구성은 신뢰하는 프로젝트에서만 로드됨
저장소 안의 .codex/config.toml은 프로젝트를 신뢰할 때만 읽힙니다. 프로젝트 설정이 무시되는 것 같다면 이 때문입니다. 사용자 구성의 신뢰 항목은 다음과 같습니다.
설정은 계층 구조이며 우선순위가 높은 순서는 다음과 같습니다. 명령줄 플래그와 -c 재정의, 신뢰하는 프로젝트의 .codex/config.toml, --profile 파일, ~/.codex/config.toml, 마지막으로 시스템 기본값입니다.
--yolo에 대해
--dangerously-bypass-approvals-and-sandbox(별칭 --yolo)는 승인이나 샌드박스 없이 모든 명령을 실행합니다. 소스 코드는 이를 "EXTREMELY DANGEROUS. Intended solely for running in environments that are externally sandboxed."(매우 위험함. 외부에서 샌드박스 처리된 환경에서만 실행하도록 의도됨)라고 설명합니다. 구성 파일에서 approval_policy = "never"와 danger-full-access를 함께 쓰면 같은 효과가 납니다. 프롬프트를 줄이고 싶을 뿐이라면 workspace-write와 allow 규칙 몇 개로 샌드박스를 켠 채로 해결할 수 있습니다.
남겨 둔 프롬프트를 위해
Codex가 중요한 것(네트워크, 프로젝트 밖의 파일, push)만 묻게 되면, 남은 문제는 질문을 알아차리는 것입니다. Pet Island는 Codex의 명령 및 파일 편집 승인을 명령이나 diff와 함께 화면 상단의 작은 아일랜드에 띄우므로, 해당 터미널을 찾지 않고도 허용하거나 거부할 수 있습니다. Codex가 작업 중인지, 완료했는지도 보여 주며, Codex가 질문하면 클릭 한 번으로 해당 창으로 이동할 수 있습니다. Codex CLI와 Codex 앱에서 작동하며, 아일랜드가 닫혀 있으면 Codex는 평소처럼 자체 창에서 묻습니다.
자주 묻는 질문
Codex가 계속 승인을 요청하지 않게 하려면 어떻게 하나요?
sandbox_mode = "workspace-write"를 사용해 Codex가 프로젝트 안에서 편집하고 명령을 실행할 수 있게 하고, approval_policy = "on-request"는 유지하세요. 그리고 항상 신뢰하는 명령에 대해 ~/.codex/rules/default.rules에 decision = "allow"가 포함된 prefix_rule 항목을 추가하세요.
approval_policy = "untrusted"는 아직 지원되나요?
아니요. 현재 Codex는 "approval_policy = "untrusted" is no longer supported; remove this setting"이라는 메시지와 함께 이를 거부합니다. 대신 sandbox_mode = "read-only"와 approval_policy = "on-request"를 함께 사용하세요.
--full-auto는 어떻게 되었나요?
더 이상 Codex CLI 레퍼런스에 없습니다. 가장 가까운 옵션은 --approve-for-me(별칭 --not-so-yolo)로, on-request와 workspace-write 샌드박스를 사용한 자동 승인 검토를 사용합니다.
"다시 묻지 않음"이 유지되지 않는 이유는 무엇인가요?
"Don’t ask again for this command in this session"은 세션 동안만 유지됩니다. "don’t ask again for commands that start with …"를 선택하면 ~/.codex/rules/default.rules에 규칙이 저장됩니다.
Codex가 Windows에서 더 많이 묻는 이유는 무엇인가요?
샌드박스가 없으면 모든 도구 호출에 승인이 필요합니다. 이제 Codex는 기본적으로 네이티브 Windows 샌드박스를 사용합니다. 설정되어 있지 않다면 /setup-default-sandbox를 실행하세요.
프로젝트의 .codex/config.toml이 무시되는 이유는 무엇인가요?
Codex는 신뢰하는 프로젝트에 대해서만 프로젝트 구성을 로드합니다.
출처
이 페이지의 모든 설정과 동작은 2026년 10월 26일에 아래 페이지와 대조해 확인했습니다. 에이전트는 빠르게 바뀌므로, 내용이 더 이상 맞지 않으면 공식 페이지를 따르세요.
- OpenAI: Codex 에이전트 승인 및 보안
- OpenAI: Codex 권한 모드
- OpenAI: Codex 구성 기본 사항
- OpenAI: Codex 샘플 구성
- OpenAI: Codex 규칙
- OpenAI: Codex Windows 샌드박스
- OpenAI: Codex CLI 레퍼런스
- OpenAI: Codex 슬래시 명령
- openai/codex 소스 코드(승인 프롬프트, 구성 오류)
- 이슈 #10187: Codex가 명령 승인을 반복해서 요청함
- 이슈 #5131: 파일 편집을 항상 승인해야 함
- 이슈 #29406: 다시 묻지 않음을 선택해도 승인 프롬프트가 계속 나타남