커서(Cursor)가 9월 10일, 'Projects'라는 새 기능을 베타로 공개하고 전체 사용자 대상으로 순차 롤아웃을 시작했습니다. 기능, 마이그레이션, 앱 전체처럼 몇 주씩 걸리는 큰 작업을 에이전트에게 통째로 맡기기 위한 기능입니다.
뭐가 달라졌나
지금까지 커서에서 에이전트를 쓰는 방식은 작업 하나마다 새 채팅을 열어 지시하는 식이었습니다. Projects는 다릅니다. 하나의 지속되는 스레드에서 '코디네이터 에이전트'와 함께 일합니다.
이 코디네이터는 코드를 직접 짜지 않습니다. 대신 작업을 계획하고, 실제 구현은 서브에이전트 수천 개에게 나눠 맡긴 뒤, 완료된 결과를 사람에게 검토받으러 가져옵니다. 자기가 직접 코드를 안 짜니까 절대 "막히는" 일이 없고, 언제든 사람의 새 지시에 반응할 수 있다는 게 커서 쪽 설명입니다.
Project는 클라우드의 자체 컴퓨터에서 돌아갑니다. 그래서 노트북을 덮어도 작업이 멈추지 않고, 몇 달에 걸친 컨텍스트도 그대로 유지됩니다. PR을 계속 따라가며 CI 실패를 고치거나, 슬랙에 올라오는 버그 리포트를 감시하는 등 예약·상시 작업도 시킬 수 있습니다.
왜 신경 써야 하나
커서는 이 기능을 스스로 xAI의 'Grok Bot'에 비유했습니다. 상시 켜져 있고, 위임을 통해 일하고, 시간이 지날수록 나아지는 에이전트라는 겁니다. 사실 방향 자체는 낯설지 않습니다. 클로드 코드의 서브에이전트, GitHub Copilot Workspace의 다중 에이전트 협업, 최근 나온 GPT-6 Astra의 장시간 자율 작업 강화까지 — 업계 전체가 "한 번 프롬프트 던지고 응답 받기"에서 "장기 실행 자율 에이전트에게 위임하기"로 옮겨가는 흐름 안에 있습니다.
바이브코더 입장에서 체감이 큰 이유는, 지금까지는 큰 작업을 잘게 쪼개서 매번 채팅을 새로 열고 맥락을 다시 설명해줘야 했다면, 이제는 "이 마이그레이션 부탁해"라고 한 번 던져두고 다른 일을 하다가 돌아와 검토만 하는 흐름이 가능해진다는 점입니다.
다만 아직 베타 단계라 사람 검토 없이 코디네이터를 얼마나 믿고 맡길 수 있을지는 미지수고, 서브에이전트를 수천 개 단위로 돌리면 사용량 기반 과금 특성상 비용이 예상보다 빨리 불어날 수 있습니다. "절대 막히지 않는다"는 건 뒤집어 보면 사람이 안 보고 있어도 계속 진행한다는 뜻이라, 감독을 어떻게 걸어둘지도 써보면서 감을 잡아야 할 부분입니다.
댓글 0
첫 댓글을 남겨보세요!