코덱스 대안: 이미 쓰는 계정을 버릴 이유가 있는가

30초 결론: Codex를 떠나야 하는 사람과 남아야 하는 사람#

Codex 대안을 기능보다 "ChatGPT 계정·API 키·별도 구독"이라는 청구 경로에 초점을 맞춰 살펴봅니다.

2026-11-01 OpenAI 공식 문서 확인: 이미 ChatGPT 구독의 Codex 한도와 클라우드 작업이 맞는다면 굳이 옮길 필요는 없습니다. 한국어 중심 터미널 도구가 필요하다면 Mirr Code를 별도 후보로 검토하되, 계정·요금·연동을 새로 확인하세요. API 키 사용료와 ChatGPT 구독 한도는 같은 청구가 아닙니다.

한눈에 보기: Codex와 미르 코드의 청구 경로#

아래 표는 서비스 전체의 우열이 아니라 청구 경로의 차이입니다. OpenAI 공식 가격 확인일은 2026-11-01입니다. 미국 달러 표시 가격이며 지역, 세금과 결제 조건은 구매 전에 확인하세요. Codex의 지원 범위는 요금제와 설정에 따라 달라집니다.

다른 도구의 선택 기준은 Claude Code와 Codex 비교, OpenCode와 Codex 비교도 참고하세요.

어디가 더 나은가: Codex가 강한 경우 / 미르 코드가 맞는 경우 / 미르 코드가 아직 부족한 점#

Codex는 로컬 CLI와 원격 클라우드 작업, GitHub 연동을 함께 고려할 때 강점이 있습니다. 공식 클라우드 문서에 따르면 작업별 워크스페이스에서 진행한 변경 사항을 검토할 수 있습니다. 현재 계정의 플랜과 조직 설정은 별도로 확인하세요.

Mirr Code는 한국어 중심 터미널 작업을 검토하는 사람에게 후보가 될 수 있습니다. 다만 이 페이지에는 두 제품을 같은 과제로 직접 비교한 결과가 없고, Mirr Code가 Codex Cloud나 모든 GitHub 연동을 동일하게 제공한다는 근거도 없습니다. 클라우드 위임이나 기존 연동이 필수라면 Codex 쪽이 더 적합할 수 있습니다.

같은 과제를 비교할 때 확인할 점#

아직 같은 과제를 양쪽 도구로 실행한 기록, diff, 테스트 출력은 확보하지 못했습니다. 아래는 결과가 아니라 직접 비교할 때의 절차입니다.

1. 민감한 정보가 없는 동일한 저장소와 작은 이슈를 준비하고 시작 상태를 기록합니다. 사용 전에 각 서비스와 선택한 모델 제공자의 데이터 처리·보관·학습 조건을 확인하세요.
2. 각 도구에 같은 요구사항과 허용 범위를 전달하고, 수정·명령 실행을 승인하거나 중단한 지점을 기록합니다.
3. 생성된 diff를 검토하고 같은 테스트 명령을 실행한 뒤 실제 출력과 실패도 함께 남깁니다.

추가로 필요한 증거: 동일 과제의 실행 기록과 테스트 출력.

가격: 구독료와 모델 사용료#

위 구독료에는 ChatGPT의 다른 기능도 포함되므로 API 사용료와 일대일로 비교할 수 없습니다. Mirr Code는 별도 구독이므로 요금 안내와 실제 결제 화면에서 선택한 상품의 조건을 확인하세요.

Mirr 공개 요금 조회(2026-11-02 03:13 KST): 요금 조회 응답은 Pro 월 29,000원, Max 월 49,000원을 표시합니다. 모델 식별자와 제공 범위는 없으며, 지역·세금은 결제 화면에서 확인하세요. Max라는 이름만으로 무제한이라고 단정할 수 없습니다.

Codex 가격·한도 · OpenAI API 토큰 요금. 로컬 메시지와 클라우드 채팅은 플랜 사용량을 공유하며 주간 한도가 적용될 수도 있습니다. 실제 잔여량과 초기화 시점은 OpenAI 사용량 대시보드에서 확인하세요.

옮기는 방법: 설치, 규칙, MCP, 첫 작업#

ChatGPT 로그인과 API 키 경로는 청구 방식과 사용할 수 있는 기능이 다르므로, 옮기기 전에 지금 쓰는 로그인 경로를 적으세요. 프로젝트 규칙과 MCP는 서로 다른 설정이므로 자동 이전을 가정하지 말고 연동마다 지원 여부와 권한을 확인하세요.

