Cursor 2.0과 Composer: 멀티 에이전트가 AI 코딩을 재고하는 방식

AI 기반 코드 편집기 및 에이전트 플랫폼인 Cursor가 출시되었습니다. 커서 2.0 2025년 10월 29일 - 특수 목적 코딩 모델(이름)을 결합한 주요 업데이트 작곡가) 새롭게 구상된 에이전트 중심 인터페이스와 에이전트 코딩을 더 빠르고, 안전하고, 협업적으로 만들기 위한 일련의 플랫폼 업그레이드를 제공합니다. 회사는 이번 출시를 타사 모델을 플러그인하는 방식에서 벗어나 "에이전트" 소프트웨어 개발을 위해 엔드 투 엔드로 최적화된 자체 학습 모델과 툴을 제공하는 전략적 전환으로 포지셔닝합니다.

아래: Cursor가 2.0에서 제공한 내용, Composer가 구축된 방식, 구체적인 변경 로그 항목 및 가장 중요한 내용을 자세히 살펴보세요. AI 개발자 세계를 진정으로 놀라게 한 것은 무엇입니까? 이 릴리스에 관하여.

커서란 무엇인가?(그리고 개발자들이 주의를 기울여야 하는 이유는 무엇인가?)

커서는 개발자가 AI를 사용할 수 있도록 처음부터 설계된 편집기이자 플랫폼입니다. 자치령 대표 코딩 워크플로우 내에서 최고의 협업 도구로 활용됩니다. 로컬/원격 편집기, 에이전트 오케스트레이션, 도구 통합(터미널, 브라우저, 시맨틱 검색), 그리고 모델 중심 워크플로우를 결합하여 에이전트가 실제 코드베이스를 읽고, 계획하고, 편집하고, 테스트하고, 반복할 수 있도록 지원합니다. Cursor는 "AI를 활용한 최고의 코딩 방법"이라고 자부하며, 에이전트가 단순히 줄을 자동 완성하는 데 그치지 않고 유용한 엔지니어링 작업을 수행할 수 있도록 지원하는 데 중점을 두고 있습니다.

지금 Cursor 2.0이 중요한 이유

코드용 AI 비서는 단일 턴 완료를 넘어 더 길고 여러 단계로 구성된 워크플로(계획 → 편집 → 테스트 → 반복)로 전환되었습니다. 이로 인해 지연 시간, 대규모 저장소 전반의 컨텍스트 충실도, 셸/CI 명령의 안전한 실행, 그리고 에이전트 변경 사항을 검토하는 인력 등 새로운 병목 현상이 발생합니다. 커서 2.0 에이전트 워크플로에 맞춰 조정된 모델을 제공하여 병목 현상을 직접 타겟으로 삼습니다. 및 여러 에이전트를 동시에 안전하게 실행하기 위한 UI/아키텍처 기본 요소입니다. 간단히 말해, 커서는 에이전트 중심 소프트웨어 엔지니어링을 위한 풀스택이 되고자 합니다.

커서 2.0 업데이트 기능:

• 4배 더 빠름 - 평균 대화 전환이 30초 이내에 완료됨
• 향상된 다단계 작업 기능 - 복잡한 코드 체인을 독립적으로 처리할 수 있음
• 향상된 의미 검색 - 전체 코드베이스에서 관계를 이해하고 찾을 수 있음
• 저지연 상호작용 최적화 - 실시간 개발 및 신속한 프로토타입 제작에 적합
• 강화 학습(RL) 훈련은 에이전트 기반 코딩에 최적화되었습니다.

Cursor 2.0의 핵심 개념은 무엇입니까?

Cursor 2.0의 핵심은 세 가지 상호 연결된 아이디어를 발전시키는 것입니다.

1. 에이전트 우선 편집기 디자인

