Cursor in Slack, 계획·다중 저장소 작업을 강화했다

무엇이 바뀌었나

Cursor는 7월 17일 공식 changelog에서 Cursor in Slack이 작업 전 계획을 먼저 공유하고, 진행 상태를 더 자세히 보여주도록 개선됐다고 밝혔습니다. 기존처럼 “요청을 던지면 곧바로 실행”하는 느낌보다, 먼저 어떤 순서로 움직일지 확인할 수 있는 구조에 가까워졌습니다.

이 변화는 작지만 중요합니다. 팀 협업에서 AI 에이전트는 혼자 빠르게 움직이는 것보다, 초기에 방향을 보여주고 사람이 중간에 고칠 수 있게 하는 것이 더 안전합니다. Cursor는 메시지 안 버튼을 줄이고, footer 링크·표·PR·artifact 표시도 정리했다고 설명했습니다.

다중 저장소 환경이 왜 중요한가

이번 업데이트에서 가장 실무적인 부분은 multi-repo environment support입니다. Cursor 설명에 따르면 Slack에서 단일 기본 저장소가 아니라, 이름이 붙은 다중 저장소 환경으로 작업을 시작할 수 있습니다. 프론트엔드, 백엔드, 공유 라이브러리가 따로 있는 팀이라면 요청 내용을 보고 더 넓은 작업 환경을 잡는 식입니다.

중간에 다른 저장소가 필요하면 Cursor가 Switch repository 버튼으로 전환을 요청하고, 사용자가 저장소나 환경을 고르면 이어서 작업합니다. 쉽게 말하면 AI에게 책상 하나만 주는 대신, 프로젝트에 필요한 작업실 묶음을 열어주는 기능에 가깝습니다.

Slack 채널과 스레드도 작업 맥락이 된다

Cursor는 이제 다른 Slack 채널과 스레드의 내용을 읽고, 필요한 곳에 메시지를 보낼 수 있다고 설명합니다. 예를 들어 원래 요청은 개발 채널에서 시작됐지만, 기획 논의가 다른 스레드에 있거나 배포 관련 맥락이 별도 채널에 있을 수 있습니다. 이때 AI가 한 채팅창의 문장만 보는 것보다 더 넓은 협업 맥락을 다룰 수 있습니다.

다만 이 기능은 편리한 만큼 권한 관리가 중요합니다. 어떤 채널을 읽게 할지, 어떤 저장소까지 접근하게 할지, 어떤 작업은 사람이 승인해야 할지 정해야 합니다. 협업 공간 안 에이전트는 자동화 도구이면서 동시에 정보 접근 주체가 되기 때문입니다.

기존 Cursor 자동화 흐름과의 차이

6월의 Cursor 자동화 흐름이 Slack·GitHub 이벤트로 에이전트를 움직이는 “상시 자동화”에 가까웠다면, 이번 7월 업데이트는 그 에이전트를 팀 대화 안에서 더 잘 통제하고, 더 넓은 저장소 구조에 맞추는 단계입니다. 즉 새 기능 하나라기보다 운영 완성도를 높이는 쪽에 가깝습니다.

개발자 입장에서는 “AI가 코드를 대신 써준다”보다 어디서 지시하고, 어떤 맥락을 읽고, 어떤 범위에서 실행하는지가 더 중요해지고 있습니다. 그래서 이번 소식은 Cursor 사용자뿐 아니라 Slack·GitHub 기반으로 AI 에이전트 업무 흐름을 고민하는 팀도 참고할 만합니다.

도입 전에 볼 점

이번 업데이트를 바로 팀에 붙이려면 세 가지를 먼저 확인하는 편이 좋습니다. 첫째, Cursor가 접근할 수 있는 Slack 채널 범위입니다. 둘째, 다중 저장소 환경에 어떤 저장소를 묶을지입니다. 셋째, 에이전트가 계획을 냈을 때 누가 승인하거나 방향을 고칠지입니다.

정리하면 이번 Cursor in Slack 업데이트는 화려한 모델 발표는 아니지만, AI 코딩 에이전트가 실제 팀 협업 공간에서 일하기 위해 필요한 조율 기능을 넓힌 변화입니다. AI 에이전트 경쟁은 앞으로 코드 작성 성능뿐 아니라, 팀 안에서 얼마나 안전하게 지시받고 보고하는지도 함께 겨루게 될 가능성이 큽니다.