ChatGPT 계정을 유지할지, 모델 제공자를 직접 관리할지에 따라 다음 후보도 살펴볼 수 있습니다.

이는 이전 계획을 세우는 표이며 자동 이전이나 호환성의 실행 증거가 아닙니다. 원래 환경으로 돌아갈 코드·설정은 별도로 보관하세요.

코덱스 대체 전에 계정 의존성을 그려 보기#

코덱스 대안을 고를 때는 지금 쓰는 계정과 실제 필요한 작업을 함께 적어 보세요. ChatGPT의 다른 기능 때문에 구독을 유지하는 사람과 코딩만 위해 별도 비용을 내는 사람은 출발점이 다릅니다. 로컬 파일만 고치는 사람과 클라우드에 과제를 맡기는 사람도 같은 조건으로 비교할 수 없습니다. 아래는 청구 경로와 작업 범위를 정리하는 제안이며 실제 결제나 동일 과제를 실행한 결과는 아닙니다.

계정 의존성은 로그인, 사용량, 조직 정책과 작업 환경으로 나누면 살피기 쉽습니다. 로그인은 어떤 신원으로 시작하는지, 사용량은 어디에서 한도를 차감하는지입니다. 조직 정책은 회사가 허용한 데이터와 기능의 범위이고 작업 환경은 실제 코드를 어디에서 읽고 실행하는가입니다. 한 항목을 바꾼다고 나머지 항목까지 자동으로 이전되지 않습니다. 새 도구를 결제하기 전에 각각의 담당자를 확인하세요.

예를 들어 개인 ChatGPT 구독으로 학습용 저장소를 다루고 있다면 구독 포함량과 추가 API 사용이 있는지부터 정리합니다. 회사 저장소를 다룬다면 개인 계정으로 로그인할 수 있다는 사실과 회사가 그 경로를 승인했다는 사실을 구분하세요. 비용을 회사가 부담하더라도 데이터 처리와 계정 관리 조건이 맞는지는 별도 판단입니다. 이 예시는 특정 조직의 계약을 설명하는 것이 아닙니다.

출처 확인(2026-11-02): OpenAI 인증 문서. 당시 공식 주소는 ChatGPT Learn의 인증 문서로 연결됐으며 로컬 작업의 ChatGPT 로그인과 API 키 사용, Codex Cloud의 ChatGPT 로그인 요구를 구분했습니다. 인증 경로에 따라 적용되는 관리와 데이터 처리 설정도 다르다고 설명합니다. 문서 이동이나 계정 유형의 이름만으로 현재 계정의 기능 자격을 추론하지 마세요.

**출처 확인(2026-11-03): 공식 인증 원문**은 두 경로를 “Sign in with ChatGPT for subscription access”, **“Sign in with an API key for usage-based access”**라고 설명합니다. 같은 문서는 API 키 사용을 **“OpenAI bills API key usage through your OpenAI Platform account at standard API rates.”**라고 명시합니다. 앞은 구독 접근, 뒤는 Platform 사용량 청구라는 뜻입니다. 로컬 데스크톱·CLI·IDE는 두 로그인 경로를 지원하지만 Codex Cloud에는 ChatGPT 로그인이 필요하다는 작업면 조건을 함께 읽어 보세요.

ChatGPT를 유지하면서 코딩 경로만 바꾸는 경우#

ChatGPT를 다른 용도로 계속 쓴다면 새 도구의 구독료는 기존 비용을 대체하지 않고 추가될 수 있습니다. 따라서 “Codex를 쓰지 않으면 ChatGPT 비용이 사라진다”는 가정부터 확인하세요. 기존 구독의 어떤 용도를 유지할지 적고 코딩에 필요한 추가 지출만 따로 비교하세요. 이 페이지는 구독료를 임의 비율로 나누거나 순수 코딩 비용을 추정하지 않습니다.

구독 경로를 남길 또 다른 이유는 관리 경계입니다. 공식 인증 문서는 ChatGPT 로그인 사용이 해당 워크스페이스의 권한과 역할 기반 접근 제어를 따르며, ChatGPT Enterprise의 보관·지역 설정도 그 경로에 적용된다고 설명합니다. 이것을 개인 구독에 같은 기업 조건이 적용된다는 뜻으로 읽으면 안 됩니다. 조직이 워크스페이스 단위로 관리하려는지, API 조직 단위로 관리하려는지가 청구 선택과 연결됩니다.

