에이전트 플러그인 표준 공개 — 오픈AI·AWS·깃허브·마이크로소프트·커서·버셀의 개방형 포맷

핵심 메시지

• 지금은 에이전트 제품마다 요구하는 매니페스트와 폴더 구조, 설치 절차가 제각각이라 같은 확장 기능을 여러 번 다시 만들어야 한다.
• AWS·커서·깃허브·마이크로소프트·오픈AI·버셀의 기여자들이 모여 벤더 중립적인 포장 방식인 '에이전트 플러그인'을 만들었다.
• 가장 단순한 형태의 플러그인은 최상위에 plugin.json 매니페스트가 놓인 폴더 하나다.
• 첫 릴리스는 이미 널리 쓰이는 두 가지, 즉 재사용 가능한 지침·워크플로인 '에이전트 스킬'과 도구·데이터를 연결하는 MCP 서버에 집중한다.
• 이 규격이 표준화하는 것은 패키징과 발견 방식이며, 마켓플레이스나 권한 체계, 런타임은 다루지 않는다.

쉽게 이해하기

AI 에이전트에 기능을 덧붙이는 방식은 최근 빠르게 늘어났다. 재사용 가능한 지침과 워크플로를 담은 에이전트 스킬, 그리고 외부 도구와 데이터에 에이전트를 연결하는 MCP 서버가 대표적이다. 플러그인은 이런 기능을 하나로 묶어 다른 사람과 공유하고 다시 쓸 수 있게 해 주는 그릇에 해당한다.

문제는 그릇의 규격이 제품마다 달랐다는 점이다. 오픈AI는 영상에서 오늘날 모든 에이전트 제품이 서로 다른 매니페스트와 폴더 구조, 설치 절차를 요구한다고 지적했다. 같은 기능을 여러 제품에 올리려면 제품별로 다른 연결 코드를 계속 붙여야 한다는 뜻이다.

이를 정리하기 위해 AWS, 커서, 깃허브, 마이크로소프트, 오픈AI, 버셀의 기여자들이 모여 '에이전트 플러그인'이라는 개방형·벤더 중립 포맷을 만들었다. 플러그인을 만드는 쪽에는 하나의 포맷을, 에이전트 도구 쪽에는 플러그인을 찾아내는 하나의 예측 가능한 방식을 제공하는 것이 목표다.

구조는 의도적으로 단순하다. 가장 기본형은 최상위에 plugin.json이라는 매니페스트가 들어 있는 폴더 하나다. 첫 릴리스는 이미 개발자들이 쓰고 있는 에이전트 스킬과 MCP 서버 두 가지를 정해진 위치에 넣도록 했고, 이렇게 만든 하나의 패키지가 여러 제품에서 훨씬 쉽게 지원된다는 것이 핵심이다.

다만 이 규격이 손대는 범위는 분명히 한정돼 있다. 오픈AI는 이 명세가 표준화하는 것은 패키징과 발견 방식이지 마켓플레이스나 권한 체계, 런타임이 아니라고 못 박았다. 에이전트 제품은 스킬만, MCP만, 또는 둘 다 지원할 수 있고, 이식성을 지탱하는 핵심 부분을 건드리지 않으면서 포맷을 확장할 수 있다.

주요 인사이트

• 표준의 승부처가 모델이나 프로토콜에서 '배포와 재사용의 단위'로 옮겨가고 있다. MCP가 에이전트와 도구를 잇는 선을 표준화했다면, 에이전트 플러그인은 그 선들을 묶어 배포하는 상자를 표준화하려는 시도다.
• 경쟁 관계인 회사들이 함께 이름을 올렸다는 점 자체가 신호다. 확장 기능 생태계가 파편화되면 개발자가 제품별 대응 비용을 감당하지 못하고, 결국 어느 제품도 충분한 확장 기능을 얻지 못한다는 계산이 깔려 있다.
• '폴더 하나와 plugin.json' 수준으로 진입 장벽을 낮춘 것은 의도적인 설계다. 규격이 복잡해질수록 소규모 제작자가 이탈하고, 표준은 채택되지 않으면 아무 의미가 없기 때문이다.
• 권한과 런타임을 명세에서 뺀 것은 안전 문제를 뒤로 미룬 것이기도 하다. 어떤 플러그인에 무엇을 허용할지는 여전히 각 에이전트 제품이 알아서 결정해야 하는 영역으로 남는다.
• 한국의 개발 조직 입장에서는 사내에서 만든 스킬과 MCP 서버 묶음을 특정 도구에 종속시키지 않고 관리할 길이 열린다는 점이 실질적인 변화다.

자주 묻는 질문

관련 AI 소식