OpenAI, Cursor에 모델 서비스 종료일로 11월 12일 통보 — 모델 전환 비용과 플랫폼 이탈 비용 분석 (2026)

OpenAI의 공지

OpenAI의 게시글은 네 문단으로 구성되어 있습니다. 핵심 문장은 위에 인용한 문장입니다. 이유는 명확하게 밝혀졌습니다. "우리는 Elon Musk의 회사들이 계약을 위반한 경험에 비추어 볼 때, SpaceX가 우리의 서비스 약관 내에서 기술을 사용할 것이라고 확신할 수 없기 때문에 이러한 결정을 내렸습니다." 메커니즘은 계약상의 조항입니다. "Cursor와의 맞춤형 계약에 따라 지배구조 변경(change of control) 이후 계약을 취소할 수 있는 제한된 시간적 여유가 주어집니다."

이 게시글에서 개발자에게는 그 이유보다 두 가지 세부 사항이 더 중요합니다.

첫째는 공지 기간이 의도적으로 길다는 점입니다. "개발자들이 Cursor를 통해 우리 모델에 계속 액세스할 수 있는 시간을 극대화하기 위해, 계약상 제공되는 최대 사전 통지 기간을 부여합니다." 우연이 아니라 의도적으로 11월 중순까지 시간이 주어집니다.

둘째는 놓치기 쉽지만 즉시 효력이 발생하는 부분입니다. OpenAI는 계약 해지를 가능한 한 늦은 날짜로 미루기로 결정한 반면, "Cursor에 향후 모델을 제공하지 않기로" 했다고 썼습니다. 서비스 종료는 11월이지만, 새로운 모델에 대한 동결은 지금 바로 시작됩니다.

OpenAI는 또한 이 결정의 영향을 받는 대상을 명시했습니다. "우리는 이 결정으로 가장 큰 영향을 받는 사람들이 Cursor에서 OpenAI 모델에 의존하는 개발자들이라는 점을 잘 알고 있습니다."

Cursor 측의 기록

Cursor는 8월 14일에 자체 공지를 발표했습니다. "Cursor가 공식적으로 SpaceX에 인수되었습니다." 현재 Cursor 문서에는 Claude Sonnet 5, Opus 5, Fable 5, Gemini 3.1 Pro, 3.7 Flash, Grok 4.6, 4.5, Cursor Composer 2.5와 함께 GPT-5.6 Sol, Terra, Luna 전용 모델 페이지가 포함되어 있습니다. 즉, 이번 주 기준으로 아직 삭제된 것은 아무것도 없습니다.

두 게시글 모두 언급하지 않은 내용

Cursor는 자체 API 키를 가져오는 경로(bring-your-own-key)를 문서화하고 있으며("선호하는 AI 모델을 사용할 수 있도록 자체 API 키를 추가할 수 있습니다"), 동일한 페이지에 두 가지 제한 사항을 명시하고 있습니다. OpenAI의 경우 "표준 비추론형(non-reasoning) 채팅 모델"로 제한되며, "사용자 지정 API 키는 채팅 모델에서만 작동합니다. 탭 완성(Tab completion)은 Cursor의 내장 모델을 계속 사용합니다." 두 회사의 게시글 모두 계약 종료 후 이 경로가 어떻게 되는지에 대해서는 언급하지 않고 있으며, 굳이 추측하지는 않겠습니다. 만약 이 경로에 의존하고 있다면, 현재로서는 문서화되어 있기는 하지만 내장 모델보다 범위가 좁고 향후 계획은 명시되지 않았다는 것이 솔직한 답변입니다.

이 문제의 대부분을 결정짓는 문장은 Cursor의 자체 규칙(rules) 문서에 나오는 다음 구절입니다.

> "Large language models don't retain memory between completions. Rules provide persistent, reusable context at the prompt level."

이어지는 내용은 다음과 같습니다. "규칙이 적용되면 규칙 콘텐츠가 모델 컨텍스트의 시작 부분에 포함됩니다."

이것을 아키텍처 선언으로 이해하셔야 합니다. 실제로 그렇기 때문입니다. 여러분이 Cursor에 가르쳐 준 것은 모델에 저장되지 않습니다. 그것은 Cursor가 프롬프트로 조립하는 파일과 설정에 저장됩니다. 그 프롬프트를 받는 모델을 바꾸더라도 조립 방식은 변하지 않습니다.

