URL: https://www.youtube.com/watch?v=jKCjLzjmiaA
날짜: 2026-08-30
채널: Tech Bridge
원문 제목: Well This Was Unexpected...
영상 길이: 27분 5초
분류: AI·LLM / 개발 도구
📌 핵심 질문 / 이 영상이 다루는 핵심 논점
Cursor가 SpaceX에 인수된 뒤 OpenAI 모델을 잃게 된 이유는 단순한 경쟁사 차단이 아니라, OpenAI가 SpaceX·Elon Musk의 모델 증류(distillation) 가능성과 새 모델 Astra의 유출 위험을 계약으로 통제하려는 움직임에 있다.
- OpenAI는 Cursor에 제공하던 모델 계약을 2026년 11월 12일 종료하겠다고 통보했다.
- SpaceX의 Cursor 인수는 원래 협력과 인수 중 하나를 고르는 구조였지만, SpaceX가 연말까지 기다리지 않고 즉시 인수를 실행했다.
- OpenAI는 Musk가 OpenAI 데이터를 증류한다고 공개적으로 인정한 전력과 과거 계약 위반 사례를 신뢰 문제의 근거로 들었다.
- Cursor의 "OpenAI 모델 트래픽은 5%"라는 반박은 사용자 수·요청 수·토큰 수 중 무엇을 기준으로 했는지 밝히지 않아 실질적 의존도를 숨길 수 있다.
- 사용자가 모든 모델을 한 구독으로 묶어 쓰던 편의성은 약화되고, 각 연구소의 직접 구독·자체 API 키·다중 모델 하네스(harness)를 조합해야 하는 시대가 열린다.
핵심은 Cursor가 나쁜 제품이어서 퇴출되는 것이 아니라, 모델 회사와 애플리케이션 회사 사이의 데이터·계약·구독 보조금 구조가 소유권 변화 하나로 무너졌다는 점이다. OpenAI와 Anthropic이 모델 사용 데이터를 보호하려는 명분을 내세우면서도, 초기 시장에서 먼저 데이터를 모은 자신들의 우위를 지키기 위해 생태계의 상호 운용성을 좁히고 있다는 비판도 함께 제기된다.
0. WorkOS가 해결하는 엔터프라이즈 온보딩
WorkOS는 개인 개발자가 만든 좋은 앱을 Fortune 500 기업의 IT 환경에 넣을 때 생기는 인증·관리 문제를 제품 영역으로 삼는다. Microsoft, Google, Stripe 같은 대기업이 도입을 문의해도 기업 IT팀이 온보딩할 수 있는 구조를 갖추지 못하면 첫 단계에서 막힌다는 문제의식이 출발점이다.
0.1. 개발자용 통합과 관리자용 포털
-
엔터프라이즈 준비도(enterprise readiness)
- WorkOS는 통합(integration), SDK, UI 컴포넌트 등을 제공해 개발자가 인증·조직 관리 기능을 처음부터 직접 만들 필요를 줄인다.
- 단순히 자체 인증을 붙이는 것과 기업이 실제로 사용할 수 있는 수준으로 만드는 것은 다르며, 후자에는 IT팀의 요구사항과 운영 절차가 포함된다.
-
관리자 온보딩
- 관리 포털은 고객사의 IT팀이 직접 계정을 설정하도록 하며, 서비스 제공자가 고객별로 긴 설정 메일을 주고받는 일을 줄인다.
- SAML, Duo, ADP 등 고객마다 다른 ID 제공자(identity provider)를 하나의 연결 가능한 패널로 다룬다.
0.2. 에이전트 가입 표준
-
OMD 표준
- WorkOS는 에이전트가 사용자를 대신해 서비스에 가입할 수 있도록 하는 새 표준인 OMD를 다른 회사들과 개척하고 있다.
- Cloudflare, Firecrawl, Resend, Monday, Kernel 등이 언급된 협력 생태계에 참여하며, 사람뿐 아니라 기업과 에이전트가 모두 가입할 수 있는 흐름을 목표로 한다.
-
광고 메시지의 결론
- WorkOS는 사용자, 엔터프라이즈, 에이전트를 동시에 고객으로 상정한다.
- 제품이 성장한 뒤 엔터프라이즈 계약 때문에 개발자를 고통스럽게 만들지 않으려면 초기에 인증과 관리 기반을 준비해야 한다.
1. Cursor 인수와 갑작스러운 결별
SpaceX의 Cursor 인수는 OpenAI 모델 접근권을 기업 소유권과 직접 연결했고, 그 결과 개발자가 쓰던 멀티 모델 편집 환경에 즉시 변수가 생겼다.
1.1. 발표의 내용과 시간표
-
공식 통보
- OpenAI는 SpaceX에 Cursor에 OpenAI 모델을 제공하던 계약을 종료(wind down)하겠다고 통보했다.
- 제안된 차단일은 2026년 11월 12일이며, Cursor 구독자는 그 날짜 이후 Cursor 안에서 OpenAI 모델을 선택할 수 없게 된다.
-
최대 통지 기간
- OpenAI는 개발자가 최대한 오래 모델을 쓸 수 있도록 계약이 허용하는 최대 통지 기간을 부여했다고 설명했다.
- 따라서 11월 12일은 임의로 정한 즉시 차단일이라기보다, 소유권 변경 뒤 계약을 취소할 수 있는 제한된 창구를 끝까지 사용한 날짜다.
1.2. SpaceX와 Cursor의 거래 구조
-
원래의 두 가지 선택지
- SpaceX AI가 Cursor에 약 100억 달러를 지불하고 협력하는 안이 있었다. 목적은 Cursor의 데이터와 강화학습(reinforcement learning, RL) 엔지니어를 확보해 Grok 모델을 개선하는 것이었다.
- 연말에 Cursor를 약 600억 달러에 인수하는 안도 있었다.
-
즉시 인수
- SpaceX는 연말까지 기다리지 않고 인수를 즉시 실행했다.
- Cursor는 이제 SpaceX의 일부가 되었고, Cursor가 축적한 코딩 데이터와 Composer 같은 제품에서 얻은 학습 우위도 Elon Musk가 통제하는 자산이 되었다.
1.3. 이해관계 공개와 개인적 위치
-
Cursor 투자자라는 이해관계
- Tech Bridge 제작자는 Cursor의 초기 투자자였고, 인수 뒤 주식을 받을 수 있는지 또는 매각할 수 있는지조차 이메일을 통해 확인 중이라고 밝혔다.
- 거래로 수익을 얻을 수도 있지만, 실제로는 처분 가능 시점과 권리가 불확실하다.
-
편향 가능성에 대한 설명
- 인수가 끝났으므로 Cursor 지분에 대한 개인적 충성심은 사라졌고, 가능해지는 즉시 매각할 생각이라고 말했다.
- 회사에 돈을 넣었다는 이유로 비판을 멈추지는 않으며, 오히려 재정적 연결이 있는 회사를 더 엄격하게 대하는 편이라고 설명했다.
- OpenAI에는 재정적 이해관계가 없고, 오히려 OpenAI에 많은 돈을 지출한다. 가장 많이 지불하는 모델 회사는 여전히 Anthropic이라고 밝혔다.
2. OpenAI가 제시한 신뢰·안전 논리
OpenAI의 공식 설명은 Cursor 자체의 제품 품질보다 SpaceX의 계약 준수와 모델 증류 가능성에 초점을 맞춘다.
2.1. 모델 증류와 Cursor 데이터의 가치
-
Musk의 공개 발언
- Elon Musk는 OpenAI가 제공하는 정보를 사용해 모델을 증류하고 있다고 기록에 남겼다.
- 증류는 회사 내부에서 사용자 입력·출력을 모으는 방식, 다른 곳에서 데이터를 구매하는 방식, Cursor가 오랫동안 축적한 코딩 작업 데이터를 활용하는 방식 모두를 포함할 수 있다.
-
Cursor의 데이터 우위
- Cursor 사용자가 AI로 작성한 코드와 작업 결과는 Composer 같은 제품을 강하게 만든 중요한 자산으로 제시된다.
- Cursor가 SpaceX에 편입되면 그 데이터는 Elon의 통제 아래 들어가며, Grok의 성능 향상에 직접 기여할 수 있다. Grok이 최근 크게 좋아진 이유도 Cursor 인수와 연결된다는 평가가 나왔다.
2.2. Astra가 만든 추가 위험
-
기존 모델과 미래 모델의 구분
- OpenAI는 Cursor와의 기존 계약을 즉시 끊지는 않지만, 차기 모델 Astra를 Cursor에 제공하지 않기로 했다.
- Astra가 OpenAI가 암시해 온 것처럼 큰 능력 도약이라면 Cursor는 제품 경쟁력과 학습 데이터를 동시에 얻을 수 있다.
-
계약 취소 창구
- Cursor와의 맞춤 계약에는 지배권 변경(change of control) 뒤 계약을 취소할 수 있는 제한된 시간이 있다.
- AI 능력이 빠르게 상승한 만큼 OpenAI는 Astra가 약관에 맞게 사용되는지 확인할 책임이 커졌다고 주장하며, 계약 취소를 가능한 가장 늦은 날짜까지 미루되 미래 모델은 제공하지 않는 절충을 택했다.
2.3. 계약 위반 전력
-
SpaceX와 연결된 회사들
- OpenAI는 대형 파트너와 협력할 때 약관 준수와 대규모 안전 운영을 보장하기 위해 맞춤 계약을 쓴다.
- Musk가 Twitter를 인수한 뒤, 현재 SpaceX에 속한 회사가 여러 계약을 포함해 OpenAI 계약의 조건을 어겼다고 주장한 전력이 신뢰 판단에 반영됐다.
-
공개 자료의 아이러니
- 관련 근거로 New York Times 기사가 제시됐는데, OpenAI와 New York Times가 소송 중이라는 점이 겹쳐 아이러니한 장면이 됐다.
- 기사 제목은 Musk가 AI 위험을 경고하면서도 OpenAI와 경쟁하려는 AI 사업을 확장한다는 내용으로 소개됐고, 법정 진술을 통해 Musk가 xAI 사업을 위해 OpenAI 데이터를 증류한다고 인정했다는 요지가 언급됐다.
3. 금지 조치의 선례와 생태계 비판
모델 회사들은 경쟁사가 고객 데이터를 통해 자신들의 모델을 재현할 수 있다고 판단하면 서로의 API 접근을 차단해 왔다. OpenAI의 이번 조치는 같은 패턴이지만, 공개적으로 OpenAI가 실행하는 첫 사례라는 점이 다르다.
3.1. Anthropic이 먼저 사용한 차단 방식
-
Windsurf 사례
- Windsurf가 OpenAI에 인수될 것이라는 소문이 돌자 Anthropic은 Windsurf의 Claude 클라우드 모델 접근을 차단했다.
- Windsurf가 Claude의 입출력을 이용해 모델을 증류할 수 있다는 우려가 이유로 제시됐다.
-
xAI·Cursor 사례
- Anthropic은 올해 초 xAI가 Cursor를 통해 Anthropic 모델 데이터를 확보해 강화학습에 사용할 수 있다는 이유로 xAI의 Anthropic 모델 접근을 차단했다.
- 이후 Anthropic은 컴퓨트(compute)를 절실히 필요로 하게 되었고, SpaceX와 가까워졌다. Elon Musk가 OpenAI를 강하게 싫어한다는 이해관계가 Anthropic과 xAI 사이의 협력을 가능하게 했다.
-
OpenAI API 사례
- Anthropic은 OpenAI가 Claude API를 벤치마킹에 사용해 약관을 위반했다고 주장하며 OpenAI의 Claude API 접근을 취소했다.
- OpenAI가 자체 벤치마크에서 Anthropic 모델을 자주 보여 주지 못하는 이유도 API를 직접 테스트할 수 없기 때문이며, 공개 수치는 외부 테스터가 만든 결과로 채워진다고 설명된다.
3.2. 데이터에 대한 이중 잣대
-
증류 자체에 대한 평가
- 데이터를 활용해 모델을 개선하는 일은 모든 회사가 하고 있으며, Musk가 증류를 인정했다는 사실만으로 큰 거래를 하지 말아야 한다고 보기는 어렵다는 입장이 제시된다.
- OpenAI와 Anthropic은 웹에서 데이터를 먼저 모아 초기 우위를 확보한 뒤 다른 회사가 모델 사용료를 내고 데이터를 얻는 경로는 차단하려 한다는 비판을 받는다.
-
생태계에 미치는 손실
- SpaceX AI가 OpenAI·Anthropic 데이터를 얻지 못하는 이유는 모델 회사들이 접근을 잠갔기 때문인데, 그 우회 경로까지 금지하면 생태계의 상호 운용성이 낮아진다.
- 모델을 유료로 사용해 결과를 학습 데이터로 삼는 행위가 합리적인 경우도 있는데, 기존 사업자만 예외적으로 그 권리를 독점하는 모양새가 나쁜 광학(bad optics)을 만든다.
3.3. 데이터 옵트아웃의 한계
-
사용자 설정
- Cursor 대시보드에서 “내 데이터를 사용하지 말라(do not use my data)”는 선택을 켜면 Cursor는 해당 데이터를 학습에 사용할 수 없다.
- 이 설정을 무시하고 데이터를 수집하면 불법이 될 수 있으므로, 공개된 사용자 동의 범위가 중요한 경계가 된다.
-
현실적인 수집량
- 많은 사용자가 옵트아웃을 누르지 않기 때문에, Cursor와 이제 SpaceX가 된 조직은 대규모 코딩 데이터를 계속 확보할 수 있다.
- 고객이 모델 사용료를 내고, 서비스 제공자가 같은 결과를 보유해 다시 학습에 사용하면 비용을 청구하면서 데이터도 얻는 이중 수익 구조가 된다.
4. 모델 사업의 경제학과 5% 논쟁
Cursor의 “OpenAI 모델은 사용자 트래픽의 5%”라는 표현은 측정 기준에 따라 의미가 크게 달라진다. 토큰 효율이 다른 모델을 같은 토큰 수로 비교하면 OpenAI의 실제 가치와 사용량이 과소평가된다.
4.1. 모델 회사와 애플리케이션 회사의 계약
-
높은 추론 마진
- 모델을 호스팅하는 Google, Anthropic, OpenAI 같은 회사는 추론(inference) 마진이 높기 때문에 고객과 가격을 협상할 여지가 크다.
- Cursor 같은 대형 소비자는 엄청난 사용량을 바탕으로 가격을 크게 낮춰 계약할 수 있고, 그 비용 구조를 자체 구독 서비스로 다시 보조할 수 있다.
-
Anthropic에서 Cursor의 규모
- Cursor가 한때 Anthropic 추론량의 70% 이상을 차지했다는 수치가 소개됐다.
- Anthropic GPU로 처리하는 작업 중 연구가 아닌 일반 작업의 70%가 Cursor로 향했다는 뜻으로 설명됐으며, Cursor가 모델 생태계에서 매우 큰 지출처였음을 보여 준다.
4.2. Anthropic의 공개 발언과 한계 축소
-
공식적인 우호 메시지
- Anthropic 컴퓨트 책임자는 Cursor를 Sonnet 3.5부터 함께해 온 신뢰할 수 있는 파트너라고 부르고, Cursor의 클라우드 모델을 지원하기 위해 컴퓨트를 계속 늘리겠다고 밝혔다.
- Cursor가 SpaceX에 들어간 뒤의 미래도 기대한다는 표현까지 덧붙였다.
-
동시다발적인 제한 축소
- 같은 시기에 Claude 개발자 계정은 Cloud Code의 한도를 17% 낮추겠다고 발표했다.
- 기존에 제공하던 50% 증가분을 곧바로 제거하면서 “25% 더 높아진다”는 식으로 설명하는 것은 실제 사용자가 체감할 약속과 다르다는 비판이 나왔다.
- 컴퓨트를 늘린다는 Anthropic 책임자의 말과 일반 사용자의 한도를 줄이는 조치가 하루 간격으로 등장해, 공개 메시지와 사용자 경험 사이의 간극이 커졌다.
4.3. 5%가 숨기는 토큰 효율
-
사용량 측정 방식
- 모델을 선택한 사용자 수로 측정할 수 있다.
- 특정 기간에 보낸 프롬프트 수로 측정할 수 있다.
- 모델이 작성한 코드량으로 측정할 수 있다.
- 가장 흔한 방식인 토큰 수로 측정할 수 있다.
-
효율 차이
- OpenAI 모델은 토큰 효율(token efficiency)이 높기 때문에 토큰 수만 세면 다른 모델보다 사용량이 작아 보인다.
- Anthropic 모델이 한 작업을 끝내는 데 OpenAI 모델보다 약 3배 많은 토큰을 쓰면, OpenAI의 5% 토큰 점유율은 실제 요청·사용자·가치 기준으로 약 15%처럼 읽힐 수 있다.
-
명확한 산식의 필요성
- Michael이 밝힌 5%가 요청인지, 사용자 수인지, 토큰인지 알 수 없어 비교가 불가능하다.
- 토큰은 매출이나 창출 가치의 대리 지표(proxy)가 아니므로, 모델별 효율을 함께 공개하지 않는 5% 주장은 홍보성 공격에 가깝다.
4.4. 벤치마크와 실제 비용
-
Artificial Analysis와 개인 사용 경험
- Artificial Analysis 벤치마크에서 Claude Opus 5와 Fable 5가 Soul보다 높은 순위를 보인다.
- Claude Opus 5는 실제 능력보다 순위가 높다고 느끼지만, Fable 5는 오히려 낮게 평가됐다고 보며 실제 프로젝트에서 코드를 작성하고 완성하는 데 Fable 5를 선호한다.
-
작업당 비용·토큰
- Fable의 작업당 비용은 3달러를 넘고 Soul은 1달러 미만으로, 3배 이상 차이가 난다.
- Artificial Analysis 작업에서 5.6 Soul은 약 1만 7천 토큰, Fable은 약 3만 6천 토큰을 사용한다. Fable이 두 배 넘는 토큰을 쓴다.
-
Cursor Bench의 독립 확인
- Cursor 자체 수치에서도 Fable은 Max 설정에서 최대 70.5%를 기록하고 Soul은 67.2%를 기록한다.
- Fable은 작업당 약 2만 8천 토큰, Soul은 약 10만 3천 토큰을 사용해 3배를 넘는 토큰 효율 차이를 보인다.
- 따라서 Fable이 점수에서 앞서더라도 OpenAI 모델이 실제 비용과 처리량에서 훨씬 효율적일 수 있으며, 5%를 토큰 하나로 설명하면 고객 가치가 왜곡된다.
5. 공개 설전: Tibo와 Michael
OpenAI와 Cursor의 최고위 관계자가 서로 다른 숫자와 표현을 공개적으로 주고받으면서, 계약 분쟁이 사용자에게 영향을 주는 개인적인 설전으로 번졌다.
5.1. Tibo의 OpenAI 측 메시지
-
금요일 발표에 대한 반응
- OpenAI가 금요일에 작은 공식 계정 하나로만 발표해 뉴스의 관심을 억누르려 했다는 음모론이 나왔지만, Tibo의 대형 인용 리트윗(quote tweet)이 오히려 확산을 키웠다.
- Tibo는 Cursor에 대한 모델 접근을 종료하는 이유가 신뢰이며, 11월 12일까지 준비할 시간을 주겠다고 정리했다.
-
사용자 우회 경로
- Cursor에서 자신의 OpenAI API 키를 사용하면 계속 OpenAI 모델을 쓸 수 있다.
- Cursor용 IDE 확장 기능을 통해서도 OpenAI 모델을 사용할 수 있다.
- 오픈소스와 폐쇄형을 포함한 폭넓은 도구와 하네스를 계속 지원하겠다는 메시지가 나왔다.
-
T3 Code의 영향
- Tech Bridge 쪽 연락처가 OpenAI 내부에서 확인한 내용에 따르면 이번 조치는 T3 Code에 영향을 주지 않는다.
- Codex 구독이 T3 Code에서 깨지지 않으며, 앞으로도 T3 Code 같은 프로젝트를 계속 지원할 계획이라고 전달받았다.
5.2. Michael의 Cursor 측 메시지
-
불필요하게 공격적인 표현
- Michael은 OpenAI가 3개월 뒤 Cursor 사용자의 OpenAI 모델 접근을 막는다고 썼지만, API 키나 다른 경로로 모델을 계속 쓸 수 있으므로 “Cursor 사용자를 차단한다”는 표현은 과장됐다는 지적이 제기됐다.
- Cursor 사용자는 대개 OpenAI 또는 ChatGPT 계정도 함께 가지고 있으므로, OpenAI 전체 접근이 막히는 것처럼 읽히는 문장은 부정확하다.
-
5% 주장
- Michael은 OpenAI 모델이 Cursor 사용자 트래픽의 약 5%라고 밝혔고, Cursor가 OpenAI의 초기 사용자였으며 수년간 중립적인 인프라로 OpenAI를 신뢰해 왔다고 설명했다.
- 5%의 분모와 계산법을 공개하지 않은 채 숫자를 던진 점은 가장 큰 문제로 지적된다.
5.3. 개인적 친분과 비판의 한계
-
Cursor 팀에 대한 존중
- Tech Bridge 제작자는 약 4년 동안 Cursor 사람들과 통화하고 제품에 대해 의견을 주었으며, Michael을 여전히 친구로 여긴다고 밝혔다.
- Cursor 팀을 세계 최고 수준으로 평가하고, Tibo가 OpenAI의 입장과 우회 방법을 정리한 글은 합리적이었다고 인정했다.
-
공개 싸움의 문제
- Cursor는 Elon과 OpenAI의 갈등 한가운데 끼어 있으므로 조용히 대응해도 됐지만, 공개 공격을 키울 필요는 없었다는 평가가 나왔다.
- Tibo와 Michael은 일상과 생계가 크게 흔들리지 않지만, 두 사람이 숫자를 두고 싸우는 동안 고객이 모델 접근권과 비용 부담을 떠안는다.
- 고위 관계자가 공개적으로 개인전을 벌이면 원래 기술적·계약적 문제에 불필요한 악감정이 추가되고, 사용자 신뢰가 더 나빠진다.
6. 사용자가 취할 수 있는 선택
한 서비스에서 모든 모델을 무제한에 가깝게 쓰는 구조는 모델 연구소의 직접 구독 보조금 때문에 유지되기 어려우며, Cursor의 장점이었던 단일 UI도 소유권 변화에 취약하다.
6.1. 올인원 구독의 구조적 한계
-
연구소의 보조금
- Cloud Code나 Codex의 월 200달러 구독은 추론 원가에 비해 매우 큰 사용량을 제공한다.
- 역사적으로 추론 마진이 70~90% 수준이라는 추정이 맞다면, 독립 서비스가 같은 가격으로 모델 연구소와 경쟁하기 어렵다.
-
T3 Chat의 원가 압박
- T3 Chat에서 2달러가 들 수 있는 프롬프트를 ChatGPT에서는 약 20센트에 처리할 수 있다.
- 동일한 작업을 훨씬 싸게 공급하는 모델 연구소와 비교하면, 애플리케이션 회사는 모든 모델을 묶어 제공할수록 손실을 감수해야 한다.
- T3 Code를 만든 동기에도 이런 보조금 격차가 있으며, Cursor가 오랫동안 여러 이유로 버텨 온 구조도 이제 압박을 받는다.
6.2. 모델별 구독과 대안 도구
-
프론티어 성능을 원하는 경우
- Fable과 Soul처럼 작업을 실제로 끝내는 프론티어 모델에 익숙해진 사용자는 Cloud Code 또는 Codex의 공식 월 200달러 구독을 유지하는 편이 가장 강력하다.
- Grok 4.5와 Grok 4.6은 실제 코드 작업에 쓸 수 있지만 프론티어 모델은 아니며, 직접 작업을 분해하고 결과를 감사해야 하는 부담이 커진다.
-
Grok·Cursor 생태계의 장점
- Cursor와 xAI 요금제는 Grok을 매우 넉넉하게, 거의 무제한처럼 느껴지는 수준으로 제공할 수 있다.
- Grokbots도 매력적인 제품이어서 Grok과 Cursor 조합은 예전보다 훨씬 설득력이 높아졌다.
- 다만 Fable·Soul의 자동화 수준과 프론티어 성능을 포기하고 Grok으로 돌아가면 작업을 직접 오케스트레이션하는 옛 방식으로 되돌아가는 느낌이 크다.
-
올인원 UI 후보
- T3 Code 외에도 Coolify 개발자가 만든 Gene, 오픈소스 터미널 중심 도구 Superset, T-Mux 스타일 패널 관리자 Herder가 언급됐다.
- 세 도구 모두 오픈소스라 특정 회사의 모델 접근 차단에 덜 취약하고, 여러 모델을 한 화면에서 다루려는 요구를 충족할 수 있다.
6.3. 개인 사용량에 따른 현실적인 비용
-
통합 UI의 편리함
- Cloud Code와 Codex를 번갈아 사용하면 화면과 흐름을 바꾸는 일이 성가시므로, 한 장소에서 모두 처리하려는 수요는 분명하다.
- Cursor는 좋은 하네스, 충분히 좋은 앱, 괜찮은 클라우드 기능, 합리적인 가격의 멀티 모델 접근을 한 번에 제공했던 드문 선택지였다.
-
직접 계산한 사례
- Tech Bridge 제작자의 여러 모델 구독료는 한 달 약 1,000달러다.
- 그 구독으로 한 달에 10만 달러를 넘는 추론량을 사용하고 있어, 공식 연구소 구독이 제공하는 보조금의 규모가 매우 크다는 사례가 된다.
-
현재의 타협
- 한 앱에서 모든 모델을 쓰고 싶다면 오픈소스 하네스와 자체 API 키를 조합해야 한다.
- 최고 사용량과 성능을 모두 원하면 여러 플랫폼의 구독을 따로 유지해야 하며, Cursor 시절의 단순한 단일 결제 경험은 기대하기 어렵다.
7. Google 사례와 더 큰 파편화
모델 회사의 경쟁과 약관 집행이 늘어나면, 특정 회사의 계정을 다른 하네스에 연결하는 행위 자체가 계정 정지 위험이 될 수 있다.
7.1. Google의 폐쇄적 구독 정책
-
T3 Code 통합의 장애물
- Google은 구독 모델을 T3 Code에 통합할 경우 사용자의 Google 계정을 정지시킬 위험이 있어, 통합이 어렵다고 평가된다.
- Google 계정은 이메일·문서·사진 등 생활 전체와 연결되어 있어 계정 상실 비용이 매우 크다.
-
제품 품질과 정책의 역설
- Google은 다른 회사보다 외부 사용을 적극적으로 차단하면서도, 자체 하네스와 그래픽 앱의 품질은 Claude Code보다 뒤처진다는 비판을 받는다.
- Anti-Gravity 데스크톱 앱은 거의 작동하지 않을 만큼 나쁘다고 혹평을 받았고, 그 결과 Google 모델을 T3 Code에 넣을 수 없는 상황이 더 답답하게 느껴진다.
7.2. “한 번의 사건”이 아닌 시작
-
예상되는 추가 차단
- Anthropic과 OpenAI뿐 아니라 Google과 SpaceX도 비슷한 계약·구독·데이터 통제 조치를 늘릴 가능성이 있다.
- 모델 공급자와 사용자 도구 사이에 중간 레이어가 많을수록, 한 회사의 인수나 공개 갈등이 최종 사용자의 접근권을 바꾼다.
-
도구 소유권의 원칙
- 기업 간 관계에 의존해 도구를 쓰면 어느 날 한쪽의 인수·분쟁·약관 변경으로 작업 흐름이 깨질 수 있다.
- 자체 API 키, 오픈소스 하네스, 직접적인 제품 관계를 확보하면 특정 협약의 종료가 전체 개발 환경의 종료로 이어지는 일을 줄일 수 있다.
주요 발언 모음
“Cursor의 SpaceX 인수에 따라 파트너십을 종료한다. Cursor의 우리 모델에 대한 직접 접근은 11월 12일에 끝난다.” — OpenAI 공식 통보 요지
“우리는 Cursor에 제공하던 OpenAI 모델 계약을 종료할 예정이며, 개발자가 모델을 유지할 수 있도록 계약상 최대 통지 기간을 주고 있다.” — OpenAI 공식 통보 요지
“SpaceX가 우리 기술을 서비스 약관 안에서 사용할 것이라고 확신할 수 없다.” — OpenAI가 제시한 신뢰 문제
“Cursor는 사용자 트래픽의 5%를 OpenAI 모델에 보낸다.” — Michael의 주장
“토큰은 매출이나 창출된 가치의 대리 지표가 아니다. OpenAI 모델은 토큰 효율의 최전선에 있다.” — Tibo의 반박 요지
“Cursor는 Anthropic과 Sonnet 3.5부터 함께한 신뢰할 수 있는 파트너이며, 클라우드 모델을 지원하기 위해 컴퓨트를 계속 늘리겠다.” — Anthropic 컴퓨트 책임자
“Cursor에서 내 데이터를 사용하지 말라고 설정했다면 데이터 수집이 일어나지 않는다. 그 설정을 무시하면 불법이다.” — 데이터 옵트아웃에 대한 설명
“한 구독으로 모든 모델을 쓰고 싶다면 솔직히 말해 꽤 곤란해졌다.” — 멀티 모델 구독의 현실
“기업들이 서로 싸우는 일로 피해를 보고 싶지 않다면, 도구를 직접 소유하고 중간 레이어를 거치지 않는 관계를 만들어야 한다.” — 사용자 대응 원칙
핵심 데이터 & 수치
- 2026년 11월 12일: Cursor에 대한 OpenAI 모델 직접 제공이 종료될 예정인 날짜다.
- 100억 달러: SpaceX AI가 Cursor와 협력하며 데이터·RL 엔지니어를 확보하는 대가로 지불할 수 있었던 협력안이다.
- 600억 달러: 연말에 Cursor를 인수하는 대안으로 언급된 금액이다.
- 70% 이상: 한 시점에 Cursor가 Anthropic 추론량에서 차지했다는 비연구 작업 기준의 규모다.
- 17%: Cloud Code 사용자 한도를 낮추겠다고 발표한 수치다.
- 5%: Cursor가 주장한 OpenAI 모델 트래픽 비중이며, 사용자·요청·토큰 중 기준이 공개되지 않았다.
- 약 15%: Anthropic 모델이 OpenAI 모델보다 약 3배 많은 토큰을 쓴다고 가정할 때, 5% 토큰 점유율을 요청·가치 관점에서 환산한 추정치다.
- 3달러 초과 대 1달러 미만: Fable과 Soul의 작업당 비용 비교다.
- 1만 7천 대 3만 6천 토큰: Artificial Analysis 작업에서 5.6 Soul과 Fable이 사용한 토큰 수다.
- 70.5% 대 67.2%: Cursor Bench Max 설정에서 Fable과 Soul의 점수다.
- 2만 8천 대 10만 3천 토큰: 같은 Cursor Bench 작업에서 Fable과 Soul이 사용한 토큰 수다.
- 월 200달러: Cloud Code·Codex 공식 구독이 제공하는 고사용량 플랜의 사례다.
- 70~90%: 모델 추론 마진에 대해 역사적으로 거론된 범위다.
- 2달러 대 약 20센트: T3 Chat과 ChatGPT에서 같은 프롬프트를 처리하는 비용의 사례다.
- 월 1,000달러 / 월 100,000달러 이상: 여러 구독에 지출하는 비용과 그로부터 사용하는 추론량의 개인 사례다.
결론 및 시사점
- Cursor의 OpenAI 모델 접근 종료는 제품 경쟁력보다 소유권 변경과 모델 증류 위험을 둘러싼 계약 집행의 결과다.
- Astra처럼 능력이 크게 도약할 것으로 기대되는 모델일수록 모델 회사는 데이터·약관·사용자 동의를 더 엄격하게 통제하려 한다.
- Cursor의 5% 주장은 모델별 토큰 효율을 함께 보지 않으면 실제 사용량과 가치의 일부만 보여 준다.
- Anthropic의 과거 차단 사례와 OpenAI의 이번 조치는 모델 회사들이 경쟁사에 데이터가 흘러가는 경로를 닫는 흐름을 강화한다.
- 사용자는 자체 API 키, 오픈소스 도구, 직접 구독을 조합해 한 회사의 인수나 분쟁에 작업 환경 전체가 묶이지 않도록 해야 한다.
- 단일 UI의 편리함은 여전히 크지만, 프론티어 성능을 원하면 공식 모델 구독을 여러 개 유지하는 비용을 감수해야 한다.
- 모델 제공자와 애플리케이션 사이의 관계가 더 파편화되면, 계정 정지·약관 변경·구독 종료가 개발 생산성의 운영 리스크가 된다.
- OpenAI와 Cursor 모두 고객을 향한 공개 설전보다 계산 기준과 계약 조건을 투명하게 공개하는 편이 생태계 신뢰를 회복하는 길이다.
- Cursor 팀과 OpenAI 모델 모두를 좋아하는 사용자에게 이번 사건은 특히 불편하지만, 장기적으로는 특정 공급자에 종속되지 않는 도구 구성이 가장 안전한 대응이다.
