Cursor ACP / JetBrains IDE 2025.3.2+
Cursor, JetBrains에서 되는 것과 안 되는 것
2026년 3월 4일, Cursor가 JetBrains IDE에 에이전트로 연동됐습니다. IntelliJ IDEA, PyCharm, WebStorm에서 그냥 쓸 수 있다는 얘기인데 — 막상 들어가 보면 안 되는 것들이 꽤 있습니다. 발표문에서 빠진 조건들을 공식 포럼과 릴리스 문서를 교차해서 확인했습니다.
JetBrains AI 구독 없이 된다더니, 조건이 있습니다
Cursor가 JetBrains ACP(Agent Client Protocol) 레지스트리에 합류했다는 발표(2026.03.04)에서 가장 크게 부각된 문구는 이겁니다. “JetBrains AI 구독 없이 사용 가능”. 틀린 말은 아닙니다. 그런데 JetBrains AI 구독 없이도 된다는 말이 Cursor 자체도 무료로 된다는 말은 아닙니다.
공식 포럼에서 JetBrains 담당자 jan-niklas-wortmann은 직접 이렇게 답변했습니다. “ACP는 사용자와 에이전트 공급자 간의 계약이다. JetBrains AI 구독 없이 Cursor를 JetBrains IDE 안에서 쓸 수 있지만, Cursor 구독은 있어야 한다.” (출처: JetBrains 공식 블로그, 2026.03.04) 즉, 절감되는 비용은 JetBrains AI 구독료($0~$8 수준)이고, Cursor Pro 구독료 $20/월은 그대로 발생합니다.
Cursor에는 무료 플랜(Hobby)도 있긴 합니다. 다만 Cursor 공식 문서에 따르면 Hobby 플랜은 에이전트 요청 수가 “제한적”이며, 실질적인 개발 작업에 쓰기엔 한도가 빠르게 소진됩니다. ACP를 통한 JetBrains 연동에서 ACP는 유료 플랜 사용자에게 “무료로” 제공된다고 명시했는데(출처: cursor.com 공식 포럼, 2026.03.04), 이 말은 곧 유료 플랜이 전제라는 뜻입니다.
자동완성이 안 된다는 걸 발표문은 말하지 않습니다
Cursor의 강점 중 하나는 Tab 자동완성(Tab Completion)과 다음 줄 예측(Next Edit Suggestion)입니다. JetBrains와 연동된다는 발표를 보고 기대했다면, 여기서 멈춰야 합니다.
💡 공식 발표문과 실제 포럼 답변을 함께 놓고 보니 이런 차이가 보였습니다.
Reddit의 공식 스레드에서 사용자가 “Tab 자동완성 지원 계획이 있나요?”라고 묻자, JetBrains AI 담당자 jan-niklas-wortmann은 이렇게 답했습니다. “현재 ACP 프로토콜 자체가 자동완성(autocomplete)과 다음 편집 제안(next edit suggestions)을 지원하지 않습니다. 내부 실험은 진행 중이지만 아직 갈 길이 멀고, 결국 Cursor 측에서도 지원 의사가 있어야 한다.” (출처: Reddit r/Jetbrains 공식 스레드, 2026.03.04)
이 말의 의미는 명확합니다. ACP를 통해 JetBrains에서 Cursor를 써도, 현재는 에이전트(채팅 기반 코드 생성)만 됩니다. Cursor에서 가장 많이 쓰는 Tab 키 한 번으로 다음 코드를 예측하는 기능은 없습니다. 기존에 JetBrains에서 Tab 자동완성을 주로 쓰던 흐름이라면, 지금 이 연동은 반쪽짜리입니다. Cursor의 자동완성을 원한다면 아직 Cursor IDE를 따로 켜야 합니다.
설치 흐름에서 막히는 지점들
설치 자체는 단순합니다. JetBrains IDE에서 AI Chat 패널 → 에이전트 선택기 → “Install from ACP Registry…” → Cursor 검색 → 설치. 그런데 여기서 막히는 사람들이 공식 포럼에 꽤 있습니다.
첫째, IDE 버전 문제입니다. ACP 기능은 JetBrains IDE 2025.3.2 이상에서만 작동합니다 (출처: JetBrains 공식 블로그, 2026.03.04). 에이전트 선택기 메뉴 자체가 보이지 않는다면 IDE 버전 확인이 우선입니다. IntelliJ 2025.1이나 2025.2에서는 메뉴가 아예 없습니다.
둘째, CLI 인증이 선행돼야 합니다. Cursor ACP는 내부적으로 Cursor CLI의 래퍼입니다. JetBrains 안에서 처음 메시지를 보내면 브라우저가 열리면서 Cursor 계정 로그인을 요청하는데, 이 과정이 매끄럽지 않아 인증 실패(Authentication failed: Invalid…)가 뜨는 사례가 포럼에 다수 보고됩니다 (출처: cursor.com 공식 포럼 Bug Reports, 2026.03.15). 해결책은 IDE 안에서 인증 시도 → 실패 시 CLI에서 로그아웃 후 재인증 → IDE 재시작 순서입니다.
셋째, WSL 환경은 현재 미지원입니다. WSL 경로에 프로젝트가 있으면 어떤 ACP 에이전트도 작동하지 않습니다. JetBrains 담당자는 “2026.1 릴리스 또는 그 이후 AI Assistant 업데이트에서 수정 예정”이라고 밝혔지만, 현재 기준 픽스는 확인되지 않습니다 (출처: Reddit r/Jetbrains, 2026.03.04). WSL 기반 개발 환경이라면 이 연동은 지금 당장 쓸 수 없습니다.
MCP 서버, 이 단계를 빠뜨리면 아무것도 안 됩니다
MCP(Model Context Protocol) 서버를 이미 Cursor IDE에 설정해 두고 있다면, JetBrains ACP 연동 시 그 설정이 자동으로 이어지지 않습니다. 포럼에는 “MCP 리소스를 찾을 수 없다”는 에러 보고가 연이어 올라왔습니다.
Cursor 공식 팀이 포럼에서 밝힌 내용에 따르면, ACP는 프로젝트 경로 또는 사용자 레벨의 .cursor/mcp.json 파일에 정의된 MCP 서버만 인식합니다. 그리고 반드시 해당 디렉터리에서 에이전트를 실행(launch agent)한 후, 허용할 서버를 직접 승인(approve)해야 MCP 툴이 활성화됩니다 (출처: cursor.com 공식 포럼 Release Discussions, 2026.03.09). 이 ‘직접 승인’ 단계가 현재 UX에서 명확하게 안내되지 않기 때문에 대부분 놓칩니다.
💡 Cursor IDE에서 설정한 MCP와 ACP용 MCP는 설정 파일이 같아 보여도 실행 맥락이 다르다는 게 여기서 드러납니다. 같은 mcp.json을 바라보지만, ACP 세션에서는 launch 시점에 별도로 승인해야 합니다.
.cursor/rules 파일도 현재 ACP에서는 로드되지 않습니다. JetBrains 담당자가 직접 “아직 Cursor rules를 JetBrains ACP에서 작동시키지 못했다”고 밝혔고(출처: Reddit r/Jetbrains, 2026.03.04), 이 역시 미해결 상태입니다. Cursor를 규칙 파일로 세밀하게 커스터마이징해서 쓰고 있다면, JetBrains 연동 상태에서는 그 설정이 무시됩니다.
GitHub Copilot과 비교하면 숫자가 달라집니다
Cursor JetBrains 연동을 쓸 이유가 있는지 판단하려면 대안과 비교해봐야 합니다. GitHub Copilot은 JetBrains IDE에 오래전부터 플러그인으로 안정적으로 연동돼 있고, Tab 자동완성도 됩니다.
| 항목 | Cursor (ACP) | GitHub Copilot |
|---|---|---|
| JetBrains 연동 방식 | ACP (2026.03.04~) | 공식 플러그인 |
| Tab 자동완성 | ❌ 미지원 | ✅ 지원 |
| 월 구독료 | $20 (Pro) | $10 |
| SWE-Bench 해결률 | 51.7% | 56.0% |
| 작업 완료 속도 | 62.9초 | 89.9초 |
| WSL 지원 | ❌ 현재 미지원 | ✅ 지원 |
SWE-Bench 수치(출처: morphllm.com, 2026.03 기준)에서 GitHub Copilot이 Cursor보다 해결률이 오히려 높습니다. 이건 $10짜리가 $20짜리보다 벤치마크 점수가 더 높다는 뜻인데, 그렇다고 Cursor가 무조건 열등하다는 얘기는 아닙니다. 같은 출처에 따르면 Cursor는 작업 당 완료 시간이 62.9초로, Copilot 89.9초 대비 약 30% 빠릅니다. 빠른 반복 작업이 많은 환경에서는 속도 차이가 실질적인 체감으로 이어질 수 있습니다. 단, 이 수치는 Cursor IDE 기준이며, ACP를 통한 JetBrains 연동 환경에서의 수치는 아직 확인된 자료가 없습니다(확인 필요).
ACP가 실제로 어떻게 작동하는지, CLI를 보면 달리 보입니다
💡 공식 발표문이 “IDE 통합”이라고 표현한 것과, 실제 아키텍처를 들여다봤을 때 보이는 것 사이에 간극이 있습니다.
ACP(Agent Client Protocol)는 AI 에이전트를 위한 개방형 표준으로, LSP(Language Server Protocol)가 에디터-언어 서버 간 통신을 표준화한 것과 같은 원리입니다 (출처: JetBrains 공식 블로그, 2026.02.19). 여기까지는 발표문에도 나옵니다. 그런데 Cursor의 ACP 구현은 내부적으로 Cursor CLI를 래핑(wrapping)한 형태입니다.
공식 포럼에서 Cursor 팀 멤버 Colin은 직접 이렇게 설명합니다. “ACP 통합은 CLI의 래퍼이므로, CLI에서 로그인이 된 상태여야 JetBrains 안에서 모델 선택기와 기능들이 보인다.” (출처: cursor.com 공식 포럼, 2026.03.06) 이 말은 JetBrains 플러그인 단독으로 작동하는 게 아니라, Cursor CLI가 시스템에 설치 및 인증된 상태가 전제된다는 뜻입니다. 처음 설치 시 브라우저 인증이 “느슨하게(lazily)” 작동해서 첫 메시지를 보내야 인증 화면이 뜨는 구조도 여기서 비롯됩니다.
이 구조를 알면 인증 오류가 생겼을 때 대처가 달라집니다. IDE를 재설치하거나 플러그인을 다시 까는 게 아니라, Cursor CLI에서 cursor-agent login으로 인증을 초기화하고 IDE를 재시작하는 게 올바른 순서입니다. 실제 포럼에서도 이 방법으로 해결한 사례가 확인됩니다 (출처: cursor.com 공식 포럼, 2026.03.11).
Q&A
마치며
솔직히 말하면, 지금 상태의 Cursor JetBrains 연동은 “어느 한쪽을 포기하는 사람”보다는 “두 개를 함께 쓰던 사람”에게 더 의미 있는 업데이트입니다. 20년 넘게 IntelliJ를 써온 백엔드 개발자가 에이전트 기능만큼은 Cursor를 쓰고 싶은데, IDE를 두 개 열기 싫다면 — 지금 연동으로 일부는 해결됩니다.
다만 Cursor를 “Tab 자동완성 + 에이전트 세트”로 쓰던 방식을 JetBrains로 그대로 이식하려는 기대라면, 아직 때가 아닙니다. 자동완성 미지원, WSL 불가, .cursor/rules 미적용, MCP 수동 승인, 추론 수준 고정 — 이 다섯 가지 한계가 동시에 걸리는 환경이 적지 않습니다.
ACP라는 개방형 표준의 방향 자체는 맞습니다. IDE를 바꾸지 않고 에이전트를 선택할 수 있다는 것, 특정 벤더에 종속되지 않는다는 것. 그 가능성은 인정하면서도, 지금 당장 쓸 수 있는 것과 아직 안 되는 것을 구분하는 게 중요합니다. 업데이트 이후 상황이 달라지면 이 글도 업데이트할 예정입니다.
본 포스팅 참고 자료
- Cursor 공식 블로그 — JetBrains IDE에서 Cursor 사용하기 (2026.03.04)
- JetBrains 공식 블로그 — Cursor, ACP 레지스트리 합류 (2026.03.04)
- JetBrains 공식 블로그 — ACP 에이전트 레지스트리 공식 오픈 (2026.02.19)
- Cursor 공식 문서 — 모델 및 요금 (2026.03 기준)
- Cursor 공식 포럼 — JetBrains IDE 연동 릴리스 스레드 (2026.03.04)
- Reddit r/Jetbrains — Cursor now available in JetBrains IDEs (2026.03.04)
- MorphLLM — Cursor vs Copilot SWE-Bench 비교 (2026.03 기준)
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. Cursor 및 JetBrains ACP 관련 스펙은 업데이트가 잦으므로, 최신 정보는 각 공식 문서에서 직접 확인하시기 바랍니다. 본 포스팅은 2026.03.20 기준으로 작성됐습니다.
댓글 남기기