TechFeedTechFeed
AI 코딩 도구

코덱스 CLI 설치·사용법 2026 — 윈도우/맥 설치부터 앱·CLI 차이까지

코덱스 CLI(Codex CLI) 설치와 사용법을 2026년 6월 기준으로 정리했습니다. 맥·윈도우 설치 절차와 Node.js 버전 점검, 한국 환경에서 자주 막히는 PATH 인식·한글 경로·인증 토큰 문제 해결, 챗지피티 구독 로그인과 API 키 인증 차이, 추가 결제 여부와 한국 카드 VAT 10% 실청구, 데스크톱 앱과 CLI 중 1인 개발에 맞는 선택까지 직접 설치한 경험으로 짚습니다.

by

한 줄 요약: 코덱스 CLI(Codex CLI)는 오픈AI(OpenAI)가 만든 터미널용 코딩 에이전트로, 맥에서는 보통 한 줄 명령으로 깔끔하게 설치되지만 윈도우에서는 Node.js 버전과 인증 토큰 단계에서 막히는 경우가 잦습니다. 챗지피티(ChatGPT) 유료 구독 계정으로 로그인하면 추가 결제 없이 쓸 수 있고, 데스크톱 앱과 CLI는 같은 엔진을 쓰되 작업 방식이 달라 1인 개발에는 CLI 쪽이 손에 더 잘 붙습니다.


이 글이 필요한 사람
  • 코덱스 CLI를 처음 깔다가 맥·윈도우에서 어디서부터 시작해야 할지 막힌 분
  • 설치 도중 Node.js 버전 오류나 로그인 토큰 단계에서 멈춰버린 분
  • 챗지피티 구독만으로 코덱스를 쓸 수 있는지, 별도 비용이 또 드는지 확인하려는 분
  • 데스크톱 앱과 CLI 중 1인 개발에 어느 쪽이 맞는지 고르려는 개발자

※ 2026년 6월 기준으로 정리했습니다. 설치 방식과 인증 절차, 모델 구성은 자주 바뀌므로 진행 전 공식 문서에서 최신 값을 확인하시길 권장합니다.


코덱스 CLI가 정확히 무엇이고, 데스크톱 앱과 뭐가 다른가

코덱스는 오픈AI의 코딩 에이전트 제품군 이름이고, 그 안에 여러 실행 방식이 들어 있습니다. 한 덩어리로 뭉뚱그리면 설치할 때부터 헷갈리니, 먼저 이름부터 구분하고 넘어가겠습니다. 같은 코덱스라도 어디서 도느냐에 따라 설치·인증·사용 흐름이 전부 다릅니다.


실행 방식도는 곳한 줄 특징
코덱스 CLI내 컴퓨터 터미널로컬 파일을 직접 읽고 고침, 명령 실행까지
IDE 확장VS Code 등 편집기 안에디터에서 코덱스를 사이드패널로 호출
코덱스 클라우드오픈AI 서버(웹)브라우저에서 작업을 맡기면 원격에서 처리
데스크톱/앱 연동챗지피티 앱·웹대화형 인터페이스에서 코딩 작업을 위임

이 글의 주인공은 첫 줄, 코덱스 CLI입니다. 제 입장에서 정리하면 클로드 코드(Claude Code)와 거의 같은 성격의 도구입니다. 터미널에 자연어로 지시하면 프로젝트 폴더의 파일을 읽고, 코드를 수정하고, 테스트 명령을 돌리고, 결과를 확인하는 식으로 한 사이클을 스스로 돕니다. 데스크톱 앱이나 웹 버전은 대화 중심이라 가볍게 쓰기 좋지만, 내 로컬 코드베이스를 통째로 만지는 작업은 CLI 쪽이 훨씬 직접적입니다.


코덱스 CLI 설치·사용법 관련 이미지 — 코덱스 CLI가 정확히 무엇이고, 데스크톱 앱과 뭐가 다른가
코덱스 CLI 설치·사용법 관련 참고 이미지

설치 전에 반드시 확인할 3가지 — Node.js·계정·운영체제