따라서 모델이 변경되어도 아무런 작업 없이 온전히 유지되는 항목들은 다음과 같습니다.

• .cursor/rules에 .mdc 파일로 존재하는 Project Rules: alwaysApply, globs, description 프론트매터(frontmatter) 및 이 세 필드를 기반으로 구축된 네 가지 활성화 동작이 포함됩니다.
• 하위 디렉터리의 중첩된 파일을 포함하는 AGENTS.md: Cursor는 이를 상위 디렉터리와 결합하여 "더 구체적인 지침이 우선순위를 갖도록" 합니다.
• Cursor 대시보드에서 생성된 Team Rules: 문서화된 우선순위는 "Team Rules → Project Rules → User Rules"이며, "적용 가능한 모든 규칙이 병합되며, 지침이 충돌할 경우 이전 소스가 우선합니다"라는 참고 사항이 적용됩니다.
• User Rules: GitHub에서 .cursor/rules/imported/<repoName>으로 가져온 원격 규칙 및 문서화된 네 개의 스킬 디렉터리에 있는 스킬들입니다.

반면, 모델이 아니라 Cursor에 종속되어 있는 항목들은 다음과 같으며, 이는 전혀 다른 목록입니다.

• 강제 적용 메커니즘으로서의 Team Rules. "이 규칙 강제 적용(Enforce this rule)"으로 표시된 규칙은 "모든 팀원에게 필수적이며 사용자 지정(Customize)에서 비활성화할 수 없습니다." 이 속성은 Cursor 대시보드의 기능입니다. 이를 전달할 수 있는 파일은 존재하지 않습니다.
• .mdc 프론트매터로서의 스코핑 언어. 네 가지 유형이 다른 도구의 개념과 일대일로 매핑되지 않으므로, 이를 변환하는 것은 실제 공수가 드는 작업입니다.
• 채팅 기록 및 저장된 계획, 특정 애플리케이션의 로컬 아티팩트입니다.
• 팀원이 배웠지만 기록해 두지 않은 모든 것, 목록에서 가장 큰 비중을 차지하지만 아무도 인벤토리를 작성하지 않는 항목입니다.

"Cursor를 떠나야 한다." 이번 일 때문에 그럴 필요는 없습니다. Cursor의 문서화된 모델 목록에는 여전히 Anthropic, Google, xAI 및 자체 Composer 모델이 포함되어 있습니다. Cursor를 사용한 이유가 에디터, 에이전트 또는 Team Rules 레이어 때문이었다면, 어떤 제공업체가 프롬프트에 답변하든 그 중 어느 것도 영향을 받지 않습니다. OpenAI의 게시글에서 지목한 사람들은 구체적으로 "OpenAI 모델에 의존하는 개발자들"이며, 이는 전체 사용자 중 일부에 해당합니다.

"내 규칙은 다른 모델에서도 동일하게 작동할 것이다." 규칙은 동일하게 전달될 것입니다. 하지만 그것이 동일하게 작동한다는 의미는 아닙니다. 규칙은 줄글(prose)이며, 줄글은 모델마다 다르게 해석됩니다. 이전 모델이 느슨하게 따르던 규칙을 새 모델이 문자 그대로 따르게 되면 결과물이 달라질 수 있습니다. 이것이 설정의 결함은 아니지만, 모델이 변경된 후 일주일 동안은 코드 차이(diff)를 덜 보는 것이 아니라 더 주의 깊게 읽어야 함을 의미합니다.

"자체 API 키를 사용하면 아무 일도 아니다." 이에 의존하기 전에 위에 언급된 Cursor 자체의 제한 사항을 읽어보십시오. 또한 해당 페이지에는 다음과 같이 나와 있습니다. "Cursor의 제로 데이터 보존(Zero Data Retention) 정책이 적용되지 않습니다." 그리고 "최종 프롬프트 빌드를 위해 모든 요청이 Cursor 서버를 통해 라우팅됩니다." 이는 걸림돌(blocker)은 아니지만 절충안(trade-off)이며, 보안 팀에서 이미 이에 대해 의견을 가지고 있을 수 있습니다.

