커서(Cursor)가 9월 10일 '프로젝트(Projects)'라는 새 기능을 베타로 공개했어요. 기능 하나, 마이그레이션 하나, 심하면 앱 전체처럼 큰 단위의 작업을 통째로 맡기는 용도예요.
뭐가 달라졌나
기존 에이전트 워크플로우는 "지시 → 결과 확인 → 다음 지시"를 사람이 반복하는 루프에 가까웠어요. 프로젝트는 여기서 한 단계 더 나가요. 사용자는 '코디네이터' 에이전트한테 큰 그림만 던지고, 코디네이터는 직접 코드를 짜지 않아요. 대신 작업을 쪼개서 클라우드에 있는 서브에이전트 여러 개(문서상으로는 수천 개까지)한테 위임하고, 끝난 결과를 모아 사람한테 검토받는 구조예요.
핵심은 이게 로컬 컴퓨터가 아니라 클라우드 머신에서 통째로 돌아간다는 점이에요. 노트북을 덮어도 작업이 멈추지 않고, 서브에이전트마다 저장소 사본이 담긴 가상머신을 따로 받기 때문에 노트북 성능에 발목 잡히지 않아요. 게다가 몇 달치 작업 컨텍스트를 계속 쌓아두고, Slack이나 PR·CI를 지켜보다가 사람이 부르지 않아도 알아서 움직이는 '구독' 기능도 붙어요.
왜 신경 써야 하나
지금까지 에이전트에게 맡기는 단위가 "함수 하나 고쳐줘" 수준이었다면, 이제는 "이 마이그레이션 한 달 안에 끝내줘" 같은 단위로 올라가는 흐름이에요. 커서 발표에 따르면 프로젝트를 주력으로 쓴 엔지니어는 그렇지 않은 경우보다 PR을 6배 더 많이 머지했다고 해요(자체 수치라 곧이곧대로 믿기보단 참고 정도로 보시는 게 좋아요).
비슷한 방향은 앤스로픽 클로드 코드도 최근 "지시만 하면 알아서 팀을 꾸린다"는 서브에이전트 오케스트레이션 기능을 내놓으면서 이미 보여줬죠(관련 글: /post/783). 큰 도구들이 "사람 한 명이 에이전트 여러 개를 동시에 감독"하는 방향으로 수렴하고 있다는 신호예요.
아직은
베타 단계고, 서브에이전트를 여러 개 동시에 돌리는 만큼 사용량(비용)도 그만큼 늘어날 가능성이 커요. 코디네이터가 작업을 얼마나 잘 쪼개는지, 사람이 검토할 때 결과물 품질이 실제로 만족스러운지는 더 써봐야 알 수 있는 부분이에요.
댓글 0
첫 댓글을 남겨보세요!