설치가 막히는 사람의 절반은 설치 명령 자체보다 그 앞 단계에서 걸립니다. 본격적으로 깔기 전에 세 가지만 먼저 점검하면 뒤가 훨씬 수월합니다.


  1. Node.js 버전 — 코덱스 CLI는 비교적 최신 Node.js를 요구합니다. 보통 LTS 최신(현재 기준 22번대 이상)을 깔아두면 안전합니다. 회사·학교 PC에 오래된 14, 16번대가 남아 있으면 설치는 되더라도 실행 시 알 수 없는 오류가 납니다.
  2. 오픈AI 계정 — 코덱스 CLI는 로그인이 필요합니다. 챗지피티 구독 계정으로 로그인하거나, 플랫폼 API 키로 인증하는 두 방법이 있습니다. 어느 쪽으로 갈지 미리 정해두는 게 좋습니다.
  3. 운영체제 — 맥(macOS)과 리눅스는 설치가 단순합니다. 윈도우는 그냥 깔아도 동작하지만, 권한·경로 문제로 막히면 WSL(윈도우용 리눅스)에서 돌리는 편이 훨씬 안정적입니다.

제 경우 현재 Node.js 버전을 확인하는 습관부터 들이라고 권합니다. 한 번 깔아두면 잊고 지내다가, 어느 날 버전이 낮은 환경에서 설치하면 원인 모를 에러로 시간을 잡아먹기 때문입니다.


현재 Node.js / npm 버전 확인
# Node.js 와 npm 버전 동시 확인 node -v npm -v # 출력 예시: # v22.14.0 # 10.9.2 # v18 미만이거나 명령이 없다고 나오면 먼저 Node.js LTS 설치 필요 # 맥: brew install node / 윈도우: https://nodejs.org 에서 LTS 설치본 받기

맥과 리눅스에서 설치하기 — npm 한 줄이면 끝납니다

맥과 리눅스는 설치 과정이 단순합니다. Node.js만 제대로 깔려 있으면 npm 전역 설치 한 줄로 끝납니다. 저는 애플 실리콘 맥에서 이 방식으로 설치했고, 막힘 없이 한 번에 끝났습니다.


아래 명령으로 깐 뒤, 설치가 됐는지 버전 확인 명령으로 한 번 더 점검하면 됩니다. 권한 문제로 전역 설치가 거부되면 앞에 무작정 관리자 권한을 붙이기보다, Node.js를 사용자 디렉터리에 깔아둔 환경(예: nvm)에서 다시 시도하는 편이 깔끔합니다.


코덱스 CLI 설치·사용법 관련 이미지 — 설치 전에 반드시 확인할 3가지 — Node.js·계정·운영체제
코덱스 CLI 설치·사용법 관련 참고 이미지
맥/리눅스 — npm 전역 설치
# 코덱스 CLI 전역 설치 npm install -g @openai/codex # 설치 확인 codex --version # 도움말로 사용 가능한 명령 보기 codex --help # 맥에서 Homebrew 를 쓴다면 이 방법도 가능 # brew install codex
전역 설치 권한 오류가 난다면. 맥·리눅스에서 npm install -g 가 권한 거부(EACCES)로 실패하는 건 시스템 Node.js를 관리자 영역에 깔았기 때문인 경우가 많습니다. 이때 관리자 권한을 붙여 강제로 까는 방법보다, nvm으로 Node.js를 사용자 폴더에 다시 설치한 뒤 전역 설치를 시도하는 쪽을 권합니다. 권한 충돌이 사라지고, 나중에 버전 올릴 때도 훨씬 편합니다.

윈도우 설치에서 한국 사용자가 자주 걸리는 함정

윈도우는 한 줄 설치가 그대로 통하기도 하지만, 막히면 원인이 제각각이라 시간을 잡아먹습니다. 제가 윈도우 PC에서 직접 깔아보며 겪었거나, 주변에서 같은 데서 멈춘 케이스를 묶어 정리합니다. 핵심은 거의 다 Node.js 환경경로·권한 두 갈래에서 납니다.


증상원인해결
codex 명령을 못 찾음npm 전역 경로가 PATH에 없음터미널 새로 열기, 안 되면 PATH에 npm 전역 폴더 추가
설치 중 버전 오류Node.js가 너무 낮음LTS 최신으로 재설치 후 다시 시도
실행은 되는데 자꾸 멈춤한글 경로·공백 폴더 문제프로젝트를 영문 경로로 옮겨 실행
권한·파일 잠금 오류백신·OneDrive 동기화 충돌WSL 환경에서 설치·실행

제가 윈도우에서 가장 자주 본 함정은 두 가지입니다. 하나는 한글 윈도우 계정 이름 때문에 사용자 폴더 경로에 한글이 섞여 일부 도구가 경로를 잘못 읽는 경우, 다른 하나는 OneDrive로 동기화되는 폴더 안에서 프로젝트를 돌릴 때 파일 잠금 충돌이 나는 경우입니다. 둘 다 프로젝트를 영문 이름의 로컬 폴더(예: C 드라이브 바로 아래)로 옮기면 대부분 풀립니다. 그래도 불안정하면 WSL을 까는 게 답입니다.


