이미지: METAL LAB 생성
요약
- 커서가 자체 플러그인 사양과 공식 플러그인 31개를 담은 저장소 cursor/plugins를 운영 중이며 20일 깃허브 트렌딩에 올랐다
- 플러그인은 각각 .cursor-plugin/plugin.json 매니페스트를 갖추고 지메일·세일즈포스·줌 등 업무 도구를 에이전트에 붙인다
- 지난 8월 6일 오픈AI 등이 공개한 'Agent Plugins' 표준 개발에 커서가 참여한 흐름과 맞닿아 있다
- 저장소
- github.com/cursor/plugins
- 매니페스트 형식
- .cursor-plugin/plugin.json
- 확인된 플러그인 수
- 31개 (Utilities 1·Developer Tools 12·Productivity 3·Integrations 15)
- 커뮤니티 제작 플러그인
- pstack (제작자 Lauren Tan)
- 깃허브 지표
- 스타 4.3k·포크 364
- 연관 표준
- 2026-08-06 공개된 오픈AI 'Agent Plugins'에 AWS·Cursor·GitHub 등 참여
코드 편집기가 메일함과 CRM까지 손댄다
코드 자동완성으로 시작한 AI 편집기 커서가 이메일함을 뒤지고 세일즈포스 딜을 업데이트하는 일까지 맡는 플러그인 목록을 공개했다. github.com/cursor/plugins 저장소에는 커서가 직접 만든 공식 플러그인과 외부 개발자가 만든 플러그인이 함께 올라와 있으며, 이 저장소는 20일 깃허브 트렌딩에 올랐다. 저장소 설명에는 "인기 개발 도구·프레임워크·SaaS 제품을 위한 공식 커서 플러그인"이라고 적혀 있고, 각 플러그인은 저장소 루트의 독립된 폴더에 .cursor-plugin/plugin.json 매니페스트를 갖춘 구조다.
커서는 앤스로픽의 클로드, 오픈AI의 GPT, 구글의 제미나이 같은 남의 모델을 골라 쓰면서 동시에 컴포저라는 자체 모델도 훈련해 온 편집기다. 이번 플러그인 저장소는 그 편집기 안에서 어떤 모델을 쓰든 똑같이 접근할 수 있는 외부 업무 도구 창구를 표준화한 것으로 읽힌다.
카테고리별로 갈린 31개 플러그인
저장소에 이름을 올린 플러그인은 확인된 것만 31개다. 개발자용 도구가 가장 많고, 그 다음이 세일즈·인사·법무 같은 업무 통합 도구다.
| 카테고리 | 개수 | 비중 |
|---|---|---|
| Developer Tools | 12개 | 39 |
| Integrations | 15개 | 48 |
| Productivity | 3개 | 10 |
| Utilities | 1개 | 03 |
Productivity 카테고리에는 지메일·구글 드라이브·구글 캘린더 세 개가 올라 있어, 검색·읽기·초안 작성·일정 조율을 에이전트가 대신하게 해준다. Integrations 카테고리는 세일즈포스, 허브스팟, 곤, 클레이 같은 CRM·영업 도구부터 줌, 인터콤, 도큐사인, 애시비, 내밴, 서클백까지 15종에 걸쳐 있다. 깃허브·플레이라이트 플러그인도 이 카테고리에 속해, 저장소 관리와 브라우저 자동화까지 같은 방식으로 연결된다.
이색 이름의 개발자 도구들
Developer Tools 카테고리에는 이름부터 눈에 띄는 플러그인이 여럿이다. 써모스(Thermos)는 "열핵 브랜치 리뷰"라는 설명대로 보안·정확성을 병렬 서브에이전트로 감사하는 도구이고, 랄프 루프(Ralph Loop)는 "랄프 위검 기법"을 이용한 반복적 자기참조 루프를 구현한다. 오케스트레이트(Orchestrate)는 큰 작업을 플래너·워커·검증자로 나눠 여러 클라우드 에이전트에 분산 처리하는 플러그인이고, 컨티뉴얼 러닝(Continual Learning)은 AGENTS.md 파일에 고신호 항목만 골라 점진적으로 기록을 갱신한다. 이 목록에서 유일하게 커서가 아닌 외부 개발자가 만든 것은 로렌 탄(Lauren Tan)이 제작한 pstack으로, 저장소가 사내 도구만이 아니라 커뮤니티 기여도 받는다는 걸 보여준다.
오픈AI발 'Agent Plugins' 표준과의 접점
커서, AWS·GitHub 등과 에이전트 플러그인 표준 공개 기사에서 다뤘듯, 오픈AI 개발자 계정은 지난 8월 6일 'Agent Plugins'라는 오픈 표준을 발표했고 AWS·커서·깃허브·Vercel 등이 개발에 참여한 것으로 알려졌다. 이 표준은 Agent Skills를 패키징하고 MCP 서버 설정을 공유 포맷으로 지원하는 데 초점을 맞췄다. cursor/plugins 저장소가 그 표준의 직접적인 구현체인지는 이번 재료만으로 확정하기 어렵지만, 매니페스트 기반으로 스킬과 도구를 묶어 배포하는 구조는 그 표준이 지향한 방향과 겹친다.
어떻게 써보나
저장소 구조를 보면 개발자가 플러그인을 다루는 경로는 두 갈래다.
- 기존 플러그인 확인하기 — 저장소 루트에서 원하는 도구 이름의 폴더(예: gmail, salesforce, zoom)를 열면
.cursor-plugin/plugin.json매니페스트가 들어 있다. 이 파일에 이름·설명·카테고리가 담겨 있고, 표에 실린 설명 문구는 실제 커서 마켓플레이스에 게시된 문구를 그대로 가져온 것이다. - 직접 플러그인 만들기 — 저장소 안의 create-plugin 폴더는 "새 에이전트 플러그인을 뼈대 잡고 검증한다"는 설명대로, 새 플러그인을 만들 때 필요한 구조를 자동으로 갖춰 주는 도구다. 이 도구로 폴더와 매니페스트를 만든 뒤 자신의 업무 도구용 스킬을 채워 넣는 방식이다.
국가·요금제별 제공 범위나 커서 에디터 안에서 마켓플레이스 화면을 여는 정확한 메뉴 위치는 이번 재료에 나오지 않아 확인이 필요하다. 다만 저장소 자체는 공개돼 있어, 개발자라면 매니페스트 형식과 기존 플러그인 코드를 그대로 열어볼 수 있다.
에디터의 시선
코드 편집기가 이메일과 CRM까지 손대는 흐름은 이번이 처음이 아니다. 다만 커서가 지메일·세일즈포스·줌·도큐사인까지 15개 넘는 업무 도구를 한 저장소, 한 매니페스트 형식으로 묶어 낸 건 의미가 다르다. 예전에는 에디터에 업무 도구를 붙이려면 각 서비스마다 별도의 확장 프로그램을 찾고 API 키를 따로 등록해야 했는데, 이제는 .cursor-plugin/plugin.json이라는 하나의 규격 안에서 목록만 골라 켜는 구조로 정리됐다. 이건 커서가 "코드를 잘 짜는 편집기"에서 "업무 전체를 대신 처리하는 에이전트 창구"로 자리를 옮기고 있다는 뜻이다.
국내 개발팀이라면 이 저장소를 지금 당장 실무에 붙이기보다, 매니페스트 구조부터 뜯어보는 걸 권한다. create-plugin으로 사내 그룹웨어나 사내 CRM용 플러그인을 시험 삼아 만들어 보면, 어떤 필드가 필수이고 어떤 권한 모델을 요구하는지 감이 잡힌다. 특히 세일즈포스·허브스팟·곤처럼 영업 데이터를 다루는 플러그인은 접근 권한 범위를 좁게 설정하는 습관부터 들여야 사고를 줄일 수 있다.
표준화 경쟁이라는 관점에서 보면, 오픈AI가 주도한 Agent Plugins 표준에 커서·AWS·깃허브가 나란히 이름을 올린 지 두 주 만에 커서가 자체 플러그인 저장소를 트렌딩에 올린 흐름은 우연으로 보기 어렵다. 앞으로 몇 주 안에 깃허브 코파일럿이나 다른 에이전트 클라이언트에서도 같은 형식의 매니페스트를 지원한다는 발표가 나올 가능성이 높다. 플러그인 하나를 만들어 여러 에이전트에서 쓰는 구조가 자리 잡으면, 지금 각 서비스마다 따로 만든 연동 코드는 다음 분기쯤 정리 대상이 될 것이다.
댓글