가령 팀이 승인한 ChatGPT 워크스페이스 안에서 클라우드 과제 위임을 계속해야 한다면 로컬 터미널의 사용료만 비교해 구독을 없애기 어렵습니다. 반대로 개인은 글쓰기 때문에 구독을 유지하면서 코드 조사에만 다른 터미널을 쓸 수 있습니다. 이 두 경우는 구독을 유지한다는 결론은 같아도 이유가 다릅니다. 첫 번째는 필수 작업면과 관리 경계, 두 번째는 코딩 밖 용도입니다.

API 키 경로로 옮기려는 경우#

API 경로에서는 사용량이 API 조직의 보관·데이터 공유 설정을 따른다고 공식 문서는 설명합니다. 이미 ChatGPT Enterprise 워크스페이스가 있다는 이유로 그 설정이 Platform 요청에도 그대로 적용된다고 가정할 수 없습니다. 결제 담당자를 바꾸지 않더라도 관리 대상은 달라질 수 있습니다. 조직의 허용 경로가 API 프로젝트라면 로컬 Codex를 그 조건으로 검토하는 것이 한 선택입니다.

인증과 기기 권한도 다른 층입니다. API 키로 로그인할 수 있어도 로컬에서 수정할 파일과 실행할 명령은 permission profile 같은 기기 측 제약을 받습니다. Codex 클라우드 작업은 ChatGPT 로그인이 필요합니다. 따라서 API로 바꿀 때는 단가뿐 아니라 잃을 작업면을 함께 보게 됩니다.

키 값은 이 비교에 필요하지 않습니다. 팀의 API 프로젝트를 가리키는 역할과 사용 목적만으로 경로를 설계할 수 있습니다. 프로그램 자동화에 API 키를 권하는 공식 안내가 있다고 해도 공개하거나 신뢰하지 않는 환경에 Codex 실행을 노출하라는 뜻은 아닙니다. 이 글은 실제 인증·청구를 수행하지 않았고, 위 API 요율은 현재 호스트의 모델 제공 범위나 과제 총액을 증명하지 않습니다.

로컬 과제와 클라우드 과제를 분리해 고르기#

아래 사례는 완성된 가상 선택표입니다. 작업은 한국어 열 이름이 있는 CSV 파서 수정이고 실제 계정·청구값은 쓰지 않습니다. 공통 요구는 빈 문자열을 0으로 바꾸지 않고 오류로 돌려주는 것입니다. 단, 세 사용자에게 필요한 실행 위치와 관리 단위가 다릅니다.

이 표에서 바뀌는 결론은 “어느 제품이 더 똑똑한가”가 아닙니다. 개인은 작업면을 추가할 수 있고, API 팀은 청구와 관리 단위를 선택하며, Cloud 팀은 필수 기능을 남깁니다. 같은 코드 과제라도 계정 밖으로 나갈 이유가 달라진다는 점이 이 페이지의 비교 기준입니다.

청구와 권한이 섞여 보일 때#

모델 요청이 실패하면 잔액 문제인지 인증 문제인지, 조직에서 기능을 막은 것인지 먼저 나눕니다. 같은 오류가 난다는 이유로 계정을 계속 바꾸면 어느 경로에서 무엇이 허용됐는지 기록하기 어렵습니다. 오류 시각과 요청 단계, 비밀값을 제거한 문구를 남기고 공식 안내와 대조하세요. 개인 결제나 다른 키로 조직의 제한을 우회하는 방법을 이 글은 권하지 않습니다.

한도에 도달했을 때도 무작정 다른 계정으로 이어 가지 마세요. 지금까지 만든 변경과 남은 검사를 보존하고 작업을 중단했음을 기록합니다. 새 경로에서 계속한다면 출발 상태와 계정, 모델이 바뀌었다는 사실을 남기세요. 이렇게 이어서 완료한 과제는 처음부터 같은 조건으로 끝난 실행과 구분하세요. 완료 여부와 단일 경로의 적합성은 서로 다른 판단입니다.

같은 이슈로 승인과 중단 지점을 비교하는 설계#

추천하는 합성 과제는 CSV 입력의 빈 값을 처리하는 작은 버그 수정입니다. 가상의 열 이름과 한국어 파일명을 사용하고 실제 업무 데이터는 넣지 않습니다. 정상 행, 빈 행과 잘못된 행에 대한 기대 결과를 미리 정합니다. 수정 범위는 파서와 해당 테스트로 제한하고 새 의존성 추가와 외부 쓰기는 제외할 수 있습니다. 이 설계는 아직 실행하지 않았습니다.

