Cursor에서 OpenAI 모델이 사라진다, 종료 예정일은 11월 12일

OpenAI의 8월 28일 공식 발표 에 따르면 회사는 SpaceX에 Cursor 모델 공급 계약을 종료할 뜻을 통보했다. 제안된 차단일은 2026년 11월 12일이며, 계약상 가능한 최대 통지 기간까지 현재 모델 접근을 유지하되 향후 모델은 Cursor에 공급하지 않을 방침이다.

토큰포스트의 8월 29일 보도 도 계약 종료 통보와 11월 12일 제안 일정을 확인했다. 아직 즉시 차단되거나 Cursor 전체가 종료된 상태는 아니지만, 계획이 그대로 실행되면 해당 날짜부터 Cursor를 통한 OpenAI 모델 접근 경로가 사라지게 된다.

확정된 일정과 아직 확정되지 않은 범위

현재 확인된 핵심은 계약 종료 의사, 제안된 차단일, 향후 OpenAI 모델을 Cursor에 제공하지 않겠다는 방침이다. ‘제안된 차단일’이라는 표현 때문에 일정이 최종 확정됐다고 단정할 수는 없지만, 별도의 변경 발표가 없다면 개발팀은 11월 12일을 전환 마감일로 잡는 편이 합리적이다.

반면 공개 발표에는 종료 대상 모델의 전체 목록이나 기능별 차단 시각이 없다. 기존 대화와 저장된 설정이 어떻게 처리되는지, 사용자가 별도의 OpenAI API 키를 연결하는 방식까지 영향을 받는지, 기업 계약에 별도 조건이 적용되는지도 명시되지 않았다.

따라서 이번 발표를 ‘Cursor에서 모든 AI 기능이 사라진다’고 해석하면 범위를 과장하게 된다. 확인된 대상은 Cursor 제품 자체가 아니라 OpenAI가 계약에 따라 제공하는 모델 경로다. 다른 모델 공급자와 Cursor 자체 기능의 존속 여부는 각각의 제품 공지와 계정 안내를 기준으로 판단해야 한다.

SpaceX 인수가 계약 종료의 계기가 됐다

Cursor의 8월 14일 인수 완료 공지 는 SpaceX가 Cursor를 공식 인수했고, 4월에 시작된 절차가 마무리됐다고 밝혔다. OpenAI와 Cursor의 맞춤형 계약에는 지배권이 바뀐 뒤 일정 기간 안에 계약을 취소할 수 있는 조항이 있었고, 이번 통지는 그 조항을 행사한 결과라는 것이 OpenAI의 설명이다.

종료 배경에 대해서는 확인된 계약 사실과 당사자의 주장을 구분할 필요가 있다. OpenAI는 일론 머스크 관련 기업들과의 과거 계약 경험을 근거로 SpaceX가 자사 기술을 이용 약관에 맞게 사용할지 확신하기 어렵다는 입장을 내놨다. 그러나 공개 발표에는 Cursor가 OpenAI 약관을 실제로 위반했다는 구체적인 사례나 별도의 판정이 제시되지 않았다.

현재 모델과 미래 모델의 처리도 구분된다. 기존 접근은 통지 기간 동안 유지하는 방향이지만, 새 OpenAI 모델은 Cursor에 제공하지 않겠다는 것이 발표된 방침이다. 따라서 차단일 이전이라도 Cursor의 OpenAI 모델 선택지가 새 제품 출시 속도를 따라가지 못할 가능성이 생겼다.

개발 작업에는 어떤 변화가 생기나

직접적인 영향은 Cursor 안에서 OpenAI 모델을 선택하거나, 해당 모델을 전제로 자동화한 작업에 집중된다. Cursor 편집기를 열고 코드를 작성하는 기본 흐름보다 모델이 생성·수정·검토를 담당하는 경로를 먼저 확인해야 하는 이유다.

