AI 에이전트 생태계에 '누구 표준을 쓰나'를 가르는 중요한 순간이 왔다. 오픈AI가 AWS·Cursor·GitHub·Microsoft·Vercel과 함께 에이전트 플러그인(Agent Plugins) 오픈 표준 1.0을 발표했다. 핵심은 간단하다. "한 번 만들면 어디서나 실행된다"(build once, run anywhere).
Build a plugin once and use it across compatible agent clients.
— OpenAI Developers (@OpenAIDevs) August 6, 2026
Introducing Agent Plugins, an open standard developed with @awsdevelopers, @cursor_ai, @github, @code, and @vercel that packages Agent Skills and supports MCP server configurations in a shared format. pic.twitter.com/JOQe4sc40N
플러그인 하나로 ChatGPT·Cursor를 잇는 방법
플러그인은 루트에 plugin.json 매니페스트 하나를 둔 폴더다. 그 안에 skills/ 폴더(SKILL.md·스크립트·참고자료)와 mcp.json(MCP 서버 설정)을 고정 위치에 둔다. 호환 클라이언트는 이 예측 가능한 구조를 스캔해 플러그인을 발견하고 로드한다.
스킬·MCP는 그대로, 포장 방식만 하나가 됐다
에이전트 플러그인은 둘을 대체하지 않고 감싸는 포장 계층이다.
- Agent Skills — 재사용 가능한 지시·절차 (매뉴얼)
- MCP 서버 — 라이브 도구·데이터 연결 (USB 포트)
- Agent Plugins — 둘을 묶어 배포하는 상자 (컨테이너)
즉, 스킬의 지시문과 MCP 설정을 공유 포맷으로 묶어 다른 클라이언트로 옮겨도 그대로 동작하게 만든다.
오픈AI·AWS·Cursor가 같은 규격을 택한 이유
오픈AI의 발표지만 실제로는 다중 벤더 연합이다. 제안은 Vercel이 주도했고, 기술 운영위원회는 Amazon·Cursor·Microsoft·OpenAI·Vercel 5곳으로 출발했다. Google도 핵심 유지보수자(Core Maintainer)로 합류했다. 출시일에 호환되는 클라이언트는 ChatGPT·Codex·Cursor·GitHub Copilot·AWS Kiro·VS Code다.
한 번 만든 확장이 여러 에이전트로 가는 순간
1. 개발 비용이 줄어든다. 지금까지 에이전트 확장은 클라이언트마다 다시 만들어야 했다. 표준을 쓰면 한 번 만들고 모든 주요 에이전트에서 쓸 수 있다.
2. 에이전트 시장의 진입 장벽이 낮아진다. 작은 개발자도 한 번의 작업으로 ChatGPT·Cursor·Copilot 등에 동시 도달할 수 있다.
3. 단, 보안은 여전히 각자의 몫이다. 1.0은 '패키징 방식'과 '발견 방식'만 표준화했다. 설치·권한·샌드박스·서명·신뢰 검증은 각 클라이언트에 맡겼다. 이미 가짜 스킬이 보안 스캐너를 통과한 사례가 있었던 만큼, 플러그인 안전성 검증은 여전히 해결되지 않은 문제다.
환호와 의심 사이, 1.0 표준이 아직 남긴 숙제
환영하는 목소리("이거 진짜 필요했어")와 회의적인 목소리("얇은 표준이다, 결국 각 클라이언트 확장이 핵심일 것")가 섞인다. 표준은 여전히 Working Draft(1.0.0)로, 매니페스트 스키마·패키징 CLI·레지스트리·버전 관리 등은 앞으로 더 다듬어질 예정이다.
기능 경쟁 다음은 표준 경쟁, 승부는 이제부터다
에이전트 생태계가 '기능 경쟁'에서 '표준 경쟁'으로 넘어가는 신호다. 표준이 정착되면 에이전트 간 이동이 자유로워지고, 그만큼 플랫폼 고착이 약해진다. 다만 보안·신뢰 문제가 남아 있어 완성까지는 시간이 걸릴 전망이다.
관련: Vercel 발표 · The Next Web · AWS 블로그
