
이 글은 최근 개발자 커뮤니티에서 화제가 된 Cursor Composer 2 모델 논란을 정리한 글입니다. Cursor Composer 2가 내부적으로 어떤 AI 모델을 사용하고 있는지, 그 과정에서 왜 라이선스·투명성 문제가 제기됐는지, 그리고 최종적으로 어떤 결론에 도달했는지를 기술적·윤리적 관점에서 차분히 살펴봅니다. 단순한 소문이 아니라, 실제 기술적 확인 과정과 커뮤니티 반응을 중심으로 내용을 정리했습니다.
Cursor Composer 2란 무엇인가
Cursor Composer 2는 개발자를 위한 AI 기반 코드 작성·보조 기능을 제공하는 Cursor의 최신 모델 구성입니다. 기존 Composer 1.5 대비 성능과 응답 품질이 개선된 것으로 평가받았지만, 내부 모델 구성에 대한 정보는 공식적으로 상세 공개되지 않았습니다.
이러한 상황에서 일부 사용자가 네트워크 요청을 분석하는 과정에서 예상치 못한 정보가 노출되며 논란이 시작됐습니다.
내부 모델 구조 노출과 기술적 발견
논란의 시작은 비교적 단순한 기술적 실험에서 비롯됐습니다.
- 사용자가 OpenAI base URL을 조작해 요청을 덤프하는 서버를 구성
- 그 결과 요청 경로에
accounts/anysphere/models/kimi-k2p5-rl-0317-s515-fast
라는 모델 ID가 포함된 것이 확인됨 - 이를 통해 Cursor Composer 2가 Kimi K2.5 모델에 강화학습(RL)을 적용한 형태임이 드러남
특히 이전 버전인 Composer 1.5에서는 해당 정보가 차단돼 있었으나, Composer 2에서는 일시적으로 노출되었고, 이 취약점은 발견 직후 빠르게 패치됐습니다. 이 점에서 Cursor 측의 보안 대응 속도 역시 주목을 받았습니다.
라이선스와 재브랜딩 논쟁
모델 ID가 노출되자, 커뮤니티의 관심은 기술적 사실에서 윤리적·법적 문제로 옮겨갔습니다.
주요 쟁점은 다음과 같습니다.
- Cursor가 Moonshot의 Kimi K2.5 모델을 재브랜딩해 자사 모델처럼 사용한 것 아니냐는 의혹
- Kimi K2.5가 Modified MIT 라이선스일 경우, UI에 명시적 모델 출처 표기가 필요하다는 주장
- 일부 사용자는 해당 모델이 GLM-5 계열일 가능성을 제기하며, 표준 MIT 라이선스라면 표기 의무가 없을 수도 있다는 반론 제시
다만, 모델 ID에 kimi-k2p5가 명확히 포함돼 있었기 때문에, 단순 추측보다는 Moonshot과의 별도 계약 또는 협약 가능성이 점점 유력하게 거론됐습니다.
Moonshot의 공식 입장과 협력 관계 확인
논란이 확산된 이후, Moonshot 측이 공식적으로 Cursor와의 협력 관계를 인정했습니다.
- Moonshot은 Cursor와 공식 협력 관계에 있음을 확인
- Kimi 2.5 모델이 우수한 성능을 가진 모델임을 언급
- 이를 통해 무단 사용이나 불법 재브랜딩이 아닌, 정식 협업 형태였음이 확인됨
이 입장 발표로 인해 라이선스 위반 의혹은 상당 부분 해소됐지만, 투명성 부족에 대한 비판까지 완전히 사라지지는 않았습니다.
커뮤니티 반응: 윤리 vs 실용
커뮤니티 반응은 크게 두 갈래로 나뉘었습니다.
비판적 시각
- 오픈 모델의 출처와 라이선스를 명확히 공개하지 않은 점은 문제
- 상용 서비스에서 오픈소스 정신을 훼손할 수 있다는 우려
- 모델 변경이 사용자 경험에 직접 영향을 주는 만큼, 투명한 정보 공개 필요
실용적 시각
- 대부분의 사용자는 모델 이름보다 코드 작성 속도와 워크플로우 개선을 더 중시
- 결과가 좋다면 내부 모델 구성은 부차적이라는 입장
- 경쟁의 핵심은 모델 자체보다 사용자 경험이라는 주장
이 논쟁은 단순히 Cursor 하나의 문제가 아니라, AI 도구 전반에 적용되는 관점 차이를 보여줍니다.
기술적 관점에서 주목할 부분
이번 사건은 기술적으로도 몇 가지 흥미로운 지점을 남겼습니다.
- 프록시를 통한 모델 ID 추적 기법은 과거 GPT-4 캐싱 분석 사례에서도 사용된 방식
- 모델 정보 노출 후 몇 시간 내 차단 패치가 이뤄진 점은 대응 속도 측면에서 인상적
- 일부 사용자는 Cursor의 추론 제공자가 FireworksAI 라는 점도 확인
이는 대규모 AI 서비스에서 인프라 구성과 보안 설계의 중요성을 다시 한 번 보여준 사례로 볼 수 있습니다.
Cursor Composer 2 모델 논란은 단순한 해프닝이 아니라, AI 산업 전반에 중요한 질문을 던진 사건입니다.
- 오픈 모델이 상용 서비스에 통합될 때 라이선스 준수와 표기 의무는 어디까지 필요한가
- 모델 성능보다 워크플로우와 사용자 경험이 경쟁력이 되는 흐름은 어디까지 갈 것인가
- 사용자는 내부 모델 정보를 어느 수준까지 알아야 하는가
이번 사례는 기술 투명성과 실용성 사이의 균형이 앞으로 AI 서비스 경쟁에서 더욱 중요해질 것임을 보여줍니다. 향후에는 단순히 “어떤 모델을 썼는가”를 넘어, 어떻게 신뢰를 구축할 것인가가 핵심 경쟁 요소가 될 가능성이 큽니다.
https://x.com/fynnso/status/2034706304875602030
X의 Fynn님(@fynnso)
was messing with the OpenAI base URL in Cursor and caught this accounts/anysphere/models/kimi-k2p5-rl-0317-s515-fast so composer 2 is just Kimi K2.5 with RL at least rename the model ID
x.com

'인공지능' 카테고리의 다른 글
| Vercel, 코딩 에이전트를 위한 플러그인 출시 - AI 코딩 에이전트에 Vercel 플랫폼 지식을 실시간으로 연결하다 (0) | 2026.03.23 |
|---|---|
| Andrej Karpathy가 말하는 코드 에이전트 시대와 AutoResearch, 그리고 AI의 Loopy한 진화 (0) | 2026.03.23 |
| Cursor Composer 2 출시: 코딩 특화 AI 모델의 성능 도약과 가격 경쟁력 분석 (0) | 2026.03.23 |
| KiloClaw 호스팅 AI 비서 완벽 가이드: OpenClaw를 60초 만에 쓰는 방법 (0) | 2026.03.23 |
| 리뷰 단계가 늘어날수록 개발 속도가 10배 느려지는 이유 ― AI 시대에도 바뀌지 않는 조직 병목의 본질 (0) | 2026.03.23 |