사용자가 매번 모델을 고르는 작업은 의존성을 비교적 쉽게 찾을 수 있다. 더 놓치기 쉬운 부분은 저장소 규칙, 에이전트 설정, 명령 템플릿 또는 자동 선택 기능 안에 모델이 고정된 경우다. 코드 검토나 테스트 생성처럼 백그라운드에서 실행되는 작업도 실제로 어느 모델을 호출하는지 확인할 필요가 있다.

모델 이름만 교체한다고 같은 결과가 보장되지는 않는다. 모델마다 지시를 따르는 방식, 수정하는 파일의 범위, 구조화된 출력 형식, 도구 호출과 오류 복구 동작이 다를 수 있다. 특정 응답 구조를 전제로 만든 파서나 후속 스크립트가 있다면 생성 결과뿐 아니라 전체 실행 흐름을 다시 검증해야 한다.

기업 환경에서는 기술적 호환성 외에 데이터 처리 조건, 사용량 한도, 비용, 감사 로그도 영향을 받을 수 있다. 대체 모델이 같은 작업을 수행하더라도 기존 보안 심사나 공급자 승인을 그대로 승계할 수 있다고 가정해서는 안 된다.

프로젝트별 의존성 점검표

전환 우선순위를 정하려면 OpenAI 모델이 쓰이는 지점과 실패했을 때의 영향을 함께 기록해야 한다. 호출 횟수가 많은 작업보다 저장소나 배포 결과를 직접 바꾸는 작업이 더 높은 우선순위를 가질 수 있다.

• 모델 고정 설정: Cursor 설정, 저장소 규칙, 에이전트 프로필과 명령 템플릿에서 OpenAI 모델명이나 식별자가 지정돼 있는지 확인한다.
• 간접 호출: 자동 모델 선택, 백그라운드 에이전트, 코드 검토와 테스트 생성이 실제로 사용하는 공급자를 기록한다.
• 프롬프트 의존성: 특정 출력 순서, 긴 컨텍스트, 구조화된 응답 또는 반복 수정 방식을 전제로 한 프롬프트를 분리한다.
• 도구 연결: 터미널 실행, 파일 편집 승인, 함수 호출과 MCP 도구 연결에서 모델별 차이가 발생할 지점을 찾는다.
• 후속 처리: 생성된 응답을 읽는 파서, 테스트, 배포 스크립트가 특정 형식이나 문구에 의존하는지 살핀다.
• 운영 조건: 비용 예산, 지연 시간, 사용량 제한, 데이터 처리와 감사 요건을 대체 공급자 기준으로 다시 확인한다.

대체 모델 비교에는 동일한 저장소 상태와 동일한 작업 지시를 사용하는 것이 좋다. 성공 여부와 함께 변경 파일 수, 테스트 통과 여부, 불필요한 수정, 도구 호출 실패, 사람이 다시 손봐야 하는 범위를 기록하면 실제 대체 가능성을 판단하기 쉽다.

우선 검증할 대상은 배포 스크립트, 대규모 코드 수정, 자동 리팩터링처럼 결과가 저장소나 운영 환경에 직접 반영되는 경로다. 설명 작성이나 일회성 질의처럼 사람이 결과를 즉시 검토하는 작업은 상대적으로 늦게 전환해도 위험이 작다.

남은 변수는 최종 일정과 Cursor의 후속 대응

현재 상태는 OpenAI가 계약 종료를 통보하고 11월 12일을 차단일로 제안한 단계다. 일정 변경 여부, 구체적인 종료 모델, 기능별 처리 방식과 별도 API 연결의 존속 여부는 추가 발표를 기다려야 한다.

Cursor가 어떤 대체 모델을 기본값으로 제시할지, 기존 설정을 자동 변환할지, 개인 및 기업 고객에게 별도 이전 안내를 제공할지도 공개되지 않았다. 개발팀은 발표되지 않은 기능까지 종료된다고 가정할 필요는 없지만, 중요한 작업이 OpenAI 모델 없이도 완료되는지는 차단 예정일 전에 확인해야 한다.