기존 IDE 위에 에이전트를 추가하는 대신, Cursor 2.0은 에이전트를 편집기의 객체로 노출합니다. 사이드바에서 볼 수 있고, 프로세스로 관리 가능하며, 저장소에 대해 "계획"(다단계 전략)을 실행할 수 있습니다. 이를 통해 AI 작업은 엔지니어가 검토할 수 있는 입력, 로그 및 출력을 갖춘 조정 가능한 작업으로 재구성됩니다.

2. 빠르고 특수 목적에 맞춰 구축된 코딩 모델(Composer)

커서의 새로운 모델인 컴포저(Composer)는 커서 환경 내에서 에이전트 상호작용을 위해 특별히 훈련되고 최적화된 최첨단 코딩 모델입니다. 이 모델은 편집기 내에서 짧고 반복적인 코딩 턴에 필수적인 특성인 처리량과 응답성을, 값비싼 토큰 복잡도 벤치마크보다 더 중요하게 고려합니다. 컴포저는 컴포저가 대략 다음과 같은 성능을 달성한다고 보고합니다. 4배의 생성 속도 유사한 성능의 모델과 비교했을 때, 대부분의 인터랙티브 턴을 내부 벤치마크에서 30초 이내에 완료합니다. 이러한 속도는 단순히 편의성을 넘어, 에이전트 워크플로의 느낌(대기에서 반복으로)을 변화시킵니다.

3. 병렬, 격리된 에이전트 실행

Cursor 2.0을 사용하면 팀이 동일한 프로젝트에 대해 여러 에이전트를 병렬로 실행하면서 각 에이전트의 작업 공간을 샌드박싱하여 파일 충돌을 방지할 수 있습니다(git 작업 트리 또는 원격 작업자 샌드박스와 같은 기법 사용). 이를 통해 대규모 "가정" 탐색이 가능해집니다. 여러 가지 복구 전략, 변형 리팩토링 또는 파이프라인 테스트를 병렬로 실행하고 서로 간섭하지 않고 결과를 비교할 수 있습니다.

---

커서 2.0 변경 사항: 정확히 무엇이 새로운가요?

Cursor는 2.0 발표와 함께 자세한 변경 내역을 게시했습니다. 아래 주요 내용은 가장 중요한 제품 및 연구 변경 사항을 요약한 것입니다.

Composer — 커서의 첫 번째 에이전트 코딩 모델

• 특수 목적의 프론티어 모델: Composer는 소프트웨어 엔지니어링 작업과 에이전트 속도에 맞춰 조정된 "프런티어" 모델로 설명됩니다. Composer는 훈련 과정에서 코드베이스 도구에 대한 접근 권한을 부여받아 훈련되었으며, 이를 통해 실제 저장소 내에서 검색, 편집 및 다단계 문제 해결 패턴을 학습하는 데 도움이 됩니다.
• 속도 이점: 커서는 Composer가 대략 다음과 같다고 보고합니다. 4배 더 빠름 벤치마크에서 비슷한 지능 모델보다 생성 처리량이 더 뛰어나고 실제로 대부분 대화가 30초 이내에 끝납니다. 이는 대화형 세션에 있어 중요한 개선 사항입니다.
• 에이전트 최적화: Composer는 에이전트 기반 설정(시맨틱 검색, 편집 및 테스트 러너와 같은 도구 사용)에서 학습되었으며, 빠르고 안정적인 코드 변경을 위해 강화 학습 기법을 통해 최적화되었습니다. 일부 독립적인 연구 결과는 MoE(전문가 혼합) 방식의 아키텍처와 모델 학습 레시피에 강화 학습 미세 조정이 적용되었음을 보여줍니다.

개발자에게 미치는 영향: 대규모 저장소의 지연 시간이 단축되고 컨텍스트 인식이 개선되어 반복적 에이전트 워크플로가 여러 단계로 구성된 편집에서 더욱 빠르고 신뢰할 수 있게 느껴집니다.

다중 에이전트: 병렬 에이전트 오케스트레이션