윈도우 — 설치 후 PATH 인식 안 될 때 점검
# npm 전역 모듈이 설치된 경로 확인 (윈도우 PowerShell) npm root -g # 전역 bin 경로 확인 — 이 경로가 시스템 PATH 에 있어야 codex 실행됨 npm bin -g # codex 가 어디 있는지 확인 where codex # 위 명령으로 경로는 나오는데 codex 만 안 잡히면 # PowerShell 을 완전히 닫았다가 새로 열어 PATH 를 다시 읽게 한다

로그인과 인증 — 토큰 단계에서 멈췄다면 이 순서로

설치가 끝나면 처음 실행할 때 로그인을 합니다. 여기서 의외로 많이 막히는데, 인증 경로가 두 갈래라 어느 쪽인지 헷갈리는 게 원인입니다. 본인 상황에 맞는 쪽을 먼저 정하면 깔끔합니다.


  • 챗지피티 구독 계정으로 로그인 — 챗지피티 플러스(Plus)나 프로(Pro) 같은 구독이 있으면, codex 첫 실행 시 브라우저가 열리며 오픈AI 계정 로그인 화면이 뜹니다. 로그인하면 인증이 끝나고, 구독에 포함된 한도 안에서 별도 추가 결제 없이 코덱스를 씁니다.
  • API 키로 인증 — 구독 대신 플랫폼 API 키를 환경변수로 넣어 쓰는 방식입니다. 이쪽은 사용량만큼 토큰 단위로 과금되므로, 많이 돌리면 비용이 따로 쌓입니다.

토큰 단계에서 멈췄다는 분들의 증상은 대개 비슷합니다. 브라우저 로그인 창은 떴는데 터미널로 인증이 안 돌아오거나, 로그인은 됐다는데 다시 실행하면 또 로그인을 요구하는 식입니다. 이때는 아래 순서로 점검하면 거의 풀립니다.


  1. 방화벽·VPN을 잠시 끄고 다시 시도합니다. 인증 콜백이 로컬 포트로 돌아오는데, 보안 프로그램이 이를 막는 경우가 있습니다.
  2. 브라우저 로그인 후 터미널 창으로 돌아와 인증 완료 메시지를 끝까지 기다립니다. 브라우저만 닫고 터미널을 방치하면 인증이 미완으로 남습니다.
  3. 그래도 안 되면 인증 정보를 한 번 비우고 다시 로그인합니다. 코덱스는 보통 사용자 홈의 설정 폴더에 인증 정보를 저장하므로, 그 폴더를 정리하고 재로그인하면 깨끗해집니다.

코덱스 CLI 설치·사용법 관련 이미지 — 맥과 리눅스에서 설치하기 — npm 한 줄이면 끝납니다
코덱스 CLI 설치·사용법 관련 참고 이미지
로그인 / 로그아웃 / 인증 초기화
# 코덱스 첫 실행 — 브라우저 로그인 창이 열린다 codex # 명시적으로 로그인만 실행 codex login # 인증이 꼬였을 때 로그아웃 후 재로그인 codex logout codex login # API 키 방식으로 쓰려면 환경변수로 키를 넣는다 (맥/리눅스) export OPENAI_API_KEY="발급받은_API_키" # 윈도우 PowerShell 에서는 # $env:OPENAI_API_KEY="발급받은_API_키"

첫 실행부터 실제 작업까지 — 기본 사용 흐름

설치와 로그인을 마쳤으면 이제 진짜 일을 시킬 차례입니다. 사용 흐름은 클로드 코드를 써봤다면 거의 똑같이 느껴집니다. 작업할 프로젝트 폴더로 이동한 뒤 codex 를 실행하고, 하고 싶은 일을 한국어 또는 영어 자연어로 적으면 됩니다.


