운영 노하우
AI 코딩 도구를 쓸 때 가장 많이 반복하는 일은 코드를 쓰는 것이 아니라 설명을 다시 하는 것입니다. 새 작업마다 새 창을 열고, 이 프로젝트가 무엇이고 어떤 규칙을 지켜야 하는지 처음부터 말합니다. 2026년 9월 10일 Cursor가 베타로 내놓은 Projects는 그 반복을 없애겠다는 기능입니다. 핵심은 새 모델이 아니라 역할 구조가 바뀐 것입니다. 지시를 받아 코드를 쓰던 AI 위에, 일을 나눠주는 AI가 한 층 더 생겼습니다.
코드를 안 쓰는 AI가 하나 더 생겼습니다
Projects 안에는 코디네이터라는 에이전트가 있습니다. Cursor는 이 코디네이터가 직접 코드를 쓰지 않는다고 못 박았습니다. 하는 일은 세 가지입니다. 일을 계획하고, 실제로 구현할 에이전트들에게 나눠주고, 끝난 결과를 사용자에게 가져와 확인받습니다. 필요한 만큼의 에이전트를 병렬로 만들고 관리하는 것도 코디네이터 몫입니다. 사람으로 치면 손을 쓰는 실무자 위에 팀장이 한 명 생긴 구조입니다. 일을 빨리 하는 도구가 아니라, 일을 나누는 자리를 도구 쪽으로 넘긴 변화입니다.
노트북을 닫아도 멈추지 않는 자리
프로젝트는 클라우드에 있는 자체 컴퓨터에서 돌아갑니다. 그래서 노트북을 덮어도 작업이 끊기지 않습니다. 다만 전부가 클라우드에서만 도는 것은 아닙니다. 내 컴퓨터에서 확인해야 할 일이 생기면 코디네이터가 로컬 에이전트를 띄워 그쪽에서 실행합니다. 웹 제작 실무로 옮겨 보면 경계가 분명해집니다. 블록 코드나 스킨 템플릿을 고치고 검토하는 긴 작업은 클라우드에 맡겨 두고, 카페24 스킨을 SFTP로 올려 실제 반영을 확인하거나 로컬 개발 서버를 띄워 눈으로 보는 일처럼 이 컴퓨터여야만 하는 일은 로컬에서 처리하는 식입니다. 어느 쪽에서 돌지를 사람이 매번 정하지 않아도 된다는 것이 이번 변화의 실질입니다.
설명을 다시 하지 않아도 되는 이유
Projects에서 가장 실무에 가까운 부분은 공유 컨텍스트입니다. 프로젝트마다 파일 세트를 하나 유지하고, 그 프로젝트가 쓰는 클라우드와 로컬 머신 전체에 같은 내용을 동기화합니다. 에이전트는 조사한 자료와 결과물을 여기에 남기고, 코드베이스에 대해 알아낸 것과 사용자가 선호하는 작업 방식까지 함께 적어 둡니다. Cursor가 든 예가 명확합니다. 한 에이전트가 어떤 서비스를 테스트하는 방법을 알아내면, 이후의 모든 에이전트가 그 방법을 그대로 씁니다. 쌓일수록 코디네이터가 더 정확해진다는 뜻이고, 프로젝트를 오래 끌수록 유리해지는 구조라는 뜻이기도 합니다. 제작 실무로 바꿔 말하면, 이 클라이언트의 커스텀 CSS가 어느 파일에 들어가는지, 식스샵 블록의 어떤 필드가 화면에 실제로 노출되는지, 헤더 스크립트를 어디에 넣어야 하는지 같은 것들이 사람 머릿속이 아니라 프로젝트 파일에 남는다는 뜻입니다.
시키지 않아도 시작하는 구독
구독(Subscriptions)은 코디네이터에게 감시할 대상을 지정하는 기능입니다. Slack 채널을 보게 하거나, 정해진 일정으로 돌게 하거나, 내 PR 전체를 따라다니게 할 수 있습니다. 프롬프트를 기다리지 않고 감지한 신호에 반응해 움직입니다. Cursor가 든 예는 Slack을 연결해 버그 신고 채널을 지정해 두는 경우입니다. 버그가 올라올 때마다 코디네이터가 알아서 작업을 나눠주기 시작합니다. 이 기능 자체는 이번이 처음은 아닙니다. 8월 19일 릴리스에서 클라우드 에이전트 전용으로 이미 도입됐고, Projects는 그 위에 코디네이터와 공유 컨텍스트를 올린 형태입니다.
1인 운영자가 지금 판단할 것
Projects는 베타로 시작해 순차 배포 중입니다. 그래서 오늘 당장 클라이언트 납품 일정 전체를 여기에 걸 단계는 아닙니다. 다만 지금 정해 둘 수 있는 것이 하나 있습니다. 어떤 일을 사람이 계속 쥐고 있을지입니다. 코디네이터가 나눠 주는 구조에서는 "무엇을 만들 것인가"와 "결과가 맞는지 확인하는 일"이 사람에게 남습니다. 클라이언트와의 합의, 디자인 판단, 라이브 반영 전 검수가 그것입니다. 반대로 매번 다시 설명하던 프로젝트 배경과 작업 규칙은 공유 컨텍스트로 옮겨 둘 후보입니다. 아임웹·식스샵·카페24 작업에서 플랫폼별 제약과 클래스 규칙을 문서로 정리해 두는 습관이 있다면, 그 문서가 그대로 자산이 되는 방향입니다. 도구를 바꾸기 전에 문서부터 정리해 두는 편이 이득인 이유입니다.
Cursor Projects는 더 똑똑한 AI가 아니라 일을 나누는 자리를 바꾼 기능입니다. 코디네이터가 계획과 배분을 맡고, 공유 컨텍스트가 설명의 반복을 줄이고, 구독이 시작 시점까지 가져갑니다. 베타인 지금 할 일은 도구 교체가 아니라 사람이 끝까지 쥐고 있을 판단의 목록을 적어 두는 것입니다.
누끼토끼는 아임웹·식스샵·카페24 제작을 1인으로 운영하면서 AI 에이전트에 어디까지 맡기고 어디부터 직접 보는지를 기준으로 정리해 두고 있습니다. 같은 고민을 하고 계신다면 누끼토끼가 운영하는 강의와 칼럼에서 실제 작업 기준을 이어서 보실 수 있습니다.