에이전트 플러그인 Open Standard의 OpenAI, Amazon, Microsoft, Cursor 및 Vercel Unite

5개의 경쟁 AI 회사가 ChatGPT, Copilot, Cursor 등에서 단일 에이전트 확장을 실행할 수 있는 개방형 표준인 에이전트 플러그인을 출시했습니다. Vercel은 GPT-5의 첫 번째 생일에 제안을 시작했습니다.

AI 업계의 가장 치열한 경쟁자들이 동의할 수 있는 것을 발견했습니다. GPT-5의 첫 번째 생일 전날 OpenAI, Amazon, Microsoft, Cursor 및 Vercel은 단일 에이전트 확장이 모든 제품에서 작동할 수 있도록 하는 개방형 표준인 에이전트 플러그인을 출시했습니다. 피치는 간단합니다. 한 번 구축하면 어디에서나 실행됩니다. 최신 AI 개발의 경우 이는 모델 기능 경쟁에서 주변 생태계 경쟁으로의 중요한 전환을 나타냅니다.

이 표준은 모든 AI 에이전트 도구가 서로 다른 폴더 레이아웃과 설정 프로세스를 기대하는 오늘날의 단편화된 환경을 단일 패키지 형식으로 대체합니다. 플러그인은 루트에 작은 'plugin.json' 파일이 포함된 폴더로, 개발자가 이미 사용하고 있는 두 가지 기술, 즉 에이전트를 라이브 도구 및 데이터에 연결하는 모델 컨텍스트 프로토콜 서버와 재사용 가능한 지침 세트인 에이전트 기술을 번들로 묶은 것입니다. 목표는 개발자가 에이전트 확장을 한 번 작성하면 ChatGPT, GitHub Copilot, Cursor 및 기타 지원되는 클라이언트에서 수정 없이 작동하도록 하는 것입니다.

실제로는 OpenAI 이니셔티브가 아닙니다.

발표에 OpenAI 브랜딩이 있음에도 불구하고 Vercel은 제안을 시작했습니다. Amazon, Cursor의 제조업체인 Anysphere, GitHub, Microsoft, OpenAI 및 Vercel의 대표자들이 협력하여 1.0 사양을 형성했습니다. 운영위원회에는 Amazon, Cursor, Microsoft, OpenAI, Vercel 등 5명의 회원이 있습니다. 이 프로젝트는 공개적으로 라이선스가 부여되며 후원자들은 단일 회사의 로드맵이 방향을 결정하지 않는다는 점을 강조합니다.

OpenAI는 여전히 출시를 자체 이정표로 삼아 GPT-5가 8월 7일에 1주년을 맞이하는 시점에 맞춰 놓았습니다. OpenAI의 ChatGPT 및 Codex 앱은 Cursor, GitHub Copilot, Kiro 및 VS Code와 함께 출시 시 형식을 지원합니다. 이러한 움직임은 자체 도구 내에서만 작동하는 OpenAI의 자체 Codex 플러그인보다 더 발전합니다.

의도적으로 범위를 좁히도록 설계됨

사양은 의도적으로 범위가 제한됩니다. 플러그인이 패키징되고 검색되는 방식을 정의하며 그 외에는 거의 아무것도 정의하지 않습니다. 마켓플레이스, 설치 워크플로, 권한 시스템, 샌드박싱 및 신뢰 메커니즘은 모두 각 개별 클라이언트의 책임입니다. 이러한 좁음은 버그가 아닌 기능입니다. 형식을 최소화함으로써 표준화를 통해 쉽고 빠르게 채택할 수 있었습니다.

그러나 가장 어려운 문제도 해결되지 않은 채 남아 있습니다. 플러그인을 실행해도 안전한지 여부를 결정하는 것은 각 클라이언트의 고유 업무이며, 올해 초 가짜 에이전트 기술이 보안 스캐너를 통과한 이후 실시간 우려 사항이 되었습니다. 이 표준은 알려지지 않은 개발자의 플러그인이 설치된 후에 데이터를 유출하거나 악성 명령을 실행하지 않는다는 것을 사용자가 확인하는 방법을 다루지 않습니다.