사이드바 및 계획 관리: 새로운 편집기 UI를 통해 개발자는 여러 에이전트와 "계획"(다단계 에이전트 전략)을 만들고, 이름을 지정하고, 관리할 수 있으며, 지속적인 사이드바를 통해 에이전트와 해당 로그를 쉽게 검사할 수 있습니다.

병렬 실행(최대 8개 에이전트): Cursor 2.0은 최대 실행을 지원합니다. 8명의 에이전트가 병렬로 단일 프롬프트에서 각각은 충돌을 방지하기 위해 코드베이스의 격리된 복사본에서 작동합니다. 이는 로컬 git 작업 트리 또는 원격 머신 워커를 통해 가능합니다. 병렬 처리는 에이전트 실험을 선형적이고 차단적인 프로세스에서 빠르고 비교 가능한 프로세스로 전환합니다.

브라우저(GA): 에이전트가 실제 웹 UI를 테스트하고 검사할 수 있도록 함

브라우저가 GA로 전환됨:* 커서의 에이전트 내 브라우저(원래 베타 버전)가 이제 정식 출시되었으며 편집기와의 통합이 더욱 강화되었습니다. 에이전트는 웹 페이지와 상호 작용하고, DOM 요소를 추출하고, 구조화된 정보를 에이전트 런타임으로 다시 전달할 수 있습니다. 이를 통해 에이전트는 편집기를 벗어나지 않고도 문서를 조사하고, 원격 API를 가져오고, 웹 기반 디버깅을 수행할 수 있습니다.

개발자에게 미치는 영향: 이제 에이전트는 UI 변경 사항을 검증하고, 클라이언트 버그를 재현하고, 맹목적인 텍스트 설명이 아닌 구체적인 DOM/시각적 증거를 바탕으로 반복 작업을 수행할 수 있습니다.

개선된 코드 검토 및 차이점

에이전트 변경 사항을 여러 파일에서 더 쉽게 검토할 수 있습니다. Cursor 2.0은 파일 간을 이동하지 않고도 에이전트가 저장소 전체에서 변경한 내용을 검토하는 작업을 간소화합니다. 차이점은 인지적 오버헤드를 줄이는 방식으로 표시됩니다.

개발자에게 미치는 영향: 에이전트가 더 큰 편집이나 여러 파일을 편집할수록 사람이 신뢰성을 판단하는 데 소요되는 시간이 줄어듭니다. 이는 도입에 필수적인 단계입니다.

샌드박스 터미널(GA) 및 안전 제어

샌드박스 터미널은 GA(macOS)이며 기본적으로 보안 환경에서 에이전트 셸 명령을 실행합니다. 셸 실행은 작업 공간에 대한 읽기/쓰기 권한이 있는 샌드박스 방식으로 실행되며, 기본적으로 네트워크 연결이 차단되고 민감한 명령은 허용 목록에 추가됩니다. 기업용 관리자 제어 기능도 제공됩니다.
개발자에게 미치는 영향: 보다 안전한 에이전트 실행이 중요합니다. 샌드박싱은 에이전트가 테스트를 실행하거나, 린터를 실행하거나, 일시적인 명령을 실행해야 할 때 위험을 줄여줍니다.

음성 모드, 계획 모드 및 백그라운드 에이전트

• 음성 제어 에이전트용(음성-텍스트 + 사용자 정의 제출 키워드).
• 계획 모드: 한 모델로 계획을 만들고 다른 모델로 실행합니다. 계획은 포그라운드나 백그라운드에서 실행할 수 있습니다.
• 배경 및 클라우드 에이전트: 더 빠른 시작, 클라우드 에이전트의 99.9% 안정성, 백그라운드 작업에 대한 더 나은 가시성.

커서 2.0은 광범위한 AI 코딩 환경에 어떤 의미를 갖나요?

커서의 움직임은 두 가지 이유에서 주목할 만합니다.

