커서(Cursor)가 9월 10일 'Projects'라는 새 기능을 베타로 공개하고 전체 사용자에게 순차 배포를 시작했어요. 한 줄로 요약하면, 채팅 한 번으로 끝나는 작업이 아니라 몇 주에서 몇 달씩 걸리는 큰 작업(새 기능, 마이그레이션, 앱 전체 구축)을 코디네이터 에이전트에게 맡기고 사람은 결과물만 검수하는 구조예요.
뭐가 달라지나
기존 AI 코딩 도구는 "채팅 하나 = 작업 하나"였죠. 컨텍스트가 세션이 끝나면 날아가니까, 큰 작업을 시키려면 사람이 계속 옆에서 다시 설명하고 이어붙여야 했어요.
Projects의 코디네이터는 직접 코드를 짜지 않아요. 대신 작업을 잘게 쪼개서 수많은 서브에이전트에게 나눠주고(문서에 따르면 "수천 개"까지도), 결과를 모아서 사람에게 가져오는 역할만 해요. 그리고 이 컨텍스트가 프로젝트 단위로 몇 달간 유지돼요. 좌측 네비에서 프로젝트를 만들고 "이걸 만들어줘"라고 던져두면, 그 뒤로 코디네이터가 알아서 서브에이전트들을 계속 굴리는 식이죠.
더 흥미로운 건 '구독' 개념이에요. "이 슬랙 채널을 지켜봐줘", "이 스케줄대로 돌려줘", "내 PR들을 다 팔로우해줘"라고 등록해두면, 버그 리포트가 들어올 때마다 사람이 다시 프롬프트를 치지 않아도 코디네이터가 알아서 작업을 시작해요. 즉 "시켜서 하는 봇"에서 "신호 오면 알아서 움직이는 봇"으로 넘어가는 거예요.
경쟁 구도에서 보면
깃허브 코파일럿이나 Devin 같은 도구들도 백그라운드 에이전트, 워크스페이스 개념을 밀고 있지만, 커서는 여기에 "코디네이터가 직접 코드를 안 짜고 위임만 한다"는 역할 분리를 명확히 넣었다는 점이 다른 부분이에요. 클로드 코드의 서브에이전트/백그라운드 태스크 기능과도 방향은 비슷한데, 커서는 이를 "프로젝트"라는 영속적인 단위로 묶어서 훨씬 장기적인 작업에 특화시켰어요.
아직 이런 건 안 돼요
문서에 따르면 코디네이터는 메인 브랜치에 자동으로 푸시하지는 않아요(신뢰 문제라 의도적으로 막아둔 설계). 그리고 5분짜리 간단한 리팩터링엔 오히려 프로젝트 설정 오버헤드가 더 커서 안 맞고, CI나 코드리뷰 체계가 약한 팀은 결과물 품질 관리에서 바로 한계를 느낄 거라고 해요. 처음에 컨텍스트를 대충 주면 결과물도 대충 나온다는 점도 그대로예요.
댓글 0
첫 댓글을 남겨보세요!