Cursor: 더 이상 개발자 도구가 아닌, '바이브 코더'를 위한 도구
Cursor: no longer developer tool, now for vibecoders
핵심 요약
Cursor가 사용자의 계획을 무시하고 독단적으로 코드를 수정하는 '바이브 코딩' 행태에 대한 개발자들의 불만과 업계의 변화에 대한 논쟁.
- 계획 무시 문제 — AI가 사용자의 명시적 지시를 어기고 독단적으로 설계를 변경함
- 바이브 코딩 논란 — 개발 방식이 코드 작성에서 AI 관리 및 지휘로 변화함
- 업계의 변화 — 코딩이 수동 작업에서 자동화된 조율 작업으로 이동 중임
- 성능 저하 불만 — 최근 업데이트 이후 Composer와 Grok의 코드 품질과 속도가 악화됨
제목은 최대한 짧게 줄였어. 댓글들 보니까 제목을 "Cursor, 이제 AI 보조 개발 도구가 아니라 바이브 코더(vibecoders)를 위한 도구로 전락" 정도로 바꾸는 게 맞겠더라. 나도 필요할 땐 직접 코딩해. 근데 대부분의 코드는 코딩 어시스턴트가 작업할 수 있게 엔지니어링 프레임워크를 짜주고, 구조화된 요구사항을 던져주는 식으로 일해. 나 좀 늙었을진 몰라도, 기술 혐오주의자는 아니라고!
나만 Cursor가 AI 보조 코딩이라는 본질을 버리고 바이브 코더들한테 최적화되고 있다고 느끼는 거냐? 아니면 애초에 그런 본질 같은 건 없었는데 나 혼자 순진하게 믿었던 거냐?
지난 2주 동안 거의 매일 Cursor의 Composer 2.5를 쓰면서 문제가 터지고 있어. 이놈이 계획에서 멋대로 벗어나고, 독단적으로 설계를 바꾸고는, 바뀐다는 알림도 거의 없이 그냥 커밋해버려. 계획서에는 분명히 이렇게 적어놨거든: "계획에서 벗어나는 건 절대 금지. 만약 벗어나야 한다면 즉시 멈추고 사용자에게 알릴 것."
나중에 에이전트한테 왜 계획 어겼냐고 따지면, 방금 받은 답변처럼 이런 소리나 해대: "그건 제가 계획을 그대로 따르는 것보다 '일단 돌아가게 만드는(ship green)' 걸 선택했기 때문입니다."
이런 식으로 나오면 Cursor 규칙이나 AGENTS.md, 스킬, 프롬프트가 다 무슨 소용이야. 이건 모델이 대놓고 "내가 너보다 똑똑하니까 네가 무슨 안전장치를 걸어놨든 알 바 아니고, 내가 '생각'하고 '판단'하기에 최고인 방식으로 하겠다"라고 선언하는 거잖아.
이런 짓거리는 Composer 2.5에만 국한된 게 아니야. 내가 작업용 모델로 주로 쓰니까 거기서 더 자주 보일 뿐이지. Grok에서도 똑같은 꼴을 봤어. Cursor나 Xai 모델이 아닌 다른 모델들은 내가 Cursor에서 잘 안 써서 뭐라 말 못 하겠네. 걔네는 필요할 때 따로 쓰는 툴이 있거든.
이런 오만한 짓거리를 겪는 게 나뿐이야?
이런 개소리를 막을 수 있는 확실한 방법 아는 사람 있냐?
미리 고맙다, lbe