1. 일반성보다 전문성. Composer는 특정 도메인과 런타임에 맞춰진 모델(여기서는 IDE 내부의 에이전트 코딩)을 구축하는 추세를 잘 보여줍니다. 모든 사용 사례를 지원하는 단일 범용 모델 대신, 각 팀은 자신이 속한 UX 및 툴체인과 함께 설계된 모델을 요구하고 있습니다.
2. 제품 기본 요소로서의 에이전트 오케스트레이션. 커서의 UI는 에이전트를 관리, 감사, 버전 관리가 가능한 관리형 리소스처럼 취급합니다. 격리된 작업 트리와 공유 계획을 갖춘 관리형 프로세스인 에이전트라는 제품 패턴은 팀이 자율적인 지원을 안전하게 확장하려는 과정에서 다른 개발자 도구에도 적용될 가능성이 높습니다.

전문화되고 빠른 모델과 의도적인 오케스트레이션 UX의 조합은 업계를 "자동 완성으로서의 모델"에서 "적극적인 협력자로서의 모델"로 한 걸음 더 나아가게 하지만, 모든 팀이 답해야 할 거버넌스 문제도 제기합니다.

Cursor 2.0에 어떻게 접근할 수 있나요?

1. 공식 사이트에서 Cursor 앱을 다운로드하거나 업데이트하세요(Cursor는 자사 사이트에서 릴리스를 배포합니다). Cursor 2.0은 v2 제품군(Composer + 다중 에이전트 UI)으로 출시되었으므로, 최신 Cursor 빌드로 업데이트하는 것이 첫 번째 단계입니다.

2. Cursor 2.0/Composer가 활성화되어 있는지 확인하세요.

• Cursor의 가격은 Composer 및 기타 모델에 대한 다양한 수준의 액세스를 제공하는 구독 플랜을 기반으로 책정됩니다. 회사는 무료 Hobby 플랜을 제공하지만, 전문 사용자는 일반적으로 모든 기능을 사용하려면 유료 플랜을 선택합니다.
• Cursor 2.0 릴리스(Composer, 멀티 에이전트 UI, 앱 내 브라우저 등)는 변경 로그에 강조 표시되어 있습니다. 앱이 자동 업데이트되었다면 이미 2.0 버전이 설치되어 있을 것입니다. 그렇지 않은 경우, 다운로드 페이지 또는 앱 업데이트 대화 상자에서 앱을 업데이트하세요.
• Composer 또는 다중 파일/에이전트 기능은 설정(이전 버전)의 베타 토글 뒤에 있을 수 있습니다. Composer가 보이지 않으면 설정 → 기능/베타를 선택하여 활성화하세요. Composer는 일반적으로 Composer/에이전트 바로가기(예: Ctrl/Cmd + I) 또는 사이드 패널에서. Composer는 켜거나 끌 수 있으며 Agent/Composer UI에 나타납니다.

3. API 키/모델 구성: 커서는 구성된 API 키를 사용하여 LLM 공급자(OpenAI, Anthropic, Google 또는 다음과 같은 사용자 지정 공급자)를 호출합니다. 코멧API). 커서 → 설정 → 모델(또는 설정 → API 키)을 열어 공급자 키와 사용자 지정 기본 URL을 추가합니다. 그러면 커서를 통해 Chat/Agent/Composer에서 활성화된 모델을 선택할 수 있습니다.

Cursor 내부에서 CometAPI를 어떻게 사용하나요? (단계별)

간략히 요약하자면, CometAPI는 모델 집계 게이트웨이(여러 모델 공급업체를 프록시할 수 있는 단일 엔드포인트)입니다. Cursor에서 사용하려면 CometAPI에 등록하고 API 키와 모델 식별자를 받은 후, 해당 키와 엔드포인트를 Cursor의 모델 설정에 사용자 지정 공급자(기본 URL 재정의)로 추가하고 Composer/Agent 모드에서 CometAPI 모델을 선택합니다.