첫 단계에서는 원인과 변경 계획만 요청합니다. 파일을 읽는 과정과 계획이 원래 수용 기준을 보존하는지 검토하세요. 다음 단계에서는 승인한 파일만 수정하고 같은 테스트를 실행하게 합니다. 각 도구가 요청한 승인과 사람이 거절한 행동을 그대로 남깁니다. 승인 횟수가 적다고 더 좋다고 결론 내리지 말고 필요한 판단을 적절한 시점에 보여 줬는지 살펴보세요.

중단 시험은 외부 부작용이 없는 시점에 설계합니다. 예를 들어 계획을 검토한 뒤 세션을 멈추고 현재 변경 상태와 남은 검사를 사람에게 설명하게 할 수 있습니다. 다시 시작할 때 이전 계획을 그대로 실행하지 않고 바뀐 파일을 확인하는지도 살핍니다. 각 제품의 실제 중단·재개 명령과 권한은 현재 문서에서 확인해야 하며 이 글은 특정 명령을 실행한 로그를 제공하지 않습니다.

결과표에는 코드가 기대대로 동작하는지, 범위를 지켰는지, 검사를 실제로 했는지를 따로 적습니다. 작업을 마쳤지만 사람이 코드를 많이 고쳤다면 그 수정도 결과에 포함합니다. 한쪽만 정답 파일을 알려 줬다면 그 차이를 숨기지 마세요. 실행하지 못한 검사를 통과로 쓰지 않고 환경 문제로 제외한 항목은 왜 제외했는지 남깁니다. 이 자료가 있어야 대안을 선택한 이유를 설명할 수 있습니다.

세 가지 청구 경로로 같은 질문에 답하기#

다음은 실제 사용자나 청구 사례가 아닌 가상 상황입니다. 각 상황에서 기존 계정을 버릴지보다 필요한 작업과 새 지출이 무엇인지부터 정리합니다. 결제 경로가 달라지면 관리와 데이터 조건도 확인해야 하므로 월 구독료 하나만 보고 답을 정하지 않는 편이 좋습니다. 실제 금액과 사용량은 현재 계정의 내역으로 채워야 합니다.

ChatGPT 구독을 다른 용도로도 쓰는 사람#

가상 개인 사용자의 CSV는 상품,수량 헤더와 연필,2, 노트, 두 행입니다. 기대 결과는 첫 행을 수량 2로 읽고 둘째 행은 EMPTY_QUANTITY 오류로 분류하는 것입니다. 문장으로 원인을 설명하는 과제와 파일을 실제로 고치는 과제를 나눌 수 있습니다. 한국어 터미널을 추가하려는 이유가 설명과 검토라면 처음부터 클라우드 환경을 교체할 필요는 없습니다.

이 사람의 결정문은 “ChatGPT 구독은 글쓰기 용도로 유지하고, 로컬 CSV 수정의 한국어 설명을 별도로 비교한다”가 됩니다. 이때 새 도구가 맞지 않으면 로컬 코딩만 기존 경로로 돌리면 됩니다. 구독 전체를 해지했다가 다시 만드는 선택과는 필요한 복구 범위가 다릅니다. 실제 비용 절감액을 넣지 않아도 작업을 어디에 둘지는 명확하게 정할 수 있습니다.

API 사용량을 프로젝트별로 관리하려는 팀#

API 팀의 가상 조건은 “사설 작업 실행기에서 합성 CSV 검사를 요청하고 결과를 팀 API 프로젝트의 사용량으로 관리한다”입니다. 개인 ChatGPT 로그인에 묶인 사람이 자리를 비워도 같은 업무 책임을 유지하려는 목적입니다. 공식 인증 안내는 API 키가 프로그램 방식 로컬 작업에 적합한 경로임을 설명하지만, 실제 조직의 자동화 승인은 별도입니다.

파일 보관 방식도 선택에 들어갑니다. 공식 문서는 cli_auth_credentials_store의 file, keyring, auto, ephemeral 선택을 설명합니다. file은 인증 파일, keyring은 운영체제 저장소를 사용하고, auto는 운영체제 저장소를 쓸 수 없으면 파일로 돌아갈 수 있으며, ephemeral은 현재 프로세스 메모리에만 둡니다. 관리자가 강제한 조건은 사용자가 덮어쓸 수 없다는 설명도 있습니다. 이 내용은 공개 설정 설명이며 실제 저장 파일을 읽은 결과가 아닙니다.

