Cursor Projects: 기능 소개와 코디네이터의 작업 위임 방식
MarkdownCursor가 발표한 Cursor Projects: 코디네이터가 작업을 위임하는 방식, 공유 컨텍스트가 저장되는 위치, Subscriptions의 작동 방식, 그리고 이 베타 기능의 용도를 살펴봅니다.
전체 글 읽기
2026년 9월 10일, Cursor는 수개월 동안 유지되는 공유 컨텍스트를 바탕으로 대규모 작업을 수행하는 기능인 Projects의 베타 버전을 발표했습니다.
Projects에서는 코디네이터가 작업을 이끕니다. 코디네이터는 직접 코드를 작성하지 않고, 작업을 계획해 다른 에이전트에게 일부를 위임합니다. 프로젝트에는 진행 과정에서 쌓인 자료를 담은 공유 파일 모음이 있습니다. 새로운 프롬프트를 입력하지 않아도 이벤트를 감시하고 대응하도록 코디네이터에게 요청할 수도 있습니다. 아래에서는 Cursor의 발표에서 설명한 기능과 한계를 살펴봅니다.
Ailoot 참고 문서: ailoot.ai/docs/.
Cursor Projects란 무엇인가요? 쉽게 설명하면
핵심 요점
Cursor Projects는 새 기능, 마이그레이션 또는 전체 애플리케이션처럼 대규모 작업을 수행하기 위한 기능입니다. 코디네이터가 작업을 계획하고 구현 에이전트들에게 나눠 줍니다. 코디네이터는 직접 코드를 작성하지 않습니다. 2026년 9월 10일 발표에 따르면 Projects는 Cursor 왼쪽 탐색 패널에서 베타로 제공되며, 모든 사용자에게 순차적으로 공개되고 있습니다.
Cursor의 공식 발표는 이 기능의 목적을 다음과 같이 설명합니다.
Projects를 사용하면 기능, 마이그레이션 또는 전체 앱과 같은 더 큰 규모의 작업을 수행할 수 있습니다. 수개월에 걸친 작업의 컨텍스트를 유지하고, 수천 개의 하위 에이전트에 작업을 위임하며, 프롬프트를 받지 않아도 반복 작업을 수행합니다.
즉, Projects를 사용하면 새 기능, 마이그레이션 또는 전체 애플리케이션 같은 대규모 작업을 수행할 수 있습니다. 수개월에 걸친 작업의 컨텍스트를 유지하고, 수천 개의 하위 에이전트에 작업을 위임하며, 사용자 프롬프트 없이 반복 작업을 수행합니다.
코디네이터는 일반 Cursor 에이전트와 어떻게 다른가요?
핵심 요점
프로젝트의 코디네이터는 작업을 계획하고 구현 에이전트들에게 나눠 준 뒤, 완료된 작업을 검토할 수 있도록 사용자에게 가져옵니다. 코디네이터는 직접 코드를 작성하지 않습니다. 코디네이터는 사용자를 대신해 에이전트를 만들고 관리하며, 작업에 필요한 만큼의 에이전트를 병렬로 실행합니다.
Cursor는 역할 분담을 다음과 같이 설명합니다.
프로젝트의 코디네이터 에이전트는 직접 코드를 작성하지 않습니다. 작업을 계획하고, 이를 구현하는 에이전트들에게 위임한 뒤, 완료된 작업을 확인할 수 있도록 사용자에게 가져옵니다. 코디네이터는 사용자를 대신해 에이전트를 만들고 관리하며, 작업에 필요한 만큼의 에이전트를 병렬로 실행합니다.
즉, 프로젝트의 코디네이터는 직접 코드를 작성하지 않습니다. 작업을 계획하고 구현 에이전트들에게 위임한 뒤, 완료된 작업을 검토할 수 있도록 사용자에게 가져옵니다. 코디네이터는 사용자를 대신해 에이전트를 만들고 관리하며, 작업에 필요한 만큼의 에이전트를 병렬로 실행합니다.
역할 분담은 현장 감독과 작업 팀에 비유할 수 있습니다. 현장 감독은 작업을 계획하고 수행할 사람들에게 일을 배정합니다. Projects에서는 코디네이터가 관리하는 AI 에이전트들이 작업을 수행합니다. 코디네이터는 완료된 작업을 계속 사용자에게 가져와 검토를 받습니다. 이 모델은 멀티 에이전트 시스템의 “오케스트레이터와 워커” 구성과 비슷합니다. 에이전트에게 작업을 분배하는 가이드를 참고하세요.
프로젝트는 클라우드에서 실행되지만, 코디네이터는 사용자의 컴퓨터에서 무언가를 테스트하도록 로컬 에이전트를 실행할 수 있습니다.
Project는 클라우드의 전용 컴퓨터에서 실행되므로 노트북을 닫아도 중단되지 않습니다. 사용자의 컴퓨터에서 테스트해야 할 일이 있으면 코디네이터가 로컬 에이전트를 실행해 그곳에서 테스트합니다.
즉, 프로젝트는 클라우드의 전용 컴퓨터에서 실행되므로 노트북을 닫아도 중단되지 않습니다. 컴퓨터에서 무언가를 테스트해야 할 때 코디네이터는 로컬 에이전트를 그곳에서 실행해 확인합니다.
프로젝트의 공유 메모리는 어떻게 작동하나요?
핵심 요점
각 프로젝트에는 에이전트가 사용하는 모든 클라우드 및 로컬 컴퓨터 간에 동기화되는 파일 모음이 있습니다. 에이전트는 그 파일에 발견한 내용과 산출물, 코드와 사용자가 선호하는 작업 방식에 관해 알게 된 정보를 저장합니다. 한 에이전트가 서비스를 테스트하는 방법을 알아내면 이후의 에이전트들이 그 지침을 활용할 수 있습니다.
Cursor는 이 메커니즘을 Shared context라고 부릅니다.
각 Project는 에이전트가 사용하는 모든 클라우드 및 로컬 컴퓨터 간에 동기화되는 파일 모음을 유지합니다. 에이전트는 조사 결과와 산출물, 코드베이스에 관해 알게 된 정보와 사용자가 선호하는 작업 방식을 추가합니다. 예를 들어, 한 에이전트가 서비스를 테스트하는 방법을 알아내면 이후의 모든 에이전트가 그 지침을 활용할 수 있습니다. 공유 컨텍스트는 Project와 함께 계속 축적되어 시간이 지날수록 코디네이터의 효율성을 높입니다.
즉, 각 프로젝트는 모든 에이전트가 사용하는 클라우드 및 로컬 컴퓨터 간에 동기화되는 파일 모음을 유지합니다. 에이전트는 조사 결과와 산출물, 코드 및 사용자의 작업 선호도에 관한 정보를 추가합니다. 한 에이전트가 서비스를 테스트하는 방법을 알아내면 이후의 모든 에이전트가 그 지침을 활용할 수 있습니다. Cursor에 따르면 공유 컨텍스트는 프로젝트와 함께 축적되며, 시간이 지날수록 코디네이터의 효율성을 높입니다.
코디네이터는 축적된 자료를 활용할 수 있습니다. Second Brain이라는 개념과 비슷하지만, 여기서는 개인의 기억이 아니라 Cursor 프로젝트의 공유 메모리를 뜻합니다. 에이전트가 작업하면서 직접 자료를 더합니다.
Claude Code에서 이와 비슷한 개인 메모리를 만들고 싶다면 별도의 Claude Code의 Second Brain 가이드를 참고하세요. 나중에 활용할 자료를 축적한다는 관련 개념을 다룹니다.
작업 간에 컨텍스트를 축적하는 것은 컨텍스트 엔지니어링의 일부입니다. AI 메모리에 무엇을 넣고 어디에 둘지 관리하는 일입니다.
Cursor Projects의 Subscriptions란 무엇인가요?
핵심 요점
Subscriptions를 사용하면 코디네이터가 Slack 채널을 감시하거나, 일정에 따라 실행되거나, 모든 pull request를 추적하도록 설정할 수 있습니다. 그러면 코디네이터는 새 프롬프트 없이도 신호에 반응합니다. 발표에 나온 예로, Slack을 연결하고 버그 신고 채널을 지정하면 새 버그 신고가 들어올 때마다 코디네이터가 작업을 위임하기 시작합니다.
공유 메모리는 프로젝트 자료를 보관하고, Subscriptions는 코디네이터가 언제 행동할지 지정합니다. 이렇게 설정하면 채팅에 새 작업을 입력할 때까지 기다릴 필요가 없습니다.
코디네이터 에이전트에게 Slack 채널을 감시하거나, 일정에 따라 실행하거나, 모든 PR을 추적하도록 요청하세요. 그러면 코디네이터는 프롬프트를 기다리지 않고 감지한 신호에 따라 행동할 수 있습니다.
즉, 코디네이터에게 Slack 채널을 감시하거나, 일정에 따라 실행하거나, 모든 pull request를 추적하도록 요청하면 프롬프트를 기다리지 않고 감지한 신호에 따라 행동할 수 있습니다.
같은 발표에 나온 예입니다.
Slack을 연결하고 버그 신고 채널을 지정하면 버그가 들어올 때마다 작업을 위임하기 시작합니다.
즉, Slack을 연결하고 버그 신고 채널을 지정하면 새 신고가 들어올 때마다 코디네이터가 작업을 위임하기 시작합니다.
공식 발표는 Slack, 일정, PR 외에 어떤 이벤트가 작업을 실행할 수 있는지 설명하지 않으며, 기능의 가격도 안내하지 않습니다. 설정하려면 Cursor 왼쪽 탐색 패널에서 Projects를 여세요. 여기에는 자세한 설정 단계가 없으므로 사용 중인 버전의 인터페이스를 따라 진행하세요.
Cursor Projects를 고려할 때
핵심 요점
Cursor는 새 기능, 마이그레이션 또는 전체 애플리케이션처럼 대규모 작업에 Projects를 제공합니다. 편집자의 권장 사항으로는, 일회성 변경이나 작은 작업에는 일반 채팅 에이전트만으로 충분할 가능성이 높습니다. 오랜 기간 이어지는 대규모 작업이라면 Projects를 고려해 보세요.
발표는 이 기능의 목적을 “기능, 마이그레이션 또는 전체 앱과 같은 더 큰 규모의 작업”이라고 설명합니다. 즉, 새 기능, 마이그레이션 또는 전체 애플리케이션과 같은 대규모 작업입니다. 이 사용 사례를 바탕으로 권장 사항을 제시합니다. 에이전트와 한 번의 대화로 끝낼 수 있는 작업이라면 일반 채팅 에이전트로 충분할 가능성이 높습니다. 같은 대규모 작업과 코드로 자주 돌아온다면 Projects의 공유 컨텍스트가 도움이 될 수 있습니다. 이후의 에이전트가 이미 축적된 지침과 발견 내용을 활용할 수 있기 때문입니다.
Cursor와 다른 도구 중에서 선택하고 있다면 별도의 비교 가이드인 Cursor vs Claude Code를 참고하세요. Projects를 제외하고 일상적인 작업에서 두 도구가 어떻게 다른지 살펴봅니다.
다음 단계
2026년 9월 10일 발표 당시 Cursor Projects는 베타였습니다. 공식 발표에는 가격이 나와 있지 않으므로, 이 글에 의존하기보다 기능을 활성화할 때 제품 내에서 가격과 한도를 확인하세요.
ailoot.ai에서 Ailoot를 더 살펴보세요.
자세히 보기
Cursor Projects: 기능 소개와 코디네이터의 작업 위임 방식: 자주 묻는 질문
Projects 대신 일반 에이전트 채팅으로 충분한 경우는 언제인가요?
한 대화 안에 들어오는 일회성 변경이라면 일반 에이전트 채팅으로 시작할 수 있습니다. Projects는 오랫동안 이어지며 발견 사항과 지침을 공유할 때 도움이 되는 더 큰 작업을 위한 기능입니다.
Subscription을 켜기 전에 무엇을 확인해야 하나요?
Slack 버그 제보 채널, 일정, 풀 리퀘스트 등 코디네이터가 감시할 신호를 정하세요. 계정에 제공되는 화면, 요금, 한도를 확인하세요. 발표만으로 가격이나 전체 설정 절차가 제공되지는 않습니다.