제가 권하는 첫 사용 순서는 이렇습니다. 처음부터 큰 작업을 통째로 맡기기보다, 작은 것부터 시키며 도구가 내 코드를 어떻게 읽고 고치는지 감을 잡는 게 안전합니다.


  1. 프로젝트 폴더로 이동codex 실행. 코덱스가 현재 폴더를 작업 공간으로 인식합니다.
  2. 읽기 작업부터 시작 — 처음에는 코드를 고치는 대신 설명을 시켜봅니다. 예: 이 프로젝트 구조를 설명해줘.
  3. 작은 수정 요청 — 한 파일의 함수 하나를 고쳐달라는 식으로 범위를 좁혀 시킵니다.
  4. 변경 사항 확인 — 코덱스가 제안한 수정을 적용하기 전에 어떤 파일이 어떻게 바뀌는지 보고 승인합니다.
  5. 실행·테스트까지 위임 — 익숙해지면 테스트 명령 실행이나 빌드 확인까지 한 번에 맡깁니다.

승인 단계가 핵심입니다. 코덱스 CLI는 파일을 직접 고치고 명령까지 실행할 수 있어서, 무엇을 어디까지 자동으로 허용할지 권한 모드를 정해두는 게 안전합니다. 처음에는 매 변경마다 승인을 받는 모드로 쓰다가, 작업 패턴이 손에 익으면 자동 승인 범위를 넓히는 식으로 조절하면 됩니다.


기본 작업 흐름 예시
# 작업할 프로젝트 폴더로 이동 cd ~/projects/my-app # 코덱스 대화형 실행 codex # 이후 프롬프트에 자연어로 지시: # "이 프로젝트의 폴더 구조와 진입점을 설명해줘" # "src/utils.js 의 날짜 포맷 함수에 한국 시간대 처리를 추가해줘" # "테스트를 실행해서 통과하는지 확인해줘" # 한 번에 한 작업만 비대화형으로 던지고 싶다면 codex exec "README 의 설치 안내를 한국어로 번역해 추가해줘"

데스크톱 앱 vs CLI, 1인 개발에는 어느 쪽이 맞나

코덱스를 데스크톱 앱·웹에서도 쓸 수 있으니, 굳이 CLI를 깔 필요가 있느냐는 질문이 자연스럽게 따라옵니다. 둘은 잘하는 영역이 다릅니다. 제가 직접 둘 다 써본 기준으로 정리하면 이렇습니다.


비교 항목CLI데스크톱/앱·웹
로컬 코드 직접 수정강함제한적
명령 실행·테스트가능간접적
진입 난이도설치·터미널 익숙함 필요낮음(바로 대화)
가벼운 질문·설명가능하나 무거움편함
자동화·스크립트 연결강함어려움

제 결론은 이렇습니다. 코드 한 줄을 물어보거나 개념 설명을 듣는 정도라면 앱·웹이 빠릅니다. 하지만 실제 프로젝트 파일을 통째로 고치고, 테스트를 돌리고, 결과를 보며 다시 수정하는 반복 작업은 CLI가 압도적으로 낫습니다. 저처럼 여러 사이트를 1인으로 굴리면 터미널에서 명령 한 줄로 작업을 던지고 결과만 확인하는 흐름이 훨씬 빠릅니다. 그래서 가벼운 질문은 앱, 본 작업은 CLI로 나눠 쓰는 조합이 가장 현실적이었습니다.


코덱스 CLI 설치·사용법 관련 이미지 — 윈도우 설치에서 한국 사용자가 자주 걸리는 함정
코덱스 CLI 설치·사용법 관련 참고 이미지

추가 비용이 또 드나 — 한국 카드 결제 기준 정리

설치까지 마치고 나면 가장 궁금한 게 비용입니다. 핵심은 인증 방식에 따라 추가 비용 유무가 갈린다는 점입니다.


  • 챗지피티 구독으로 로그인하는 경우 — 구독료 안에 코덱스 사용 한도가 포함됩니다. 즉 챗지피티 플러스(월 20달러)나 프로(월 200달러)를 이미 내고 있다면, 그 한도 안에서 코덱스 CLI를 쓰는 데 별도 결제가 추가로 발생하지 않습니다. 단, 한도를 다 쓰면 일정 시간 쿨다운이 걸리거나 작업이 제한될 수 있습니다.
  • API 키로 인증하는 경우 — 사용한 토큰만큼 과금됩니다. 많이 돌릴수록 비용이 쌓이므로, 사이드 프로젝트로 자주 쓴다면 구독 방식이 예측 가능합니다.