따라서 임시 실행기에서 파일을 남기지 않는다는 가상 요구에는 ephemeral 같은 선택을 검토할 수 있지만, 이를 모든 환경의 자동 권장값으로 정하지 않습니다. 조직이 지정한 저장소와 연결 방식을 따르는지가 먼저입니다. Mirr의 인증 저장을 같은 파일명이나 선택값으로 추론할 근거도 없습니다. 호스트를 바꿀 때는 모델 요금뿐 아니라 이 관리 선택을 잃거나 새로 설정해야 하는지 보게 됩니다.

클라우드 과제 위임을 계속해야 하는 사람#

Cloud 팀의 사례는 개발자가 노트북을 닫아도 원격 과제를 맡기는 작업면이 필수라는 조건입니다. 이 경우 로컬에서 CSV 검사를 성공해도 그 요구를 만족한 것이 아닙니다. 공식 인증 문서의 ChatGPT 로그인 요구와 워크스페이스의 좌석·역할에 따른 작업면 자격을 먼저 확인할 이유가 있습니다. API 경로의 낮아 보이는 단가만으로 이 기능을 대체할 수는 없습니다.

출처 확인(2026-11-03): Codex 클라우드 문서는 Codex가 자신의 클라우드 환경에서 여러 작업을 병렬로, 능동적으로까지 진행할 수 있다고 설명하고, chatgpt.com/codex에서 GitHub 계정을 연결해 저장소의 코드를 다루고 그 결과물에서 풀 리퀘스트를 만들 수 있다고 안내합니다. Plus·Pro·Team·Edu·Enterprise 플랜에 포함된 기능이라고도 적습니다. 클라우드 위임을 유지할 팀은 이 병렬 작업면과 GitHub 연결을 대안에게 같은 기능으로 요구할 근거가 없으므로 유지 조건에 따로 적어야 하고, 로컬만 옮기는 팀은 제외 조건으로 처리할 수 있습니다.

팀이 로컬 한글 파일 조사만 새 후보에 맡기기로 했다면 결정은 부분 전환입니다. Cloud의 저장소 환경과 검토 흐름은 남기고, 로컬 작업의 한국어 입력과 변경만 선택합니다. 같은 CSV 이슈를 두 작업면에 동시에 맡겨 서로의 결과를 덮어쓰는 설계가 아니라 담당 과제를 나누는 설계입니다. 이 사례의 기대 결과는 Cloud 대체 성공이 아니라 필요한 원격 업무가 계속 남는다는 점을 명시한 선택입니다.

코덱스 없이 코딩할 때 빠뜨리기 쉬운 자산#

이전 목록에는 코드와 프로젝트 지침 외에도 작업 환경의 가정을 적습니다. 테스트를 어느 디렉터리에서 실행하는지, 필요한 로컬 서비스가 무엇인지와 결과를 어디에 쓰는지를 남기세요. 환경 변수가 필요하다는 사실은 기록할 수 있지만 값은 문서와 대화에 넣지 않습니다. 실제 자격 증명을 새 도구에 무단으로 옮기지 않는 편이 좋습니다.

완료한 과제와 진행 중 과제도 나눕니다. 클라우드에서 아직 검토하지 않은 변경이 있다면 최종 채택 전에 diff와 검사를 확인하세요. 새 도구가 그 작업의 맥락을 자동으로 이어받는다고 가정하지 마세요. 필요한 요청과 수용 기준을 사람이 정리하고 현재 파일을 기준으로 이어가야 합니다. 대화 요약만으로 최신 파일 상태를 대신하지 않습니다.

설정의 원본은 보존하고 이전 중 수정한 부분은 별도로 남깁니다. 도구 교체와 함께 규칙을 간소화하면 결과가 달라진 원인을 찾기 어려워집니다. 금지와 예외 조건을 유지한 채 새 환경에 필요한 지침만 정리하세요. MCP 서버는 프로젝트 지침과 별개이므로 연결별 인증과 권한, 실제 도구 지원을 확인하세요.

비교 결과를 해석할 최소 기록#

위 표는 실제 결과표가 아니라 제안 양식입니다. 앞의 세 가상 결정을 적용하면 개인은 구독 유지 용도, API 팀은 프로젝트 책임과 저장 조건, Cloud 팀은 원격 작업면의 존속이 서로 다른 핵심 항목이 됩니다. 모든 사용자에게 같은 비용 칸만 채우도록 요구할 필요가 없습니다. 어떤 선택이 원래 업무 조건을 바꾸는지부터 읽을 수 있습니다.

계정을 버리지 않고 전환을 끝내는 기준#