"Codex가 모든 것을 임포트해 줄 것이다." Codex 임포터는 정말 훌륭하며 Cursor를 소스로 지원합니다. 또한 가져오는 항목도 구체적으로 명시하고 있습니다: 지침 파일, settings.json, 스킬, 플러그인, 프로젝트 폴더, 최근 30일간의 채팅, MCP 구성, 훅(hooks), 슬래시 명령어, 하위 에이전트 등입니다. 해당 표의 메모리(memory) 행에 설명된 내용에 유의하십시오. "Claude Code의 프로젝트 메모리." 단 하나의 소스만 명시되어 있습니다. 임포터의 그 어떤 기능도 여러분의 팀이 결정한 사항과 그 이유까지 가져다준다고 보장하지 않습니다.

여기서 얻을 수 있는 교훈은 "다른 벤더를 선택하라"가 아닙니다. 아무도 예상하지 못한 방향에서 2개월 반이라는 사전 통지 기간이 닥쳤을 때, 이식 가능했던 설정들은 파일 형태로 존재했기 때문에 이식이 가능했던 반면, 우리를 힘들게 한 부분들은 단일 제품 내부에 종속되어 있던 부분들이었다는 점입니다.

규칙은 이미 이 원칙을 따르고 있습니다. 규칙은 리포지토리의 파일이므로 모델을 전환해도 비용이 들지 않습니다. 하지만 지식 레이어(knowledge layer)는 대개 그렇지 않습니다. 결정 사항, 수정 사항, 표준 뒤에 숨겨진 이유 등은 채팅 기록, 사람들의 머릿속, 그리고 당시 우연히 열려 있던 도구 안에 머물러 있습니다.

MemoryLake는 단일 도구 외부에 존재하는 메모리 레이어이므로, 이번 분기에 무엇을 사용하든 다음 분기에 무엇을 사용하든 그 절반을 읽을 수 있습니다. 설정은 세 단계로 진행됩니다.

1단계: API 키 생성

로그인하고 API 키를 생성합니다. 연결하는 모든 도구에서 하나의 자격 증명만 사용하면 됩니다.

2단계: 첫 번째 메모리 업로드

각각 하나의 사실을 담은 짧은 항목들입니다. 소스 자료는 현재 규칙에 암묵적으로 포함되어 있는 추론 과정입니다:

이유가 포함된 결정 사항. 여러분의 .mdc 파일에는 마이그레이션이 추가 전용(additive-only)이라고 되어 있을 수 있습니다. 하지만 그 이유는 어디에도 적혀 있지 않습니다. 여기에 그 이유(why)를 적어두면, 새로운 사람이 읽을 때마다 규칙이 되돌려지는 일을 방지할 수 있습니다.

적용된 수정 사항. 팀이 시도했다가 거부한 접근 방식과 무엇이 잘못되었는지에 대한 기록입니다. 이는 어떤 규칙 형식에도 필드가 존재하지 않는 카테고리입니다.

코드가 아닌 작업 컨텍스트. 어떤 서비스를 누가 소유하고 있는지, 이번 분기에 동결된 것은 무엇인지, 어떤 마감일이 변경되었는지 등입니다.

외부 포인터. 대시보드, 런북, 이슈 트래커 등 에이전트가 리포지토리를 읽는 것만으로는 찾을 수 없는 항목들입니다.

3단계: AI 및 에이전트 연결

사용 중인 도구를 연결합니다. MemoryLake는 MCP 및 API를 통해 액세스할 수 있으며, Cursor는 MCP 서버를 지원하므로 오늘날 Cursor에서도 동일한 메모리를 사용할 수 있습니다. Codex, Claude Code, Cline, OpenClaw도 동일한 방식으로 연결되며, 다른 도구들도 API를 통해 동일한 메모리를 읽습니다. 연결 방식은 바뀌어도 메모리는 바뀌지 않는다는 것이 핵심입니다.

세 가지 솔직한 한계가 있습니다. 이 작업은 .mdc 파일이나 Team Rules를 이동시키지 않습니다. 이들은 Cursor의 자산이며, 메모리 레이어가 이를 변환해 주지 않습니다. 계약을 연장하거나 모델을 복구하지도 않습니다. 이 글의 어떤 내용도 11월에 Cursor에서 사용할 수 있는 기능을 바꾸지 못합니다. 마지막으로, 메모리는 컨텍스트일 뿐 강제 수단이 아닙니다. 매번 반드시 준수해야 하는 사항은 빌드를 실패하게 만드는 검사 단계에 포함되어야 합니다. 이는 Cursor 자체 문서에서도 강제 적용 규칙에 대해 언급한 부분입니다. "AI 가이드가 유일한 보안 제어 수단이 되어서는 안 됩니다."

