커서(Cursor)가 9월 10일부터 모든 유저에게 베타로 새 기능 'Projects'를 풀기 시작했습니다. 한 번의 채팅 세션이 아니라, 몇 달짜리 작업 단위를 통째로 에이전트에게 맡기는 방식입니다.
뭐가 달라지나
지금까지 Cursor Agent는 "채팅 하나 = 작업 하나"였습니다. 기능 하나 요청하고, 결과 보고, 다음 요청하고를 반복하는 식이었죠.
Projects는 다릅니다. 새 기능, 대규모 마이그레이션, 앱 전체 같은 큰 단위를 던지면 '코디네이터 에이전트'가 직접 코드를 짜지 않고 계획만 세웁니다. 그리고 실제 구현은 하위 에이전트들에게 나눠 맡깁니다. 필요하면 수천 개까지 동시에 돌립니다.
- 프로젝트는 클라우드의 별도 컴퓨터에서 돌아가서, 노트북을 덮어도 작업이 멈추지 않습니다.
- 로컬에서만 테스트 가능한 부분이 있으면 코디네이터가 알아서 로컬 에이전트를 하나 띄워 돌립니다.
- 'Subscriptions' 기능으로 Slack을 지켜보거나, PR을 팔로우하거나, CI가 깨지면 고치거나, 정해진 스케줄에 맞춰 알아서 일하게 만들 수 있습니다. 사람이 매번 프롬프트를 안 넣어도 됩니다.
왜 신경 써야 하나
이건 단순 기능 추가가 아니라 워크플로우 자체의 전환입니다. "에이전트한테 말 걸고 결과 기다리기"에서 "일감을 통으로 위임하고 완성품만 검수하기"로 넘어가는 거죠. GitHub Copilot의 모델 오케스트레이션 강화나 OpenAI Agents API 공개도 같은 방향을 가리키고 있어서, "장시간 자율 실행 + 사람은 검수만" 흐름이 올가을 코딩 에이전트 업계의 공통 트렌드로 보입니다.
수치도 나왔는데, Projects를 처음 쓴 유저는 PR 병합량이 30% 늘었고, Projects를 주력으로 쓰는 유저는 기존 대비 6배 더 많은 PR을 병합했다고 합니다.
아직은
베타 단계라 코디네이터가 작업을 잘못 쪼개거나 위임하면 오히려 검수 부담이 커질 수 있습니다. 수천 개 하위 에이전트를 돌릴 때 비용이 어떻게 쌓이는지도 아직 명확히 공개되지 않았습니다. 몇 달 뒤 실사용 후기가 더 중요할 것 같습니다.
댓글 0
첫 댓글을 남겨보세요!