에이전트 플러그인(Agent Plugins) 공개

오늘, 에이전트 플러그인 1.0.0이 공개되었습니다. 에이전트 플러그인(Agent Plugins)은 AI 에이전트를 확장하는 플러그인을 위한 개방형·벤더 중립적 표준입니다.

에이전트 스킬(Agent Skills)은 AI 에이전트에 재사용 가능한 지침과 리소스를 제공합니다. MCP 서버는 에이전트를 도구와 서비스에 연결합니다. 두 컴포넌트 모두 여러 클라이언트에서 재사용할 수 있지만, 클라이언트마다 패키징 방식이나 탐색 방식이 제각각인 경우가 많습니다.

에이전트 플러그인은 이를 지원하는 클라이언트에 공통 형식을 제공합니다. plugin.json 매니페스트를 포함하는 디렉터리와 각 컴포넌트의 고정 위치가 그 핵심입니다. 이 형식은 의도적으로 단순하게 설계되어 구현이 쉬우며, 설치·배포·정책·사용자 경험·클라이언트별 기능은 각 클라이언트가 자유롭게 결정합니다.

이식 가능한 요소, 하나의 패키지로

확장 기능을 개발하는 저자들은 동일한 컴포넌트를 여러 클라이언트 형식에 맞게 각각 변환해야 하는 경우가 많습니다. 기반이 되는 스킬이나 MCP 서버는 동일하더라도, 클라이언트마다 요구하는 최상위 메타데이터, 탐색 경로, MCP 설정이 다르기 때문입니다.

에이전트 플러그인은 이러한 공유 컴포넌트들이 예측 가능하고 일관된 구조로 자리잡을 수 있는 공통의 공간을 제공합니다:

최소한의 JSON 매니페스트(plugin.json)는 명세 버전을 식별하고 플러그인 이름을 지정합니다:

이 두 필드가 매니페스트의 최소 요건이며, 나머지 계약 내용은 디렉터리의 파일 구조 자체에 담겨 있습니다. 재사용 가능한 컴포넌트는 클라이언트마다 다시 패키징할 필요가 없어야 하므로, 이 형식은 클라이언트가 내부 컴포넌트를 탐색하고 불러오는 데 필요한 정보만을 명시합니다.

호환 클라이언트는 플러그인 루트에서 plugin.json를 확인합니다. 스킬을 지원하는 클라이언트는 skills/ 하위에서 스킬을 탐색하고, MCP 서버를 지원하는 클라이언트는 mcp.json에서 설정을 읽어옵니다. 클라이언트는 두 컴포넌트 유형 중 하나 또는 모두를 지원할 수 있습니다. 매니페스트 유효성 검사가 끝나면 각 컴포넌트는 독립적으로 검증되므로, 하나의 컴포넌트에 문제가 생겨도 다른 컴포넌트에는 영향을 주지 않습니다.

플러그인 저자 입장에서는 동일한 컴포넌트에 대해 클라이언트별 규칙을 따로 맞출 필요가 줄어듭니다. 클라이언트 구현자 입장에서는 탐색·검증·로딩을 위한 명확하고 최소한의 계약이 명세를 통해 정의됩니다.

의도적으로 작게

에이전트 플러그인은 플러그인의 이식 가능한 계약만을 정의하고, 클라이언트의 동작 방식은 각 클라이언트에 맡깁니다.

버전 1은 에이전트 스킬과 MCP 서버, 두 가지 컴포넌트 유형에 집중합니다. 이 둘은 이미 자체적인 명세와 상당한 채택 사례를 갖추고 있으며, 에이전트 플러그인은 이를 재정의하려 하지 않습니다. 에이전트 플러그인이 제공하는 것은 배포 가능한 플러그인 안에서 클라이언트가 이 컴포넌트들을 함께 찾는 방법에 대한 공통 정의입니다.

커맨드, 훅, 에이전트 등 다른 컴포넌트는 각 클라이언트에 남겨둡니다. 기술 운영 위원회(Technical Steering Committee)는 의미론적 합의가 이뤄지고 이식성에 대한 실질적인 필요성이 확인될 경우, 향후 버전에서 추가 컴포넌트 유형을 검토할 수 있습니다.

범위를 좁게 유지하면 형식 구현이 쉬워지고, 이식 가능한 영역을 추가하기 전에 생태계가 자연스럽게 수렴할 여지가 생깁니다.

클라이언트의 유연성 보장

공통 형식이 발전하는 동안에도 클라이언트는 자유롭게 혁신할 수 있어야 합니다. 이를 위해 에이전트 플러그인은 클라이언트별 데이터와 파일을 위한 네임스페이스 기반 확장 메커니즘을 포함합니다.

확장 기능은 이식 가능한 계약 범위 밖에 있습니다. 각 클라이언트는 자체 네임스페이스를 정의하고, 다른 클라이언트는 이를 무시합니다. 이를 통해 클라이언트 특화 동작이 공통 형식에 흘러들거나 공유 컴포넌트 채택을 방해하는 일을 막을 수 있습니다. 표준화할 이유와 합의가 생기기 전까지, 클라이언트 특화 기능은 그대로 클라이언트 특화로 유지될 수 있습니다.

개방형 멀티벤더 프로젝트

이 제안은 Vercel이 시작했으며, Amazon Web Services(AWS), Anysphere, GitHub, Microsoft, OpenAI, Vercel의 담당자들이 함께 발전시켜 에이전트 플러그인 1.0.0으로 완성했습니다.

초기 기술 운영 위원회에는 AWS, Cursor, Microsoft, OpenAI, Vercel의 핵심 메인테이너가 참여합니다.

이 프로젝트는 오픈 라이선스로 운영되며, 메인테이너·기여 프로세스·기술적 결정 사항이 모두 공개되어 있습니다. 어느 한 회사의 제품 로드맵이 형식의 방향을 좌우하지 않습니다.

에이전트 플러그인 1.0.0으로 만들어보세요

명세, JSON 스키마, 플러그인 저자와 클라이언트 구현자를 위한 가이드는 agent-plugins.org에서 확인할 수 있습니다. 거버넌스와 기여 프로세스는 GitHub의 에이전트 플러그인 명세 저장소에서 관리됩니다.

에이전트 확장 기능을 개발하는 분이라면, 이 명세를 활용해 스킬과 MCP 서버를 하나의 이식 가능한 매니페스트로 패키징할 수 있습니다. 에이전트 클라이언트를 개발하는 분이라면, 명세의 적합성 체크리스트에서 에이전트 플러그인 탐색 및 로딩에 필요한 최소 요건을 확인할 수 있습니다.

출시 시점에 에이전트 플러그인을 지원하는 클라이언트는 다음과 같습니다:

• ChatGPT and Codex

• Cursor

• GitHub Copilot

• Kiro

• VS Code

플러그인 저자는 컴포넌트를 한 번만 패키징하면, 해당 플러그인을 지원하는 클라이언트 어디서든 바로 사용할 수 있습니다.

에이전트 플러그인은 에이전트용 확장 기능을 개발하는 저자와, 그것을 불러오는 클라이언트 사이의 계약입니다. 이 계약은 이제 정의되었으며, 양측 모두가 함께 만들어갈 수 있도록 열려 있습니다.