당신이 Cursor에 친 코드가 Grok 4.5를 훈련시켰다: SpaceXAI가 칩·모델·IDE를 한 회사에 담았다

이달 초 SpaceXAI가 Grok 4.5를 공개했다. 특이점은 성능 수치가 아니라 훈련 방식이다. 이 모델은 코딩 도구 Cursor와 공동으로 훈련한 첫 프런티어급 모델이다. 개발자가 코드베이스를 어떻게 다루는지, 에이전트가 실제 환경에서 어떻게 도구를 쓰는지가 담긴 Cursor 사용 로그 수조 토큰이 학습에 들어갔다.

가격은 100만 토큰당 입력 $2, 출력 $6이다. 빠른 변형은 입력 $4, 출력 $18이다. Cursor 안에서 데스크톱·웹·iOS·CLI로 바로 쓸 수 있다. 프런티어급치고 싼 편이지만 이 뉴스의 핵심은 요금표가 아니라 데이터가 흐르는 방향이다.

한눈에 보기

모델	Grok 4.5, SpaceXAI·Cursor 공동 훈련 MoE
훈련 데이터	Cursor 사용 로그 수조 토큰(개발자·에이전트 상호작용)
가격	입력 $2 / 출력 $6, 100만 토큰 기준(Fast $4/$18)
인수	SpaceX가 Cursor 모회사 Anysphere를 600억 달러 전량 주식 인수(6/16)
Cursor 규모	연매출 약 40억 달러, 기업 고객 5만+, 하루 1.5억 줄 코드

벤치마크가 아니라 텔레메트리다

프런티어 모델들은 이미 공개 벤치마크에서 서로 몇 점 차로 뭉쳐 있다. 그 지형에서 Grok 4.5의 우위는 파라미터 수가 아니라 Cursor라는 파이프다. Cursor에는 기업 고객만 5만 곳이 넘고 하루 약 1.5억 줄의 코드가 흐른다. 개발자가 무엇을 쓰다 지우는지, 에이전트가 어떤 도구 호출에서 막히는지, 어떤 수정이 실제로 채택되는지가 매일 쌓인다.

이건 공개 데이터셋을 긁어서는 만들 수 없는 신호다. 벤치마크는 정답이 있는 문제만 재지만 실제 개발은 정답이 없는 상태에서 도구를 엮어 나가는 과정이다. 그 과정의 로그를 독점적으로 학습에 넣는 순간, 모델의 강점은 파라미터에서 사용자 행동으로 옮겨간다. 사용자가 많아질수록 이 해자는 두꺼워진다.

한 회사가 스택을 통째로 쥐었다

배경을 보면 그림이 커진다. 5월 xAI와 SpaceX가 합병했다. 합병 기업가치는 약 2,500억 달러로 평가됐다. 6월 16일엔 Cursor 모회사 Anysphere를 600억 달러 전량 주식으로 사들였다. 벤처 투자를 받은 스타트업 인수로는 최대 규모로 불린다.

이제 한 지붕 아래 칩과 데이터센터, 프런티어 모델, 개발 IDE, 그리고 개발자 사용 데이터가 모였다. 모델을 학습시키는 연산도 자기 것, 모델도 자기 것, 개발자가 종일 손을 얹는 편집기도 자기 것, 그 편집기에서 나오는 데이터도 자기 것이다. 수직 통합의 교과서적 형태다. 각 층에서 남에게 낼 마진이 사라지고, 층과 층 사이에서 나오는 데이터가 다음 모델의 연료가 된다.

싼 가격은 미끼가 아니라 깔때기다

입력 $2, 출력 $6은 같은 급 모델 사이에서 공격적인 값이다. 싸게 풀면 더 많은 개발자가 Cursor 안에서 Grok 4.5를 돌린다. 사용이 늘면 학습 로그가 늘고 로그가 늘면 다음 버전이 더 좋아진다. 가격은 마진을 얻는 지점이 아니라 데이터를 빨아들이는 깔때기다.

이 구조는 SpaceX가 앞서 Anthropic·Google과 맺은 컴퓨트 거래와 결이 같다. 각 층에서 남에게 낼 값을 내부로 돌리고 층과 층 사이에서 나오는 흐름을 자산으로 바꾼다. 개발자에게 값싼 프런티어 모델은 분명한 이득이다. 다만 그 이득의 대가가 요금이 아니라 데이터라는 점만 계산에 넣으면 된다.

anyAX 관점

1인 SaaS 개발자에게 이 뉴스의 요지는 한 줄이다. 내가 IDE에 친 코드가 곧 남의 모델의 학습 데이터라는 것. 편의는 진짜다. Cursor에 박힌 Grok 4.5는 개발자 습관을 학습한 만큼 손에 붙는다. 하지만 그 반대편에서 내 키 입력은 하루 1.5억 줄에 섞여 언젠가 내 제품과 겹칠 수도 있는 모델을 키운다. 문제는 성능이 아니라 의존의 방향이다.

Grok 4.5의 진짜 우위가 파라미터가 아니라 하루치 개발 로그라는 점이 여기서 뒤집힌다. 그 자산은 사용자가 채워 준다. 도구를 편하게 쓸수록 내가 상대의 해자를 넓혀 주는 구조다. 이 사실을 알고 쓰는 것과 모르고 쓰는 것은 다르다.

그래서 점검할 지점은 셋이다. 종속 비용: 편집기와 모델과 인프라가 한 회사면 가격 인상이나 정책 변경에 물러설 곳이 없다. 데이터 노출: 민감한 코드베이스라면 로그가 어디로 흐르는지 계약서로 확인할 일이다. 대체 경로: 같은 작업을 열린 모델이나 다른 편집기로도 굴릴 수 있게 워크플로를 한 벤더에 못 박지 않는 편이 낫다.

Grok 4.5를 안 쓸 이유는 없다. 좋으면 쓴다. 다만 내 코드가 요금만 내는 대가가 아니라 상대의 자산을 불려 준다는 사실은 계산에 넣고 쓰는 게 맞다. 편의와 종속은 같은 문으로 들어온다.