모델 변경이 더 이상 큰 이벤트가 되지 않습니다. 규칙은 여러분이 소유한 파일로부터 프롬프트 시점에 조립됩니다. 어떤 모델이 답변하든 조립 방식은 동일합니다.

비용이 많이 드는 절반이 가시화됩니다. 채팅 기록이 아직 남아 있는 동안, 채팅 기록에만 존재했던 내용이 무엇인지 파악할 수 있습니다.

팀 표준이 그 이유를 유지합니다. 규칙은 파일로 이동하고, 이유는 메모리로 이동하므로, 두 가지 모두 다음 도구에서도 살아남습니다.

11월 12일과 같은 마감일은 마이그레이션이 아니라 단순한 캘린더 일정이 됩니다. 설정에서 모델을 전환하는 것은 몇 번의 클릭만으로 가능합니다. 에디터를 바꾸는 것은 프로젝트입니다. 실제로 필요한 것이 무엇인지 아는 것이 결정의 전부입니다.

무엇을 결정하기 전에 "어떤 모델"과 "어떤 도구"를 분리하십시오. 이 둘은 비용이 다르며, 이번 소식은 그중 하나만 강제할 뿐입니다.

토이 리포지토리가 아닌 실제 작업에서 대안을 테스트하십시오. 한 모델의 느슨한 해석에서 살아남은 규칙이 다른 모델의 문자 그대로의 해석을 위해서는 더 엄격해져야 할 수 있습니다.

지금 강제 적용된 Team Rules를 감사하십시오. 이들은 파일로 표현되지 않는 항목이며, 다른 도구에서는 그 부재가 소리 없이 묻힐 것입니다.

임포터를 신뢰하기 전에 임포터의 표를 읽어보십시오. Codex는 이동하는 항목을 명시하고 있습니다. 명시되지 않은 모든 것은 여러분의 몫입니다.

규칙 파일에서 추론 과정을 분리하십시오. 규칙은 모델 컨텍스트의 시작 부분에 삽입되어 공간을 경쟁적으로 차지합니다. 일반적인 형태는 what coding agents actually read에서 확인할 수 있습니다.

마감일이 아키텍처를 결정하게 두지 마십시오. 2개월 반은 신중하게 움직이기에 충분한 시간입니다. 또한 필요하지 않은 도구 변경을 세 번이나 하기에 충분한 시간이기도 합니다.

이번 주에 팀이 배운 내용을 기록하십시오. 모델 전환은 아무도 문서화하지 않았던 관행들을 표면으로 드러냅니다. 이는 일회성 기회이며 곧 사라집니다.

OpenAI의 게시글은 날짜와 그 이유를 제시합니다. 계약이 허용하는 최대 사전 통지 기간인 2026년 11월 12일을 서비스 종료일로 제안했으며, 그동안 Cursor에 향후 모델을 제공하지 않겠다는 것입니다. Cursor 자체 기록은 해당 조항을 촉발한 인수를 확인해주며, 여전히 Anthropic, Google, xAI 및 Composer 옵션이 포함된 모델 목록을 문서화하고 있습니다.

대부분의 Cursor 사용자에게 이번 일은 단순한 설정 변경에 불과합니다. Cursor 문서는 모델이 완료 간에 메모리를 유지하지 않으며 규칙이 컨텍스트를 유지한다는 점을 명시하고 있습니다. 즉, 여러분의 .cursor/rules, 중첩된 AGENTS.md 파일, Team Rules는 어떤 모델이 프롬프트에 답변하든 상관하지 않습니다. 만약 구체적으로 OpenAI 모델이 필요하다면 실제 결정을 내려야 하며, 솔직한 인벤토리는 짧습니다. .mdc 스코핑 언어와 강제 적용된 Team Rules는 이동하지 않고, 채팅 기록과 저장된 계획도 이동하지 않으며, 상대측 임포터는 가져올 항목을 정확히 명시하고 있습니다.

무료로 이동하는 것은 파일로 보관한 모든 것이고, 사라지는 것은 대화로 보관한 모든 것입니다. 이것이 두 회사 외부의 그 누구도 읽지 않은 계약서에서 비롯된 서비스 종료일이 주는 실제 교훈입니다. 그리고 이것이 바로 why long context isn't memory가 다른 옷을 입고 계속해서 같은 주장을 반복하는 이유입니다.