OpenAI Codex
Codex 앱 윈도우, Mac이랑 같다고요?
이거 먼저 보세요
2026년 3월 4일, OpenAI가 Codex 데스크탑 앱을 윈도우에 공식 출시했습니다. 기다리던 분들 많으셨죠. 그런데 막상 설치해보면 “Mac이랑 뭔가 다른데?”라는 느낌이 드는 경우가 있습니다. 기대했던 것과 달랐던 부분이 꽤 있어서, 공식 문서와 실제 사용 경험을 교차해서 정리했습니다.
Codex 앱 윈도우 버전이 나온 배경
OpenAI Codex 데스크탑 앱은 원래 2026년 2월 2일에 macOS 전용으로 먼저 출시됐습니다. OpenAI가 스스로 “에이전트들을 위한 지휘본부”라고 부르는 앱인데, 터미널 CLI 대신 GUI 안에서 여러 에이전트를 병렬로 돌리고, 각각의 결과를 diff 형태로 검토할 수 있는 구조입니다.
윈도우 개발자 커뮤니티에서 “왜 맥만 되냐”는 불만이 꽤 있었는데, 약 한 달 뒤인 3월 4일에 공식 출시됐습니다. 앱 버전 26.304 기준이고, Microsoft Store에서 다운로드할 수 있습니다. ChatGPT 계정(Plus / Pro / Team / Business / Enterprise / Edu) 또는 API 키로 로그인하면 됩니다.
앱의 핵심은 병렬 에이전트 실행입니다. 같은 프로젝트 안에서 작업별로 별도의 워크트리를 만들어서, 에이전트 A가 기능 구현하는 동안 에이전트 B가 테스트를 돌리고 에이전트 C가 PR 리뷰를 하는 방식이 가능합니다. 혼자 코딩하는 사람에게는 처음엔 낯설지만, 이 구조가 이 앱의 핵심입니다.
Mac 버전과 실제로 뭐가 다른가
💡 공식 발표문에는 “Mac과 동일한 기능”이라고 나옵니다. 실제로 써보면 이야기가 조금 달라지는 부분이 있습니다.
공식 changelog(2026-03-04 버전 26.304)에는 Skills, Automations, Worktrees가 모두 포함됐다고 나와 있습니다. 기능 목록만 보면 Mac이랑 같습니다. 그런데 실제 사용자들이 바로 마주치는 차이가 몇 가지 있습니다.
첫째, 이 앱은 코드를 직접 편집하는 곳이 아닙니다.
파일을 클릭하면 VS Code가 열립니다. 앱 안에서 직접 코드를 수정하는 기능이 없습니다. 에이전트가 제안하는 diff를 보고 승인하거나 거절하는 방식이고, 실제 편집은 기존 에디터에서 하는 구조입니다. “IDE 아니야?”라는 반응이 Reddit에 꽤 많이 올라왔는데, OpenAI의 의도 자체가 IDE가 아닌 에이전트 지휘 도구이기 때문에 설계상의 선택입니다. (출처: OpenAI 공식 Codex 페이지, openai.com/ko-KR/codex/)
둘째, Intel Mac용 앱이 arm64 전용 바이너리를 설치하는 문제가 있습니다.
GitHub 이슈 #13826(2026-03-06)에 Intel Mac에서 앱이 설치는 되지만 실행 안 된다는 보고가 올라왔고, 아직 공식 이유가 공개되지 않았습니다. 윈도우 이야기를 하다가 갑자기 Mac 이야기가 나온 것 같지만, “Mac이 더 안정적이겠지”라는 생각이 맞지 않는 상황이 존재한다는 점에서 함께 짚을 만합니다.
WSL 모드 전환, 건드리면 안 되는 이유
⚠️ WSL 모드로 바꾸면 앱 자체가 먹통이 됩니다. 이미 이 버그를 경험한 사람이 여럿 있습니다.
윈도우 Codex 앱에는 설정에서 “WSL 모드로 전환”하는 옵션이 있습니다. Linux 서버에 배포하는 프로젝트를 다루는 개발자라면 자연스럽게 이 옵션을 켜고 싶어집니다. 문제는 설정을 바꾸고 재시작하면 권한 오류가 뜨면서 앱이 아예 안 켜지는 버그가 출시 직후부터 보고됐습니다.
OpenAI 팀원이 Reddit에 직접 등장해서 수정 버전을 배포 중이라고 했고, 임시 방법도 안내했습니다. ~/.codex/ 경로에 있는 globalState JSON 파일에서 "runCodexInWindowsSubsystemForLinux" 값을 false로 바꾸면 네이티브 모드로 돌아옵니다. 수정이 Microsoft Store를 통해 배포되기까지 시차가 있어서, 지금 설치하면 이미 패치된 버전이 올 수도 있지만 확인하고 시작하는 게 좋습니다.
그리고 중요한 점 하나가 있습니다. WSL에 있는 프로젝트를 앱에서 바로 열 수가 없습니다. 이 부분은 공식 출시 기준으로 지원되지 않으며, 해결 예정이라는 공식 이유가 따로 발표되지 않은 상태입니다. Linux 서버 배포가 목적이라면 CLI 경로를 쓰거나, 네이티브 모드에서 작업 후 WSL로 푸시하는 방법이 현실적입니다.
실제로 “Windows 앱 써봤는데 WSL CLI보다 느리고 기능도 부족해서 CLI로 돌아갔다”는 경험담이 꽤 올라와 있습니다. 앱이 아직 초기 단계임을 감안해야 합니다.
GPT-5.4 mini로 사용량 3.3배 늘리는 방법
💡 공식 changelog와 실제 사용 흐름을 같이 놓고 보니, GPT-5.4 mini가 단순히 “저렴한 모델”이 아니라 Codex 안에서 사용량 전략의 핵심이 될 수 있다는 게 보였습니다.
2026년 3월 17일, Codex 공식 changelog에 GPT-5.4 mini 도입 내용이 올라왔습니다. 핵심 수치가 하나 있습니다: “GPT‑5.4 mini uses 30% as much of your included limits as GPT‑5.4.” 즉, GPT-5.4가 1 단위의 한도를 쓸 때, GPT-5.4 mini는 0.3 단위만 씁니다. (출처: OpenAI 공식 Codex changelog, developers.openai.com/codex/changelog/)
이 말은 같은 ChatGPT Plus 구독으로 GPT-5.4만 쓸 때보다, GPT-5.4 mini를 활용하면 약 3.3배 더 오래 Codex를 쓸 수 있다는 뜻입니다. 한도가 금방 차서 불편했던 분들에게 실질적인 차이가 납니다.
OpenAI가 권장하는 사용 패턴은 이렇습니다: 코드베이스 탐색, 대형 파일 리뷰, 보조 문서 처리처럼 덜 복잡한 작업에는 GPT-5.4 mini를 쓰고, 설계 결정, 복잡한 리팩토링, 최종 판단에만 GPT-5.4를 씁니다. 전환 방법은 CLI에서는 codex --model gpt-5.4-mini로 시작하거나 세션 중 /model 명령을 쓰면 됩니다. 앱에서는 모델 선택기에서 고를 수 있습니다.
출처: OpenAI Codex 공식 changelog (developers.openai.com/codex/changelog/, 2026.03.17 업데이트)
윈도우 샌드박스, 안전하지만 걸리는 조건이 있습니다
💡 “샌드박스가 있으니 안전하겠지”라는 생각이 정확하지 않은 이유가 공식 문서 안에 있습니다.
윈도우 버전 Codex 앱의 샌드박스는 두 가지 모드가 있습니다. 기본값은 unelevated 모드이고, elevated 모드로 바꾸면 더 강한 격리가 됩니다. elevated 모드에서는 Restricted Token을 쓰고, 파일시스템 ACL로 쓰기 범위를 제한하며, 윈도우 방화벽 규칙으로 네트워크 접근을 막습니다. 에이전트가 별도의 Sandbox User 계정으로 실행됩니다. (출처: OpenAI 공식 Codex Windows 문서, developers.openai.com/codex/windows/)
그런데 샌드박스가 있어도 걸리는 부분이 있습니다. 에이전트가 작업 디렉터리 밖의 파일을 읽어야 할 때 명령이 실패하는 경우가 있습니다. 이때 /sandbox-add-read-dir C:\absolute\path 명령으로 읽기 권한을 세션 단위로 추가해야 합니다. 공식 문서에도 이 방법이 나와 있습니다.
파일 쓰기가 아예 안 된다는 보고도 있었습니다. Reddit에 “에이전트가 파일 읽기는 되는데 쓰기 시도 시 exit code 1이 뜬다”는 이슈가 복수의 사용자에게서 나왔고, 같은 현상을 경험한 사람이 여럿 있습니다. OpenAI 측의 공식 해명은 아직 나오지 않았습니다.
Skills(재사용 가능한 작업 묶음)도 주의가 필요합니다. 외부 패키지나 스크립트를 포함하는 Skill은 일반 서드파티 의존성처럼 취급해야 합니다. 버전을 고정하고, 내용을 직접 리뷰하지 않은 Skill을 프로덕션 자동화에 연결하는 건 위험할 수 있습니다.
Claude Code, Cursor와 지금 뭐가 다른가
Codex 앱이 윈도우에 나오면서 가장 자주 나오는 질문이 “Claude Code나 Cursor 쓰면 안 되나?”입니다. 직접적인 비교를 해보면 쓰임새가 다릅니다.
Cursor와 Windsurf는 기본적으로 인라인 코드 편집 보조 도구입니다. 에디터 안에서 코드를 수정하고 바로 제안을 받는 방식입니다. Codex 앱은 그 반대 방향에 있습니다. 코드를 직접 편집하는 기능이 없고, 에이전트에게 “이 기능 만들어” 하고 맡긴 뒤 결과 diff를 검토하는 방식입니다. 워크플로 자체가 다릅니다.
Claude Code는 터미널 기반 에이전트라는 점에서 Codex CLI에 가장 가깝습니다. 둘 다 긴 시간이 걸리는 작업을 자율적으로 처리하고 최종 결과를 보여주는 방식입니다. 차이는 모델과 실행 환경입니다. Codex는 GPT-5.4 계열 모델을 쓰고, Claude Code는 Claude 모델을 씁니다. 어느 쪽이 낫다고 단정하기보다, 프로젝트에서 어느 모델이 더 잘 맞는지 직접 써보는 게 현실적입니다.
Codex 앱의 Automations 기능은 지금 경쟁 도구에서 이만큼 깔끔하게 되는 게 없습니다. 매일 정해진 시간에 PR 트리아지를 돌린다거나, 의존성 업데이트를 주기적으로 체크하는 작업을 앱 안에서 설정할 수 있습니다. 이 부분이 Codex 앱을 단순 코딩 보조 이상으로 만드는 지점입니다.
단, 앱이 출시된 지 얼마 안 됐기 때문에 CLI보다 응답이 느리다는 의견이 실제로 있습니다. “CLI가 더 빠릿하다”는 느낌은 실제 사용자들이 공통으로 이야기하는 부분입니다. 앱의 완성도가 올라오는 걸 보면서 선택하는 게 지금 시점에서는 현실적입니다.
Q&A
마치며
Codex 앱 윈도우 버전은 출시됐고, 기능 목록만 보면 Mac이랑 거의 같습니다. 그런데 막상 써보면 WSL 관련 버그, 파일 쓰기 실패, WSL 프로젝트 미지원 같은 초기 버전 특유의 한계가 있습니다. CLI보다 반응이 느리다는 느낌도 실제 사용자들이 공통적으로 말하는 부분입니다.
이 앱을 지금 당장 쓸 만한 사람은 민감하지 않은 프로젝트, 이미 CI/CD 파이프라인이 갖춰진 환경, 에이전트 결과를 매번 리뷰할 여유가 있는 상황이 맞아떨어질 때입니다. WSL 중심으로 개발하는 분이거나 민감한 코드베이스라면 지금은 CLI를 쓰면서 앱이 더 안정되길 기다리는 게 낫습니다.
GPT-5.4 mini 사용량 절감 효과는 지금 바로 적용할 수 있는 실용적인 내용입니다. 한도가 자주 차서 불편하다면, mini 전환부터 해보는 게 빠릅니다.
📚 본 포스팅 참고 자료
- OpenAI 공식 Codex 페이지 — openai.com/ko-KR/codex/
- OpenAI Codex 공식 changelog — developers.openai.com/codex/changelog/
- OpenAI Codex Windows 공식 문서 — developers.openai.com/codex/windows/
- Reddit r/codex — Codex app on Windows (2026.03.04) — reddit.com/r/codex/
- GitHub openai/codex — Issues #13826, #13966 (Intel Mac, WSL 이슈)
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 본 내용은 2026년 3월 21일 기준으로 작성되었으며, OpenAI Codex 앱 버전 26.304 및 CLI 0.116.0을 기준으로 합니다. 최신 정보는 공식 문서에서 직접 확인하시기 바랍니다.
댓글 남기기