개발자들의 엇갈린 반응

개발자 커뮤니티의 반응은 나뉘어졌습니다. SST 개발자 도구 프레임워크를 구축한 Dax Raad는 표준에 매우 반대하며 유용한 부분이 어쨌든 클라이언트별 확장으로 끝나는 씬 사양이라고 말했습니다. 문제는 최소한의 표준이 원칙적으로는 좋아 보이지만 클라이언트가 필연적으로 비표준 기능을 추가하면 무너지는 이식성의 환상을 만든다는 것입니다.

다른 사람들은 열정적이었습니다. 개발자 옹호자인 Angie Jones는 자신이 사용하는 도구 간에 자신의 기술을 전달할 수 있는 한 가지 방법을 원했기 때문에 커뮤니티에 이것이 절실히 필요하다고 썼습니다. 독립 개발자와 소규모 팀의 경우 매력은 분명합니다. 5개의 서로 다른 플랫폼에 대해 별도의 통합을 구축하고 유지 관리하는 대신 확장 기능을 한 번 패키징하여 전체 생태계의 사용자에게 다가갈 수 있습니다.

표준화가 경쟁에 미치는 영향

더 큰 문제는 공유 플러그인 형식이 경쟁 환경에 미치는 영향입니다. 한편으로 표준 형식은 소규모 개발자의 장벽을 낮춰 1인 개발자가 모든 주요 AI 에이전트 플랫폼에 동시에 접근할 수 있게 해줍니다. 이것은 개방형 생태계 주장이며 실질적인 장점이 있습니다.

반면에 표준은 이미 사용자를 보유하고 있는 소수 클라이언트의 지배력을 확고히 할 수도 있습니다. 모든 플러그인이 어디에서나 작동한다면 차별화 요소는 생태계 종속에서 원시 모델 품질, 배포 범위 및 브랜드로 전환됩니다. 표준은 사람들이 이미 실행 중인 플랫폼에 보상을 주기 때문에 가장 큰 사용자 기반을 보유한 회사는 상호 운용성으로 인해 가장 큰 이점을 얻습니다.

이전 플랫폼 전쟁과 유사점이 놀랍습니다. 브라우저 잠금을 방지하기 위해 웹 표준이 등장한 것처럼 도구 잠금을 방지하기 위해 AI 에이전트 표준이 등장하고 있습니다. 그리고 브라우저와 마찬가지로 표준을 먼저 정의하는 회사는 표준의 미래 방향에 대한 영향력이 더 큽니다.

앞으로의 싸움

현재 배관 공사에 대한 합의가 이루어졌습니다. 5개 회사는 공유 패키지 형식으로 협력할 수 있었으며 이는 경쟁으로 정의되는 업계에서 주목할 만한 성과입니다. 그러나 표준에서 제외된 부분, 즉 시장, 신뢰 프레임워크, 권한 모델 및 수익 창출 계층을 둘러싼 싸움은 거의 시작되지 않았습니다.

에이전트 플러그인 사양은 개발자가 실제로 이를 채택하는지 여부에 따라 살거나 죽습니다. 독립 빌더가 하나의 플러그인을 작성하고 이를 5개 플랫폼에서 실행하면 의미 있는 시간을 절약할 수 있다는 사실을 알게 되면 표준이 견인력을 얻게 될 것입니다. 필연적으로 등장하는 클라이언트별 확장으로 인해 이식성이 실용적이기보다는 이론적으로 더 많이 만들어지면 표준은 아무도 사용하지 않는 또 다른 선의의 사양이 될 위험이 있습니다.

어느 쪽이든 OpenAI, Amazon, Microsoft가 같은 방에 앉아 AI 에이전트와 관련된 모든 것에 합의했다는 사실은 경쟁 환경이 성숙해지고 있다는 신호입니다. 문제는 더 이상 누구의 모델이 가장 똑똑한가 하는 것이 아닙니다. 누구의 생태계가 가장 개방적인지, 개방성이 궁극적으로 기존 기업에 도움이 되는지 아니면 해를 끼치는지가 중요합니다.