Vercel Agent Plugins로 AI 에이전트 기능 확장하기
Skills와 MCP 서버를 한 번만 패키징해 여러 AI 클라이언트에서 쓰는 방법
같은 확장 기능인데도 ChatGPT용, Cursor용, VS Code용으로 각각 다른 형식에 맞춰 다시 패키징해본 경험이 있다면 이 작업이 얼마나 번거로운지 알 것이다. AI 에이전트를 확장하는 방식이 클라이언트마다 조금씩 달라서, 같은 도구를 여러 곳에 배포하려면 설정 파일 형식부터 디렉토리 구조까지 새로 맞춰야 하는 경우가 많았다. Vercel이 공개한 Agent Plugins는 이 문제를 정면으로 겨냥한 개방형 표준으로, 여러 클라이언트에서 공통으로 쓸 수 있는 패키징 방식을 제시한다.
Agent Plugins란 무엇인가
Skills와 MCP를 하나로 묶는 구조
Agent Plugins는 Agent Skills와 MCP 서버를 하나의 배포 가능한 패키지로 통합하는 벤더 중립 표준이다. 플러그인 하나에는 스펙 버전과 이름을 담은 매니페스트 파일, Skills 파일들을 담는 디렉토리, MCP 서버 설정을 담는 파일이 정해진 구조로 함께 들어간다. 클라이언트는 이 매니페스트를 확인해 자신이 지원하는 구성 요소만 골라서 불러오는 방식으로 동작한다.
왜 이런 표준이 필요했나
기존에는 확장 기능을 만드는 개발자가 같은 기능을 여러 클라이언트 형식에 맞춰 반복해서 다시 만들어야 했다. 클라이언트마다 설정 파일 위치나 이름 규칙이 다르다 보니, 새로운 클라이언트가 추가될 때마다 패키징 작업이 늘어나는 구조였다. Agent Plugins는 이 반복 작업을 없애고, 한 번 만든 패키지를 표준을 지키는 모든 클라이언트에서 그대로 쓸 수 있게 하는 데 초점을 둔다.
실무에 적용하는 방법
플러그인 작성자 입장에서 접근하기
사내에서 쓰는 Skills나 MCP 서버가 여러 개 흩어져 있다면, 이를 정해진 디렉토리 구조에 맞춰 하나의 플러그인으로 묶어보는 것부터 시작하면 된다. 매니페스트 파일에 스펙 버전을 명시해두면, 이후 표준이 바뀌더라도 어떤 버전을 기준으로 만들어졌는지 클라이언트가 파악할 수 있다.
클라이언트 개발자 입장에서 접근하기
반대로 사내 도구에 AI 에이전트 클라이언트를 직접 구현하는 입장이라면, 표준에서 제시하는 준수 체크리스트를 따라 플러그인 발견과 로드 로직을 구현하는 편이 처음부터 자체 형식을 설계하는 것보다 유지보수 부담이 적다. 이미 ChatGPT, Cursor, GitHub Copilot, VS Code 같은 주요 클라이언트가 이 표준을 지원하고 있어, 표준을 따르는 것만으로 호환되는 생태계에 자연스럽게 합류하는 효과를 얻을 수 있다.
기존 MCP 자산 재활용하기
이미 MCP 서버를 운영하고 있다면 처음부터 새로 만들 필요 없이, 기존 MCP 서버 설정을 플러그인 구조 안에 포함시키는 방식으로 재활용할 수 있다. 여기에 팀에서 쓰던 Skills 파일을 함께 묶으면, 하나의 배포 단위로 여러 클라이언트에 동시에 제공하는 것이 가능해진다.
주의할 점
표준이 여러 클라이언트를 지원한다고 해서 모든 클라이언트가 동일한 방식으로 동작한다고 오해하면 곤란하다. 클라이언트는 매니페스트를 보고 자신이 지원하는 구성 요소만 선택적으로 불러오므로, 특정 클라이언트에서 Skills는 인식하지만 MCP 서버 설정은 무시하는 식의 부분 지원이 있을 수 있다. 플러그인을 배포하기 전에 실제 대상 클라이언트에서 각 구성 요소가 의도한 대로 로드되는지 개별적으로 확인하는 과정이 필요하다. 또한 표준 초기 단계이므로 스펙 버전이 바뀔 가능성을 염두에 두고, 매니페스트의 버전 정보를 항상 최신 상태로 관리하는 습관을 들이는 편이 좋다.
정리
Agent Plugins는 같은 확장 기능을 클라이언트마다 다시 만들어야 했던 번거로움을 줄이려는 시도다. 기존에 흩어져 있던 Skills와 MCP 서버 자산을 표준 구조에 맞춰 한 번 정리해두면, 이후 새로운 AI 클라이언트가 추가되더라도 별도의 패키징 작업 없이 그대로 확장할 수 있다는 점이 실무에서 가장 체감되는 이점이 될 것으로 보인다. 사내에서 여러 팀이 각자 다른 형식으로 확장 기능을 관리하고 있었다면, 이번 표준을 계기로 하나의 배포 구조로 통합하는 작업을 검토해볼 만하다. 특히 신규 AI 도구를 팀에 도입할 때마다 기존 자산을 다시 패키징하던 부담을 줄일 수 있다는 점에서, 장기적으로는 관리 비용을 낮추는 방향으로 작용할 가능성이 크다.
핵심 요약
- Agent Plugins는 Agent Skills와 MCP 서버를 하나의 패키지로 묶는 개방형 벤더 중립 표준이다.
- 매니페스트 파일과 정해진 디렉토리 구조로 클라이언트가 지원하는 구성 요소만 선택적으로 불러온다.
- 확장 기능을 클라이언트마다 다시 패키징해야 했던 반복 작업을 줄이는 데 초점을 둔다.
- 이미 ChatGPT, Cursor, GitHub Copilot, VS Code 등 주요 클라이언트가 지원하고 있다.
- 기존 MCP 서버와 Skills 자산을 그대로 재활용해 플러그인으로 묶을 수 있다.
초보자가 자주 실수하는 포인트
- 모든 클라이언트가 Skills와 MCP 서버를 동일하게 지원한다고 가정하고 개별 검증 없이 배포하는 경우
- 매니페스트의 스펙 버전 정보를 갱신하지 않아 이후 표준 변경 시 호환성 문제를 겪는 경우
- 기존 MCP 서버 자산을 재활용하지 않고 플러그인을 처음부터 다시 만드는 경우
체크리스트
- Skills와 MCP 서버 설정이 정해진 디렉토리 구조에 맞게 정리돼 있는가
- 매니페스트 파일에 스펙 버전과 플러그인 이름이 정확히 명시돼 있는가
- 실제 대상 클라이언트에서 각 구성 요소가 의도한 대로 로드되는지 확인했는가
- 기존에 쓰던 MCP 서버·Skills 자산을 재활용할 수 있는지 검토했는가
- 표준 버전이 바뀔 경우를 대비해 매니페스트 갱신 절차를 마련했는가
자주 묻는 질문
이미 만들어둔 MCP 서버가 있다면 Agent Plugins로 전환하기 위해 전부 다시 만들어야 하나요?
그렇지 않다. 기존 MCP 서버 설정을 플러그인 구조 안에 그대로 포함시키는 방식으로 재활용할 수 있어, 처음부터 새로 만들 필요는 없다.
아직 이 표준을 지원하지 않는 클라이언트에서도 플러그인을 쓸 수 있나요?
클라이언트가 표준을 지원해야 매니페스트를 인식하고 구성 요소를 불러올 수 있으므로, 지원하지 않는 클라이언트에서는 별도의 통합 작업이 필요할 수 있다.
이 글은 초보자 기준으로 이해하기 쉽게 정리되었으며, 내용은 운영 과정에서 순차적으로 보완될 수 있습니다.