30초 결론: Cursor와 Codex 중 어디를 고를 것인가#
아래는 2026-11-01에 확인한 공식 자료의 기능과 요금 조건입니다. 동일 이슈 실행 기록은 확보하지 못했으므로 diff 크기나 리뷰 시간의 차이는 판단할 수 없습니다.
| 비교 기준 | Cursor | Codex |
|---|---|---|
| 작업 환경 | 에디터와 CLI에서 에이전트 사용 | CLI, IDE 확장, 웹 등에서 사용; 이용 범위는 플랜에 따라 다름 |
| 원격 작업 | 신규 구독 기준 Premium 이상에서 클라우드 에이전트 제공 | 조건을 갖춘 Plus, Pro, Business 등에서 Codex Cloud 제공; Free와 Go에는 미포함 |
| 명령 실행과 검토 | CLI는 파일 작업과 셸 실행 도구를 제공하며 변경 사항 검토 기능이 있음 | 로컬 CLI와 클라우드 환경이 별도이며 조직의 클라우드 접근 설정이 적용될 수 있음 |
| 모델과 사용량 | 신규 Plus의 모델 범위는 아래 출처 차이 참고; Premium 이상에서 타사 모델 사용은 별도 과금 | 사용 가능한 모델과 한도는 플랜·설정에 따라 다름; API 키 사용은 구독과 별도 청구 |
| 개인 요금 | 신규 Plus 월 $8, Premium 월 $30, 세금 별도 | ChatGPT Plus 월 $20, Pro 월 $100부터; Codex는 해당 플랜의 사용 한도 적용 |
| 한국어 | 한국어 작업 품질을 같은 과제로 비교한 근거 없음 | 한국어 작업 품질을 같은 과제로 비교한 근거 없음 |
출처: Cursor 요금표, Cursor CLI 문서, Codex 요금표, ChatGPT 플랜의 Codex 사용 안내. 아래 가격 조건과 확인 범위도 함께 보세요.
- 에디터와 CLI를 오가며 작업하려면 Cursor의 환경과 구독 조건을 확인합니다. Cursor도 CLI가 있으므로 IDE 전용으로 단정하지 않습니다.
- 기존 ChatGPT 계정의 Codex 사용량이나 클라우드 위임을 활용하려면 Codex의 플랜·워크스페이스 자격을 확인합니다. Codex도 IDE 확장을 제공합니다.
- 결제 전 모델별 사용량, 추가 과금, 지역과 세금을 확인하고, 중요한 작업이라면 같은 저장소와 과제로 직접 diff와 테스트 결과를 검토합니다.
2026-11-01 확인 기준 Cursor 요금표는 신규 Plus에 Grok 모델만 사용 가능하다고 설명하지만, 모델 요금 문서는 Grok 외에 Composer 2.5도 명시합니다. 실제 이용 범위는 현재 계정과 결제 화면, 모델 선택기에서 확인하세요.
비교표: 인터페이스, 모델, 권한, 한국어, 가격 (6–8행)#
위 표는 공식 자료에 기재된 기능과 청구 조건의 비교이며, 수행 품질이나 승인 정책 전체를 검증한 결과가 아닙니다. 실행 권한은 선택한 환경과 설정에서 직접 확인하세요. 한국어 결과의 자연스러움도 이 자료만으로 판단할 수 없습니다.
Cursor가 강한 경우 / Codex가 강한 경우#
Cursor는 에디터 작업과 CLI를 함께 쓰려는 경우, Codex는 기존 ChatGPT 계정의 사용 조건과 클라우드 위임을 활용하려는 경우에 각각 살펴볼 만합니다. 다만 Cursor의 클라우드 에이전트는 신규 구독에서 Premium 이상이고, Codex Cloud도 조건에 맞는 플랜과 워크스페이스 설정이 필요합니다. 이 차이는 기능 선택 기준이지 전반적인 우열이 아닙니다.
같은 과제 비교: Cursor와 Codex에 같은 이슈를 맡겼을 때#
같은 이슈를 양쪽에 맡긴 실행 기록, diff와 리뷰 시간은 아직 없습니다. 직접 비교한다면 같은 저장소의 동일한 시작 상태, 요구사항, 모델과 권한을 기록하고 각 변경 사항과 테스트 출력을 검토하세요. 모델이나 환경이 다르면 그 차이도 결과 옆에 남기세요.
리뷰 시간을 잴 때는 모델의 응답 대기와 사람이 결과를 읽고 고치는 시간을 섞지 마세요. 아래는 아직 실행하지 않은 수집 기준입니다.
| 구간 | 기록할 것 | 비교에서 숨기지 않을 것 |
|---|---|---|
| 실행 시작·종료 | 같은 요청을 보낸 시각과 결과가 나온 시각 | 승인 대기, 실패·재시도와 중단 |
| diff 검토 | 수정 파일·줄 수와 사람이 읽은 구간 | 작은 diff라도 누락·오류 때문에 다시 확인한 내용 |
| 수동 수정 | 사람이 바꾼 코드와 소요 시간 | 최초 생성 결과와 사람이 고친 뒤의 결과 구분 |
| 검증 | 같은 테스트 명령·출력과 재실행 시간 | 실패·미실행·통과를 각각 기록 |
이 표에 실제 시간이나 결과를 채운 기록은 아직 없으며, diff가 작다는 이유만으로 리뷰가 빠르다고 결론 내리지 않습니다.
위 공식 자료 비교는 실제 작업 실행이나 결과를 대신하지 않습니다.
가격: 구독과 사용량#
공식 가격 부분 확인: 2026-11-01 KST. Cursor 신규 개인 구독은 Plus 월 $8, Premium 월 $30이며 표시 가격에 세금이 포함되지 않습니다. Codex 공식 요금표는 ChatGPT Plus 월 $20, Pro 월 $100부터로 표시합니다. ChatGPT 구독에는 다른 기능도 포함되며, 두 구독의 포함량은 같은 단위가 아니므로 월정액만으로 실제 비용을 비교할 수 없습니다. Cursor의 기존 구독 조건은 다를 수 있고 Codex의 API 키 사용은 별도 과금됩니다.
출처: Cursor 공식 요금표, OpenAI Codex 공식 요금표, Codex 가격. 2026-11-01 KST 확인한 영어·미국 달러 표시만으로 적용 지역이나 한국 결제 금액은 확인할 수 없습니다. Cursor는 세금 별도라고 안내하며 Codex의 세금 포함 여부는 확인하지 못했습니다. 실제 결제 통화, 세금, 환율, 추가 사용료와 현재 조건은 각 결제 화면에서 확인하세요.
| 청구 조건 | 문서에서 구분할 경로 | 같은 총액으로 비교하기 전 확인 |
|---|---|---|
| Cursor 신규 | 모델·요금 문서의 주간 포함량과 별도 타사 모델 크레딧 | 모델·사용량 단위와 추가 사용 설정 |
| Cursor 기존 | 레거시 문서의 별도 조건 | 해지·변경 전 현재 계약과 월간 포함량 |
| Codex 구독 | ChatGPT 플랜 가격의 제공 기능·포함량 | Cloud 자격과 추가 크레딧, 실제 계정 사용량 |
| Codex API 키 | 인증 문서의 별도 API 경로 | API 계정의 토큰 사용료를 구독 비용과 구분 |
미르 코드가 맞는 경우 / 맞지 않는 경우#
Mirr Code는 한국어를 우선하는 터미널 코딩 에이전트로, 터미널에서 한국어로 작업하려는 사람에게 별도 후보가 됩니다. Cursor의 에디터 중심 환경이나 Codex Cloud 위임이 필수라면 해당 도구를 유지할 이유가 있습니다. Mirr Code가 그 기능을 같은 방식으로 제공한다는 근거 또는 세 도구의 동일 과제 비교 결과는 이 페이지에 없습니다. 현재 요금과 이용 조건은 요금 안내와 결제 화면에서 확인하세요.
diff의 크기와 리뷰의 난도를 구분하는 기준#
이 비교의 질문은 어느 도구가 코드를 더 많이 만드는가가 아닙니다. 같은 이슈를 해결한 변경을 사람이 얼마나 정확하게 검토할 수 있는가를 살펴보는 편이 낫습니다. 작은 diff에는 필요한 테스트가 빠질 수 있고 큰 diff에는 꼭 필요한 호출부 수정이 들어갈 수 있습니다. 변경 줄 수를 먼저 순위로 만들지 말고 요구사항과 연결되는 변경인지 분류하세요. 생성 파일, 잠금 파일, 포맷 수정과 동작 변경을 구분하면 결과의 의미가 달라집니다. 삭제가 많다는 이유만으로 간결한 해결이라고 평가해서도 안 됩니다.
수정한 파일 수 역시 작업의 특성과 함께 읽어 보세요. 설정 한 줄을 바꾸는 이슈와 공개 타입의 사용처를 바꾸는 이슈는 자연스러운 변경 범위가 다릅니다. 여러 파일을 건드린 결과를 무조건 과도한 수정으로 분류하면 필요한 수정까지 벌점이 됩니다. 반대로 한 파일만 고친 결과를 좋게 보면 다른 호출부의 누락을 놓칠 수 있습니다. 이슈 설명에서 영향을 받는 계약과 유지해야 할 동작을 먼저 확정하고 각 변경이 어느 기준을 충족하는지 표시하세요. 그 뒤에 줄 수를 보조 자료로 사용할 수 있습니다.
리뷰를 시작할 때는 원래 요청을 다시 읽는 시간을 포함할지도 정하세요. 에디터에서 계속 작업한 사람은 맥락을 이미 알고 있고, 위임한 결과만 받는 사람은 맥락을 다시 읽어야 할 수 있습니다. 이 차이는 도구를 실제로 쓰는 방식의 일부이지만 모델의 생성 속도와는 다릅니다.
IDE 개입과 위임 결과의 경계를 정하세요#
Cursor는 에디터에서 코드와 diff를 보며 개입할 수 있고 CLI와 클라우드 경로도 있습니다. Codex 역시 로컬 CLI, IDE와 조건을 갖춘 계정의 클라우드 경로를 구분하세요. 따라서 Cursor는 수동 편집, Codex는 완전 자동이라는 비교는 맞지 않습니다. 이번 시험에서 사용할 화면과 실행 환경을 정하고 사용한 기능을 결과 옆에 적으세요. 한쪽은 로컬, 다른 쪽은 클라우드라면 실행 환경을 포함한 선택의 비교라고 명시합니다. 제목의 대비를 제품의 모든 기능에 적용하지 않습니다.
사람이 중간에 코드를 직접 고쳤다면 그 개입을 숨기지 마세요. 에디터에서 즉시 수정할 수 있다는 편의는 실제 가치일 수 있지만 최초 생성 품질과는 별도의 항목입니다. 터미널에서 추가 요청으로 고쳤다면 그 요청과 재시도도 기록합니다. 한쪽에는 제한 없이 힌트를 주고 다른 쪽에는 최초 요청만 주었다면 입력이 달라집니다. 실제 운영 방식으로 비교할 수는 있어도 무개입 성능 시험이라고 부를 수는 없습니다. 초기 결과와 사람의 보완 후 결과를 함께 두면 독자가 차이를 이해할 수 있습니다.
Cursor CLI는 대화형 실행에서 터미널 명령을 실행하기 전에 승인(y)이나 거부(n)를 묻는다고 문서에 나옵니다. 반면 -p 또는 --print로 여는 비대화형 실행에서는 Cursor에 전체 쓰기 권한이 있다고 명시합니다. 두 방식으로 맡긴 결과는 승인 기록이 서로 다르므로 실행 방식을 결과 옆에 고정해 적으세요 (CLI 문서, 2026-11-03 확인).
Cursor 실행 모드는 Auto-review, Allowlist와 Run Everything을 구분합니다. 표에 따르면 Run Everything은 모든 도구 호출을 자동으로 실행하며 샌드박스와 분류기를 쓰지 않습니다. Auto-review에서 샌드박스 제한에 걸린 명령은 샌드박스 밖에서 다시 실행될 수 있고, 그 재실행은 분류기가 검토한다고 설명합니다. 전체 네트워크 접근이나 작업 공간 밖 쓰기가 필요한 명령은 샌드박스를 쓸 수 없어 분류기로 넘어간다는 점도 같은 문서에 있습니다 (실행 모드 문서, 2026-11-03 확인).
같은 시작 상태를 두 번 쓰는 시험이라면 Cursor CLI의 --worktree 옵션으로 새 Git 워크트리에서 실행해 원래 체크아웃을 직접 고치지 않게 하는 안을 검토할 수 있습니다. 이는 제안이며 이 페이지에서 직접 실행한 결과가 아닙니다.
Cursor CLI는 Agent, Plan, Ask 모드를 --mode 옵션이나 슬래시 명령으로 바꾸며, 편집 없이 코드를 탐색하려면 Ask 모드를 쓰라고 문서가 설명합니다. Plan 모드에서는 에이전트가 구현 전에 질문을 던져 계획을 좁힌다고 명시합니다. 두 모드는 파일 변경 범위가 다르므로, 비교 시험에서는 모드를 결과 옆에 적으세요. CLI는 편집기와 같은 규칙 체계를 쓴다고 문서가 설명합니다 (CLI 문서, 2026-11-03 확인).
아직 실행하지 않은 이슈 비교 설계#
이하에서는 상품 목록의 필터 상태를 유지하는 가상 과제로 비교 기준을 구체화합니다. 같은 시작 상태와 요구를 두 도구에 전달한다는 설계이며 실제 실행이나 리뷰 시간을 측정한 기록은 아닙니다. 제품별 모델과 환경이 다르면 그 차이를 결과의 조건으로 남기는 방식입니다.
| 리뷰 판단 | 구체적으로 볼 자료 | 결과의 해석 |
|---|---|---|
| 요구 이행 | 수용 기준과 변경 파일의 연결 | 요청한 동작의 충족 여부 |
| 범위 절제 | 관련 없는 포맷·설정·의존성 변경 | 사람이 추가로 읽어야 할 부담 |
| 회귀 위험 | 기존 동작, 경계 조건과 테스트 | 새 동작 외에 깨진 계약이 있는지 |
| 설명의 정확성 | 완료 보고와 실제 명령 출력 | 수행한 일과 보고한 일이 일치하는지 |
| 보완 부담 | 수동 수정과 추가 요청 | 최초 결과 이후에 들어간 사람의 일 |
| 환경 준비 | 로컬·클라우드의 설치와 접근 조건 | 코드 생성과 별도인 실행 준비 비용 |
이 표는 실측 점수표가 아닙니다. 결과를 수집할 때 사용할 검토 기준이며 임의의 가중치나 합산 점수를 넣지 않았습니다. 조직에 따라 회귀 위험을 우선하거나 변경 범위를 우선할 수 있습니다. 기준의 중요도를 바꾼다면 결과를 본 뒤 유리한 항목만 고르는 대신 시험 전에 합의하세요. 한 과제에서 리뷰가 편했다는 결과가 있어도 모든 언어나 저장소에서 같은 효과를 보장하지는 않습니다.
리뷰 시간을 기록할 때 빼거나 더할 구간#
모델 응답 대기, 승인 대기, 사람이 코드를 읽는 시간과 수동 수정은 서로 다른 구간입니다. 전체 경과 시간은 사용자의 일정에 중요할 수 있지만 리뷰 작업량과 같지는 않습니다. 답변을 기다리는 동안 다른 일을 했다면 그 시간의 처리 원칙을 적으세요. 리뷰 중 전화나 회의로 자리를 비운 시간을 제품의 부담으로 더하지 않는 편이 낫습니다. 반대로 추가 설명을 요청하고 결과를 다시 읽은 시간은 재검토에 들어간 일입니다. 측정 목적에 맞춰 어느 구간을 포함할지 먼저 정합니다.
리뷰 종료 조건도 필요합니다. diff를 처음 훑어본 순간, 테스트를 통과한 순간과 병합 가능한 상태를 승인한 순간은 다릅니다. 단순한 시간 비교라면 같은 종료 조건을 적용하세요. 리뷰어가 놓친 오류가 나중에 발견되면 처음 기록을 지우지 말고 후속 결함으로 연결합니다. 빠른 검토가 정확한 검토였는지 확인할 자료가 됩니다. 도구의 완료 메시지는 리뷰 종료 시각이 아닙니다.
클라우드 위임 전의 데이터와 권한 점검#
로컬에서 작업한다는 말이 코드가 외부 모델로 전송되지 않는다는 뜻은 아닙니다. 클라우드 위임은 별도의 환경과 접근 조건을 더합니다. 어느 저장소와 어떤 파일을 전달하는지, 모델 요청과 도구 실행이 어디서 이루어지는지 나눠 확인하세요. 개인 구독을 결제했다는 사실은 회사 코드를 올릴 권한이 되지 않습니다. 조직의 승인과 현재 계정의 데이터 처리 조건을 확인한 뒤 민감한 정보가 없는 시험 저장소에서 시작하는 편이 낫습니다. 실제 정책 시험 없이 안전하다고 보증하지 않습니다.
2026-11-03 확인한 Cursor 실행 모드는 로컬 Run Modes와 전용 머신에서 실행되는 Cloud Agents를 구분합니다. Codex 권한도 로컬 명령, MCP와 클라우드의 제어 범위를 구분합니다. 따라서 로컬의 승인 창이 적었다는 기록을 클라우드 안전성의 증거로 옮길 수 없습니다. 브라우저나 외부 서비스가 연결된 과제라면 별도 권한과 외부 변경 기록을 살펴보세요. 저장소 diff가 깨끗해도 서비스 쪽 변경이 없었다는 뜻은 아닙니다.
Codex 클라우드 환경 문서는 setup 스크립트 단계에 인터넷 접근이 있지만 에이전트 단계에서는 기본으로 꺼져 있고, 필요하면 제한적이거나 무제한인 접근을 켤 수 있다고 설명합니다. 비밀값은 setup 스크립트에서만 쓸 수 있고 에이전트 단계 전에 제거됩니다. 이 내용은 설정 설명이므로 과제별로 패키지 설치가 어느 단계에서 일어나는지 미리 적어 두세요 (클라우드 환경 문서, 2026-11-03 확인).
Codex 클라우드 환경은 저장소를 선택한 브랜치나 커밋 SHA로 체크아웃한 컨테이너를 만들고, 컨테이너 상태를 최대 12시간 캐시한다고 문서가 설명합니다. setup 스크립트, 유지보수 스크립트, 환경 변수나 비밀값을 바꾸면 캐시가 무효화되며, 환경 페이지에서 캐시를 초기화할 수도 있습니다. Business와 Enterprise에서는 그 환경에 접근할 수 있는 모든 사용자가 캐시를 공유하므로, 한 사람의 설정 변경이 다른 구성원의 시작 상태를 바꿀 수 있습니다. 시험 기록에는 기준 커밋과 캐시 초기화 여부를 함께 적으세요 (클라우드 환경 문서, 2026-11-03 확인).
같은 환경 문서는 클라우드 환경이 HTTP/HTTPS 네트워크 프록시 뒤에서 실행되고 외부 인터넷 트래픽이 모두 이 프록시를 거친다고 설명합니다. 에이전트 단계의 네트워크를 열 때는 이 프록시 정책을 따르는지도 시험 항목에 넣어야 합니다. 에이전트 보안 설정에서 도메인을 허용해도 클라우드 환경의 인터넷 설정 제한을 덮어쓰지 못한다고 문서가 명시합니다 (클라우드 환경 문서, 2026-11-03 확인).
Codex 권한 문서는 로컬 명령의 범위를 정하는 내장 프로필을 read-only, workspace, danger-full-access 세 가지로 나눕니다. 프로필 설정과 예전 샌드박스 설정은 한 설정에 함께 둘 수 없으며, 불러온 설정 파일에 sandbox_mode가 있거나 실행에 --sandbox를 주면 Codex는 예전 설정을 쓰고 기본 프로필을 쓰지 않는다고 설명합니다. 로컬 프로필은 macOS, Linux, WSL과 네이티브 Windows에서 지원된다고 명시하므로, 비교 시험의 운영체제가 이 목록에 없으면 권한 결과를 같은 조건으로 보기 어렵습니다 (권한 문서, 2026-11-03 확인).
가격 차이를 리뷰 비용과 연결할 때의 주의점#
구독료와 리뷰 시간은 단위가 다릅니다. 사람의 시간을 비용으로 환산하려면 조직이 승인한 시간 단가와 포함할 업무 범위가 필요합니다. 자신의 체감 시간을 임의의 인건비와 곱해 총절감액이라고 발표하지 마세요. 기존 구독을 계속 쓸지 새 구독을 추가할지에 따라 증분 지출도 달라집니다. 비교 기간 중 두 구독을 유지한 비용과 장기 운영비를 나눠 보면 결정을 설명하기 쉽습니다. 추가 모델 크레딧과 API 키의 청구는 어느 쪽에서 발생했는지 확인하세요.
실제 선택은 측정하지 못한 숫자를 만들지 않고도 좁힐 수 있습니다. 에디터 안에서 계속 개입할 일이 많다면 그 흐름을 우선 시험하고, 작업을 분리해 맡기려면 해당 클라우드 자격과 환경 준비를 먼저 살펴보세요. 리뷰할 인력이 없거나 수용 기준이 없는 상태라면 위임 범위를 넓히기보다 과제를 작게 나누는 편이 좋습니다. 지금은 공식 자료로 기능과 청구 경계를 비교할 수 있으며, diff 크기와 리뷰 시간의 실제 승자는 아직 정할 수 없습니다.
가상 필터 과제의 상태 전이와 실패 분기#
예시 계약은 검색어와 분류를 주소에 남겨 공유 가능하게 하고, 펼친 도움말 같은 일시적인 화면 상태는 저장하지 않는 것입니다. 예를 들어 ?q=한글&category=docs는 설명용 주소 표현입니다. 기존 서비스에서 실제로 관찰한 URL이 아닙니다. 검색어와 분류가 바뀌면 목록을 다시 조회하고, 새로고침과 뒤로 가기에서도 같은 조건을 보여 주도록 요구합니다. 이 계약에서는 주소, 입력 컨트롤과 실제 조회라는 세 상태가 같은 의미를 가져야 합니다.
| 시작과 행동 | 예시의 기대 상태 | 읽을 변경 | 잘못 구현된 경우의 판단 |
|---|---|---|---|
| 필터 없는 주소로 방문 | 기본 목록과 빈 검색 | 초기 상태와 기본 조회 | 이전 방문의 조건이 남으면 초기화 계약 위반 |
| 한글 검색어를 확정 | 검색·주소·조회가 같은 값 | 입력 이벤트와 상태 갱신 | 화면만 바뀌면 조회 연결 누락 |
| 분류를 바꾸기 | 검색어 유지, 분류 변경 | URL 생성과 조회 인자 | 검색어가 지워지면 상태 병합 결함 |
| 새로고침 | 주소에서 조건 복원 | URL 해석과 초기 렌더 | 저장소 값에만 의존하면 공유 링크 계약 위반 |
| 다른 조건 뒤 뒤로 가기 | 이전 조건·목록 복원 | 내비게이션 반응과 조회 | 입력만 복원되면 표시와 데이터 불일치 |
| 알 수 없는 분류로 방문 | 합의한 기본 처리 | 허용 값 검증 | 임의의 값을 조회에 넘기는지 검토 |
이렇게 상태를 나누면 diff를 읽는 순서가 정해집니다. 먼저 주소를 읽는 부분에서 검색어의 디코딩과 빈 값 처리를 봅니다. 그다음 컨트롤이 그 상태를 어떻게 표시하는지, 마지막으로 조회가 같은 상태를 사용하는지 연결합니다. URL 처리는 바뀌었는데 조회 함수에는 예전 인자가 남아 있다면 작은 수정이라도 완성되지 않은 것입니다. 반대로 이 세 지점을 공통 상태로 묶는 수정은 여러 파일을 건드려도 계약을 단순하게 만드는 방향일 수 있습니다.
분류 변경은 상태 병합의 예입니다. 사용자가 검색어를 입력한 뒤 분류를 고르면 새 분류만 덮어쓰고 검색어는 유지해야 한다는 계약을 정했습니다. 구현이 새 주소를 만들 때 기존 검색어를 빠뜨리면 화면 조작 직후에는 맞아 보여도 새로고침 뒤 조건이 달라집니다. 따라서 입력창에 값이 보이는 화면만 검토할 것이 아니라 생성된 주소와 실제 조회의 관계를 읽어 보세요. 이 분기는 필터라는 같은 기능 안에서도 서로 다른 결함을 구분하게 해 줍니다.
한글 입력에서는 조합 중 입력을 언제 조회에 반영할지 합의할 수 있습니다. 예시 계약을 확정된 검색어 기준으로 잡으면 조합 중 상태와 확정 뒤 상태가 구분됩니다. 여기서 문제를 찾았을 때 URL 저장 로직부터 무조건 바꾸는 대신 입력 이벤트와 조회 시작 시점을 좁혀 볼 수 있습니다. 이 설명은 특정 프레임워크의 API 처방이 아니라 수용 기준의 분리입니다. 사용하는 저장소의 기존 입력 처리와 라우팅 방식을 읽은 뒤 같은 동작을 어디에 연결할지 결정하세요.
Cursor 계획 검토와 Codex 위임에서 질문이 달라지는 지점#
한 가지 더 구분할 실패는 늦게 도착한 조회 결과입니다. 사용자가 검색어를 바꾼 뒤 분류도 바꾸는 사이에 이전 조건의 응답이 나중에 돌아오면, 화면의 입력과 주소는 새 조건인데 목록은 예전 조건일 수 있습니다. 가상 계약에 최신 조건의 결과만 표시하도록 정했다면 요청과 결과의 연결을 읽어 보세요. 이 경우 URL을 저장하는 코드만 고쳐서는 해결이 충분하지 않을 수 있습니다. 상태의 영속화와 비동기 결과 선택이라는 별도의 문제입니다.
이 분기에서는 diff에서 어떤 요청이 현재 조건을 대표하는지 식별하는 부분을 찾습니다. 단순히 응답을 받은 순서대로 화면을 갱신하는지, 현재 조건과 연결해 적용하는지를 읽을 수 있습니다. 사용하는 라이브러리의 구체적인 구현법은 저장소마다 다르므로 여기서 새 API를 처방하지 않습니다. 수용 기준은 사용자가 마지막으로 고른 검색·분류와 표시 결과가 일치하는 것입니다. 이 기준을 요청서에 넣으면 Cursor의 계획이나 Codex에 위임한 과제가 동일한 결함을 다루도록 좁힐 수 있습니다.
Cursor Plan Mode는 코드베이스 조사와 질문을 거쳐 구현 전 계획을 검토·편집하는 흐름을 설명합니다. 이 예시에서는 “필터 상태의 기준을 URL로 둘지 기존 저장 방식으로 둘지”가 계획 단계의 질문입니다. 기본 계획은 홈 디렉터리에 남고 Save to workspace로 공유할 수 있으므로, 팀이 같은 계약을 읽어야 한다면 저장 위치도 선택해야 합니다. 에디터에서 현재 라우팅과 조회 코드를 보며 계획을 좁히는 흐름에 맞는 구체적인 결정입니다.
Codex에 위임할 때도 동일한 상태 전이 계약을 요청에 넣을 수 있습니다. 로컬 CLI나 IDE에서 실행한다면 현재 작업 공간의 설정과 의존성이 출발 조건입니다. 조건을 갖춘 클라우드 경로를 고르면 저장소와 환경 준비가 별도로 중요해집니다. 주소 복원 테스트를 실행할 도구가 로컬에만 준비돼 있다면 클라우드 결과를 로컬에서 검증할지, 해당 환경에서 준비할지를 먼저 정하세요. 이 결정은 모델이 필터를 구현하는 능력과 별도의 환경 책임입니다.
Codex의 고급 설정은 신뢰된 프로젝트의 설정 계층을 설명하면서 제공자·인증 같은 일부 설정은 사용자 계층에서 관리한다고 안내합니다. 저장소에 검증 지침을 넣는 일과 요청 경로를 바꾸는 일이 같은 권한이 아니라는 뜻입니다. 필터 과제를 공유한 이슈로 맡기더라도 프로젝트 파일에 개인 인증을 적을 이유는 없습니다. 반대로 필요한 테스트 지침은 어떤 작업 공간에서도 읽을 수 있는 문서로 남겨야 위임의 준비 부담을 줄일 수 있습니다.
Codex는 실행을 시작할 때 지침 파일 체인을 한 번 만듭니다. 전역 지침은 Codex 홈 디렉터리(기본 ~/.codex)에서 찾고, 프로젝트 지침은 Git 루트에서 현재 디렉터리까지 내려가며 디렉터리마다 최대 한 파일을 읽습니다. 합친 크기가 기본 32 KiB에 닿으면 그 뒤의 파일은 넣지 않는다고 문서는 설명합니다. 루트 지침이 길면 하위 디렉터리의 지침이 잘릴 수 있으므로 위임 전에 지침 파일의 위치와 길이를 함께 확인하세요 (AGENTS.md 문서, 2026-11-03 확인).
Codex 지침 파일은 디렉터리마다 AGENTS.override.md를 먼저 보고, 없으면 AGENTS.md를, 그다음 설정에 등록한 대체 파일명을 확인하는 순서로 탐색한다고 문서가 설명합니다. 팀이 다른 이름의 지침 파일을 쓴다면 project_doc_fallback_filenames에 등록해야 읽힙니다. 나중에 붙는 지침이 우선하므로 특정 작업의 규칙은 그 작업 디렉터리 가까이에 두라고 문서는 권합니다. 지침이 실제로 적용됐는지는 현재 지침을 요약하게 하고, 전역 파일과 프로젝트 파일이 우선순위 순서로 나오는지 확인하는 방법이 안내돼 있습니다 (AGENTS.md 문서, 2026-11-03 확인).
diff 범주를 상태 계약과 연결하기#
빈 검색어의 주소 표현도 작은 계약입니다. 예시에서는 검색을 지우면 기본 조회로 돌아가되 선택한 분류는 유지한다고 정할 수 있습니다. 이때 주소에서 빈 검색 키를 없앨지 남길지는 기존 링크 규칙에 맞춰 선택합니다. 구현자가 둘 중 하나를 고르는 것 자체보다, 새로고침과 공유 링크에서 같은 뜻으로 읽히는지가 검토 대상입니다. 이 조건을 먼저 적으면 표현만 다른 주소를 서로 다른 결과로 오해하지 않을 수 있습니다.
예시 테스트의 역할도 나눕니다. URL 해석을 확인하는 작은 검증은 잘못된 분류를 어떤 기본값으로 처리하는지 볼 수 있습니다. 내비게이션을 확인하는 검증은 뒤로 가기에서 입력과 목록이 함께 복원되는지 봅니다. 실제 화면 검토는 긴 한국어 문구와 입력 흐름을 읽습니다. 하나의 범주가 다른 범주의 확인을 자동으로 끝내 주지는 않습니다. 필요한 검증이 서로 달라지는 이유를 이 상태 계약에서 설명하면 테스트 수를 임의의 품질 점수로 쓰지 않을 수 있습니다.
리뷰 시간의 종료 조건도 이 과제에 맞춥니다#
같은 리뷰어가 두 결과를 본다면 앞에서 URL과 조회의 관계를 배운 효과가 생깁니다. 읽기 순서와 사전 지식을 남기거나 비교 목적에 맞게 순서를 설계해야 합니다. 최초에는 놓쳤다가 나중에 발견한 뒤로 가기 결함도 후속 관찰로 연결할 수 있습니다. 이렇게 정확성과 읽기 범위를 함께 보면 “줄 수가 적으니 리뷰가 빨랐다”는 단순 추정을 피할 수 있습니다. 어느 경로가 실제로 더 적은 부담을 주는지는 같은 과제의 diff와 시간 기록이 생긴 뒤 판단할 수 있습니다.
수정·보완 기록#
IDE 대 CLI라는 단순 구분 대신 양쪽 작업 환경과 클라우드 자격을 유지했습니다. diff 크기와 리뷰 시간의 관계는 실측하지 않았으며, 가격 출처와 세금·기존 계약의 예외를 실제 작업 비용으로 확대하지 않았습니다.
검증일 · 출처#
전체 페이지 검증은 완료되지 않았습니다.
부분 확인 출처: Cursor 요금, Cursor CLI, Codex 요금, ChatGPT 플랜의 Codex 안내. 2026-11-01 KST에 확인했으며 가격과 한도는 바뀔 수 있습니다.
📋 증거 체크리스트
- 양쪽 공식 요금과 작업 환경 비교표 및 출처(2026-11-01 확인; 실행 검증 아님)
- 같은 이슈를 각 도구에 맡긴 뒤 diff 크기와 리뷰 시간 표(측정 방법 명시)
- 실행 transcript 1개