A단계 - CometAPI 자격 증명 가져오기

1. CometAPI에 가입하고 API 키 생성 대시보드에서. 키는 비밀로 유지하세요(보유자 토큰처럼 취급하세요).
2. API 키를 생성/복사하고 사용하려는 모델 이름/ID를 기록해 둡니다(예: claude-sonnet-4.5 또는 CometAPI를 통해 제공되는 다른 공급업체 모델). CometAPI 문서/가이드 프로세스를 설명하고 지원되는 모델 이름을 나열하세요.

B단계 - Cursor에 CometAPI를 사용자 정의 모델/공급자로 추가합니다.

1. 커서 열기 → 설정 → 모델 (또는 설정 → API 키).
2. 커서가 표시되면 "사용자 정의 모델 추가" or “OpenAI 기본 URL 재정의” 옵션을 사용하세요:

• 기본 URL / 엔드포인트: CometAPI OpenAI 호환 기본 URL을 붙여넣습니다(CometAPI는 해당 URL이 노출되는지 여부를 문서화합니다. openai/v1 스타일 엔드포인트 또는 공급자별 엔드포인트). (예: https://api.cometapi.com/v1 — CometAPI 문서의 실제 URL을 사용하세요.)
• API 키: API 키 필드에 CometAPI 키를 붙여넣습니다.
• 모델 이름: CometAPI 문서와 정확히 동일한 모델 식별자를 추가합니다(예: claude-sonnet-4.5 or composer-like-model).

3. 확인 Cursor가 "확인"/"테스트" 버튼을 제공하는 경우 연결이 설정됩니다. Cursor의 사용자 지정 모델 메커니즘은 일반적으로 공급자가 OpenAI와 호환되어야 합니다(또는 Cursor가 기본 URL + 키를 허용해야 합니다). 커뮤니티 가이드에서도 동일한 패턴(기본 URL 재정의 → 키 제공 → 확인)을 보여줍니다.

C단계 - Composer/Agent 내에서 CometAPI 모델을 선택합니다.

1. Open Composer 또는 Agent(바로가기) Ctrl/Cmd + I 또는 측면 패널).
2. 모델 선택을 자동(또는 현재 모델)에서 방금 추가한 사용자 지정 공급자/모델로 전환합니다.
3. Composer 세션을 시작하거나 에이전트를 생성하고 선택한 CometAPI 모델을 사용하여 응답하는지 확인하세요. 간단한 프롬프트(예: "저장소를 검색하고 실패한 함수에 대한 단위 테스트를 추가하세요")로 테스트하세요. tests/)를 사용하여 행동을 검증합니다.

결론: 이것은 획기적인 업데이트인가?

Cursor 2.0은 단순한 기능 업데이트가 아닙니다. 특수 목적 코딩 모델과 에이전트 워크플로를 실용적으로 만드는 오케스트레이션 기본 요소를 결합한 제품 수준의 핵심입니다. 속도에 최적화된 자체 에이전트 모델(Composer), 구체적인 격리 메커니즘을 갖춘 다중 에이전트 런타임, 그리고 GA 브라우저와 같은 더욱 심층적인 도구 통합 등 놀라운 요소들은 AI가 소프트웨어 엔지니어링과 통합되는 방식의 성숙을 보여줍니다. 검토, 테스트 및 워크플로우 관리에 집중하는 팀에게 Cursor 2.0은 훨씬 빠른 반복 작업과 일상적인 엔지니어링 작업의 자동화를 위한 신뢰할 수 있는 경로를 제공합니다. 더 넓은 AI 개발자 생태계를 위해, 에이전트 오케스트레이션 및 도구에 중점을 둔 Cursor는 다른 벤더들이 단일 어시스턴트 상호작용을 넘어 에이전트 팀, 운영 가드레일, 지연 시간 인식 모델을 고려하도록 유도할 가능성이 높습니다.