Cursor

Cursor in Slack 활용법: 슬랙에서 에이전트에게 일 시키기 (7월 개선판 기준)

DevPilot 2026. 7. 24. 09:00

핵심 요약: Cursor in Slack은 슬랙에서 Cursor를 멘션해 클라우드 에이전트 작업을 바로 시키는 통합입니다 — 버그 제보 스레드에서 "@Cursor 이거 고쳐줘"가 실제 PR로 이어지는 흐름. 7월 17일 개선으로 실무 완성도가 크게 올랐습니다: 시작 전에 계획을 먼저 공유(어긋난 방향을 초반에 잡을 수 있음), 멀티 레포 환경 지원(프론트·백엔드가 나뉜 팀), 작업 중 저장소 전환 버튼, 다른 채널·스레드를 읽고 쓰는 크로스 채널 워크플로까지. 팀에서 "대화가 곧 티켓이고 티켓이 곧 작업"이 되는 구성입니다.

이 글에서 다루는 내용: 기본 동작과 설정, 7월 개선점, 팀에서 잘 쓰는 패턴, 통제 장치.

기본 동작: 멘션 → 계획 → 작업 → PR

워크스페이스에 Cursor 앱을 연결하고 저장소를 매핑하면, 채널·스레드에서 멘션으로 작업을 시킬 수 있습니다. 7월 개선의 첫 번째 포인트가 여기 있는데 — 이제 에이전트가 바로 코드에 달려들지 않고 계획을 먼저 답글로 공유합니다. 스레드에서 "그 방향 말고 이렇게"라고 초반에 잡아줄 수 있어, 클라우드 위임의 고질병(다 끝난 뒤에 방향이 틀렸음을 발견)이 완화됩니다. 진행 중에는 상태가 갱신되고, 결과는 PR·아티팩트로 정리돼 돌아옵니다.

7월 개선점 요약

개선 의미
계획 우선 응답 작업 전 계획 공유 → 초반 방향 교정 가능
멀티 레포 환경 이름 붙인 다중 저장소 환경에서 시작 — MSA·프론트/백 분리 팀 대응
저장소 전환 버튼 작업 중 다른 레포가 필요하면 전환 후 이어서 진행
크로스 채널 다른 채널·스레드에서 컨텍스트를 읽어오고, 결과를 관련 채널에 게시
렌더링 정리 표·PR·아티팩트 표시 개선, 버튼 대신 푸터 링크

특히 멀티 레포는 실무 장벽 하나를 치웠습니다 — "이 버그는 프론트인지 백인지 모르겠는데"인 상태로도 시키면, 에이전트가 요청을 읽고 필요한 레포에 접근 가능한 환경을 고릅니다.

팀에서 잘 쓰는 패턴

① 버그 스레드 → 즉시 착수. 제보 스레드에 재현 정보가 이미 있으니, 그 자리에서 멘션하면 컨텍스트 전달이 공짜입니다. 조사만 시키고("원인 파악까지만") 수정은 담당자가 이어받는 분업도 좋습니다. ② 비개발 직군의 요청 접수. 기획자가 "이 문구 바꿔주세요"를 개발자 경유 없이 멘션으로 — 작은 수정의 티켓 왕복이 사라집니다(물론 PR 리뷰는 개발자가). ③ 온콜 보조. 장애 채널에서 로그 조사·관련 커밋 추적을 에이전트에게 병렬로 시키는 동안 사람은 대응 판단에 집중.

통제 장치: 열기 전에 정할 것

슬랙 통합은 "누구나 에이전트를 부린다"는 뜻이라 규칙이 먼저입니다 — 어느 채널에서 허용할지(전사 개방보다 개발 채널부터), 머지 권한은 사람에게(에이전트 PR도 동일 리뷰 원칙 — 팀 도입 글의 그 원칙), 사용량 모니터링(멘션이 곧 클라우드 에이전트 소모입니다 — Teams 대시보드에서 추적). 훅 기반 안전장치(그 레시피)를 클라우드 에이전트에 걸어두면 슬랙발 작업에도 같은 통제가 적용됩니다.

어디까지 맡길까: 감각

잘 맞는 것: 재현 정보가 명확한 버그, 문구·설정 수정, 조사·요약. 안 맞는 것: 설계 판단이 필요한 기능, 여러 팀 협의가 필요한 변경 — 슬랙의 짧은 문장으로는 명세가 부족해지기 쉽습니다(명세 원칙은 채팅에서도 유효합니다). 요컨대 "스레드에 이미 명세가 쌓여 있는 일"이 슬랙 위임의 최적 대상입니다.

자주 묻는 질문 (FAQ)

Q. 어떤 플랜에서 쓸 수 있나요?

A. 클라우드 에이전트 기반이라 유료 플랜 전제이고, 팀 단위 설정은 Teams 쪽 관리 기능과 맞물립니다. 세부 조건은 공식 문서에서 확인하세요.

Q. 에이전트가 슬랙의 다른 대화도 다 읽나요?

A. 작업에 필요한 컨텍스트를 읽어오는 기능이 생겼지만, 접근 범위는 앱 설치 시의 권한 설정을 따릅니다. 민감 채널은 접근 범위에서 제외하는 것이 안전합니다.

Q. 결과물 품질은 IDE에서 시키는 것과 같나요?

A. 같은 클라우드 에이전트입니다. 차이는 입력 품질 — 스레드에 정보가 충분하면 IDE와 다르지 않고, 한 줄 멘션이면 한 줄짜리 결과가 나옵니다.

한눈에 보는 요약

멘션 → 계획 확인 → 작업 → PR. 7월부터 계획 공유·멀티 레포·크로스 채널로 실전형이 됐습니다. 허용 채널·리뷰 원칙·사용량 추적만 정하고 열면, 대화가 곧 작업 지시가 되는 팀 워크플로가 생깁니다.

함께 보면 좋은 글

Cursor Cloud Agents 사용법
팀/회사에서 Cursor 도입 시 고려할 점
AI에게 좋은 작업 명세 쓰는 법

참고 자료

Cursor in Slack 개선 (공식 체인지로그, 7/17)
Slack 통합 공식 문서