이제 Notion에서 Cursor에 직접 작업을 위임할 수 있습니다. 문서에서 Cursor를 태그하거나, 스레드에서 언급하거나, 데이터베이스의 이슈를 할당해 보세요. Cursor는 계획부터 구현, 테스트, 검증을 거쳐 PR을 여는 것까지 전 과정을 끝까지 수행합니다.

Notion은 Cursor SDK를 사용해 단 몇 주 만에 이 통합을 구축했으며, 덕분에 에이전트 전체를 직접 만들고 유지 관리하지 않고도 자사 제품에 코딩 에이전트를 내장할 수 있었습니다.

Cursor는 이미 Slack부터 GitHub까지 팀이 협업하는 곳곳에서 사용되고 있으며, 이제 Notion에서도 사용할 수 있습니다.

#에이전트 내장하기

Cursor SDK를 사용하면 Cursor를 제품, 인프라, 또는 워크플로우에 직접 통합할 수 있습니다. 개발자는 이를 통해 Cursor가 프로덕션에서 사용하는 것과 동일한 하네스, 모델, 런타임을 활용할 수 있으므로, 모든 인프라를 직접 구축하고 유지 관리하는 대신 즉시 사용할 수 있는 풀스택 코딩 에이전트를 바로 사용할 수 있습니다.

덕분에 Notion은 몇 달이 아니라 몇 주 만에 자사 제품에 에이전트를 도입할 수 있었고, 에이전트 인프라가 아니라 제품과 사용자 경험에 집중할 수 있었습니다.

#SDK 사용하기

Notion은 외부 에이전트를 위해 프로바이더에 구애받지 않는 하네스로 Cursor를 감쌌고, Cursor는 그 구현체 중 하나로 자연스럽게 들어갔습니다. 통합 과정이 깔끔하고 단순했던 이유는 Cursor SDK의 구조가 Notion의 모델과 정확히 맞아떨어졌기 때문입니다. Notion 스레드는 Cursor 에이전트가 되고, 그 스레드의 각 메시지는 에이전트 실행이 됩니다.

첫 번째 메시지는 프롬프트, 선택한 repo, 모델, MCP 서버, 그리고 자동 PR 생성이 활성화된 상태로 에이전트를 만듭니다. 이후 각 후속 메시지는 새로운 실행을 시작하며, SSE를 통해 스트리밍되므로 사용자는 작업이 실시간으로 진행되는 모습을 볼 수 있고 연결이 끊겨도 마지막 이벤트부터 다시 이어갈 수 있습니다.

원격 MCP를 지원하는 Cursor SDK는 에이전트를 Notion의 커스텀 서버에 연결합니다. 이를 통해 Cursor는 작업 대상인 워크스페이스를 실시간으로 읽고 쓸 수 있으며, 맥락 없이 코딩하는 대신 전체 상태를 파악한 채 작업할 수 있습니다.

"뛰어난 원격 MCP 지원에 클라우드 샌드박싱과 도구 사용 기능까지 더해지면, Notion은 '에이전트가 실제 일을 하고 PR까지 올리는' 에이전트 루프의 상당 부분을 거의 공짜로 얻게 됩니다. 즉, 우리가 직접 구축하지 않아도 되는 까다로운 인프라가 그만큼 많다는 뜻이죠."라고 Shen은 말했습니다.

#에이전트 맞춤 설정

이 Notion 통합을 사용하면 현재 작업에 맞게 Cursor를 구성할 수 있습니다. 코드베이스 Q&A, repo 탐색, 버그 분류처럼 일반적인 워크플로우용 템플릿으로 시작하거나, 처음부터 직접 지침을 작성할 수도 있습니다. 또한 Cursor가 접근할 수 있는 MCP 서버, 스킬, 하위 에이전트를 선택하고, 사용자 지정 트리거를 설정해 자체 제품 내에서 Cursor가 자동으로 시작되도록 할 수도 있습니다.

자체 제품에 Cursor를 통합하려면 Cursor SDK 문서부터 시작하세요.