한국 카드 결제 관점에서 덧붙이면, 챗지피티 구독은 미국 달러(USD) 기준으로 청구되고 한국 소비자에게는 부가가치세(VAT) 10%가 별도로 붙습니다. 그래서 플러스 20달러는 부가세 포함 22달러 기준으로, 2026년 6월 환율을 1,350원 안팎으로 가정하면 카드 명세서에는 대략 3만 원 안팎이 찍히는 경우가 많습니다. 환율은 매일 바뀌므로 정확한 금액은 결제 후 카드 명세서에서 확인하시는 게 맞습니다. 코덱스만 따로 결제하는 별도 요금제는 없고, 어디까지나 챗지피티 구독이나 API 사용량에 묶이는 구조라고 이해하시면 됩니다.


구독부터 만들고 시작하길 권합니다. 코덱스 CLI를 처음 쓴다면 API 키 과금보다 챗지피티 구독으로 로그인하는 쪽이 비용 예측이 쉽습니다. 사용량을 신경 쓰지 않고 한 달 정해진 금액 안에서 마음껏 시도해볼 수 있어서, 도구가 손에 맞는지 판단하기에 좋습니다. 손에 익은 뒤 대량 자동화가 필요해지면 그때 API 방식을 검토해도 늦지 않습니다.

참고 자료


코덱스 CLI는 무료인가요?

도구 자체는 무료로 설치하지만, 실제로 쓰려면 인증이 필요합니다. 챗지피티 유료 구독으로 로그인하면 그 구독 한도 안에서 추가 결제 없이 쓸 수 있고, API 키로 인증하면 사용한 토큰만큼 과금됩니다. 즉 설치는 공짜지만 사용은 구독이나 API 비용에 묶이는 구조입니다.


윈도우에서 설치했는데 codex 명령을 못 찾는다고 나옵니다.

npm 전역 설치 폴더가 시스템 PATH에 등록되지 않았을 가능성이 큽니다. 먼저 터미널을 완전히 닫았다가 새로 열어 PATH를 다시 읽게 하세요. 그래도 안 되면 npm bin -g 로 전역 bin 경로를 확인해 그 경로를 환경변수 PATH에 직접 추가하면 됩니다. 그래도 불안정하면 WSL 환경에서 설치하는 편이 안정적입니다.


로그인 창은 떴는데 인증이 안 끝나고 멈춥니다.

브라우저 로그인 후 인증 콜백이 로컬 포트로 돌아오는데, 방화벽이나 VPN이 이를 막는 경우가 많습니다. 보안 프로그램을 잠시 끄고 다시 시도하고, 브라우저 로그인 뒤에는 반드시 터미널 창으로 돌아와 인증 완료 메시지를 끝까지 기다리세요. 그래도 안 되면 로그아웃 후 재로그인으로 인증 정보를 새로 받으면 대부분 풀립니다.


코덱스 CLI와 클로드 코드는 무엇이 다른가요?

둘 다 터미널에서 도는 코딩 에이전트라는 점은 같습니다. 코덱스 CLI는 오픈AI 모델 기반이고 챗지피티 구독에 묶이며, 클로드 코드는 앤트로픽(Anthropic) 모델 기반으로 별도 구독에 묶입니다. 사용 흐름은 거의 비슷해서 둘 중 하나에 익숙하면 나머지도 금세 손에 붙습니다. 결국 어느 모델의 코딩 성능과 가격이 본인 작업에 맞느냐로 고르게 됩니다.


한글 폴더 경로에서 실행하면 자꾸 오류가 납니다.

윈도우에서 사용자 계정 이름이 한글이거나 프로젝트 폴더 경로에 한글·공백이 섞이면 일부 도구가 경로를 잘못 읽어 멈추는 경우가 있습니다. 프로젝트를 영문 이름의 폴더, 가급적 C 드라이브 바로 아래 같은 단순 경로로 옮겨 실행하면 대부분 해결됩니다. OneDrive로 동기화되는 폴더 안이라면 동기화 충돌도 의심해보세요.


맥과 윈도우 중 어느 쪽이 설치가 더 쉽나요?

제 경험으로는 맥이 훨씬 단순합니다. Node.js만 LTS로 깔려 있으면 npm 전역 설치 한 줄로 끝나고 막힐 데가 거의 없습니다. 윈도우는 그냥 설치해도 동작하지만 PATH 인식, 한글 경로, 보안 프로그램 충돌 같은 변수가 많아 막히면 시간이 걸립니다. 윈도우에서 자주 막힌다면 WSL을 깔아 리눅스 환경에서 돌리는 것이 가장 안정적인 선택입니다.


codex cli 설치코덱스 CLI코덱스 사용법오픈AI챗지피티 구독Node.jsAI 코딩 도구1인 개발자WSL

함께 보면 좋은 문제 해결

관련 포스트