전환 완료는 기존 계정을 삭제하는 것과 다릅니다. 필요한 과제가 새 흐름에서 끝나고 데이터와 권한이 승인됐으며 청구를 설명할 수 있어야 합니다. 기존 계정을 남겨 둘 이유가 있다면 그 용도와 갱신 조건을 기록하세요. 새 도구가 필수 클라우드 과제를 대체하지 못한다면 로컬 작업만 옮긴 부분 전환으로 표현하면 됩니다. 확인하지 않은 기능을 포함해 전체 이전에 성공했다고 말하지 마세요.

마지막으로 코드, 규칙과 외부 연결의 복구 경로를 따로 점검합니다. 코드 변경은 보존한 기준점과 비교하고, 프로젝트 지침은 원본과 새 지침의 범위를 대조합니다. 외부 서비스의 권한과 키는 해당 서비스에서 회수 여부를 확인합니다. 청구 중단과 데이터 삭제도 같은 절차가 아닙니다. 필요한 처리를 계정 담당자와 나눠 확인하면 새 구독을 시작했다는 사실과 실제 이전 완료를 혼동하지 않을 수 있습니다.

계정별 기록을 합칠 때는 같은 과제가 중복 집계되지 않는지도 확인하세요. 클라우드에서 시작해 로컬에서 마친 작업은 두 개의 완료가 아니라 이어진 작업의 두 경로일 수 있습니다.

청구 내역이 없는 비교에서 말할 수 있는 것#

가상 선택표에는 금액 대신 조건이 들어 있습니다. 개인은 구독을 계속 쓴다는 전제, API 팀은 Platform 사용량 청구, Cloud 팀은 ChatGPT 로그인과 원격 작업면이 필수라는 전제입니다. 이 조건만으로도 “계정을 버린다”, “인증 경로를 바꾼다”, “로컬 도구만 추가한다”는 서로 다른 선택을 할 수 있습니다. 실제 총비용과 어느 도구가 더 경제적인지는 그 뒤의 사용 내역이 있어야 답할 수 있습니다.

이 글에서 아직 없는 자료는 양쪽의 같은 이슈 실행, 승인·중단 지점과 테스트 출력입니다. 공개 인증·청구 원문은 제공했지만 그 문서를 실제 청구서나 비교 transcript로 취급하지 않습니다. 모델 이용 자격과 비용·보관 조건은 실제 선택한 계정에 맞춰야 하며, 내부 모델 제공 매핑을 이 글에서 새로 수집하거나 추론하지 않습니다.

비대화형 exec의 샌드박스와 출력 형식#

로컬 과제를 자동화로 옮긴다면 대화형 승인과 exec의 기본값을 따로 봐야 합니다. 비대화형 실행 문서는 exec의 기본 샌드박스를 read-only로 설명하고, 쓰기 과제에는 --sandbox workspace-write를 명시하도록 안내합니다(2026-11-03 확인). 같은 문서는 --full-auto를 더 이상 지원하지 않는다고 적어 두었으므로 예전 예제를 그대로 복사하면 안 됩니다.

이 표는 공식 문서 설명을 정리한 것입니다. 이 페이지에서 codex exec를 실행하거나 출력 형식을 수집하지 않았으며, 대화형 결과와 자동화 결과를 한 점수로 합치지 않습니다.

수정·보완 기록#

출처 범위: 로그인 경로와 청구 경로는 공식 인증·가격 문서의 항목으로만 적었습니다. Codex Cloud의 계정 조건과 외부 서비스 변경은 이 글에서 실행하거나 되돌리지 않았습니다.

검증일 · 출처 · 관련 페이지#

출처: Codex 가격과 사용 한도, 인증 방식, CLI, 클라우드, API 가격 (가격 문서와 CLI·클라우드 안내는 2026-11-01, 인증 문서는 2026-11-02·2026-11-03 확인). 가격과 기능은 바뀔 수 있습니다.

아직 확인하지 못한 항목: 동일 이슈 과제에서 승인·중단 지점을 기록한 transcript.

그래서 Mirr Code는?#

한국어 중심의 터미널 코딩 에이전트입니다. 작업 환경과 필요한 연동을 먼저 확인하고, 작은 실제 과제로 적합성을 판단하세요.

가격과 사용 조건은 요금 안내, 모델 정보는 Mirr 1.0 Pro를 참고하세요. 최신 영어 벤치마크나 방대한 생태계 자체가 목적이라면 기존 도구가 더 나을 수 있습니다.