Agent Plugins가 AI 에이전트 파편화의 끝일까?
OpenAI·Google·Microsoft 새 표준이 실제로 하는 일

실제로 일어난 일

현재 에이전트 클라이언트마다 확장용 폴더 레이아웃이 다릅니다. 코딩 어시스턴트 도구, 데이터 커넥터, 재사용 워크플로를 만드는 개발자는 Claude Code용, Cursor용, VS Code Copilot용으로 같은 내용을 반복 패키징해야 했습니다. Agent Plugins는 새 능력을 발명하지 않고 컨테이너를 표준화합니다. 플러그인은 루트에 plugin.json 매니페스트가 있는 디렉터리입니다. Skills를 포함하면 skills/ 폴더에 두고 기존 Agent Skills 사양을 따라야 합니다. MCP 서버를 포함하면 mcp.json에 선언하며 stdio, Streamable HTTP, 또는 레거시 HTTP+SSE 트랜스포트를 지원합니다. 준수 클라이언트는 같은 폴더에서 둘을 발견·로드할 수 있고, 클라이언트 전용 추가는 역도메인 네임스페이스로 분리되어 이식 가능한 코어로 새어 나가지 않게 설계되었습니다.

제안은 Vercel이 시작했고, AWS, Anysphere(Cursor), GitHub, Microsoft, OpenAI 대표가 1.0 사양을 함께 다듬었습니다. 초기 Technical Steering Committee에는 Amazon, Cursor, Microsoft, OpenAI, Vercel이 코어 유지자로 올라 있습니다. Google는 출시 당일 이 그룹에 합류했으며, DeepMind 엔지니어 Kevin Hou가 대표로 나섰고 Antigravity, Gemini CLI, Data Agent Kit에 지원을 구축 중이라고 밝혔습니다.

타임라인: 갑자기 나온 발명이 아닙니다

Agent Plugins는 단독 발명이 아니라, 약 18개월에 걸쳐 쌓인 세 번째 계층입니다.

패턴은 이렇습니다. MCP는 에이전트를 도구에 연결하는 문제를 풀었고, Agent Skills는 재사용 절차를 가르침 문제를 풀었습니다. 둘 다 두 컴포넌트 유형을 클라이언트 전반에서 일관되게 패키징하고 발견하는 방법은 풀지 못했습니다——그 공백을 Agent Plugins가 겨냥합니다.

핵심 사실 한눈에 보기

출처: Vercel 블로그, agent-plugins.org 사양, Google Developers Blog — 모두 2026년 8월 6일 게시.

설계가 의도적으로 좁은 이유

컨테이너를 표준화하고, 내용은 표준화하지 않습니다

매니페스트는 패키지가 어떤 사양 버전을 겨냥하는지 선언하고, 컴포넌트는 고정되고 예측 가능한 위치에 둡니다. 클라이언트가 모르는 컴포넌트 유형이 있어도 플러그인 전체를 거부하지 않고 건너뜁니다——이후 새 유형이 추가되어도 전방 호환을 유지하려는 선택입니다.

어려운 부분은 명시적으로 미룹니다

사양 본문은 단호합니다. v1은 “설치 메커니즘, 배포 프로토콜, 권한 모델, 샌드박스 요구사항, 신뢰·출처 검증, 사용자 경험을 정의하지 않는다”고 적습니다. 누락이 아니라 Google 자체 발표에서도 의도적 생략이라고 명시합니다. 좁은 범위 덕분에 경쟁하는 다섯 회사가 수년이 아니라 수개월 만에 합의할 수 있었습니다. 대가는, 실제로 안전과 직결되는 질문——이 구체적 플러그인을 실행해도 되는가——가 전적으로 각 클라이언트로 넘어간다는 점입니다.

타이밍은 마케팅이 아니라 채택 압력에 맞춥니다

Agent Skills만으로도 오픈화 후 다섯 달 만에 32개 이상 도구로 퍼졌습니다. 그 규모에서는 각 클라이언트가 같은 패키징 문제를 따로 푸는 일이 사소한 비효율이 아니라 실질적인 중복 엔지니어링 비용이 됩니다——지금 표준화해야 하는 실제 논거입니다.

이전 표준과의 비교

미해결 쟁점: 보안, 회의론, 누가 이득을 보나

• 보안은 의도적으로 테이블에 남겨 두었고——타이밍도 불편합니다. Agent Plugins 출시 한 달 전, 보안 업체 AIR는 brand-landingpage라는 가짜 Agent Skill을 공개 시연했습니다. GitHub 스타 약 36,000개의 기존 저장소 신뢰를 빌려 Cisco, Nvidia, skills.sh를 포함해 AIR가 시험한 모든 마켓플레이스 스캔을 통과했고, 추정 약 26,000개의 배포된 에이전트(일부는 기업 계정)에 도달했다고 합니다. 고전적인 TOCTOU(검사 시·사용 시 간극)를 이용해 스캔 중에는 정상 문서를 가리키다가 이후 링크를 바꿨습니다. 별도로 Snyk가 공개 스킬 약 4,000건을 감사한 결과 36.8%에 보안 결함이 있었고, 13.4%에는 자격 증명 노출이나 악성 코드 등 치명 심각도 문제가 포함되었습니다. Agent Plugins 사양에는 출처 검증이나 런타임 증명 조항이 전혀 없습니다.
• 모든 개발자가 이 표준에 설득된 것은 아닙니다. 개발자 도구 프레임워크 SST를 만드는 Dax Raad는 “매우 반대”한다고 말했고, “얇은 표준”이며 진짜 유용한 부분은 결국 클라이언트별 확장으로 다시 구현될 것이라고 비판했습니다. 반면 디벨로퍼 애드보킷 Angie Jones는 반대 입장으로, 이미 만든 스킬을 일상적으로 쓰는 여러 도구 사이에서 옮길 수 있는 바로 그 방식을 원했다고 환영했습니다.
• 공유 형식이 소규모 플레이어에게 분명히 유리하다고 보기 어렵습니다. 오픈 생태계 논리는 소규모 개발자가 한 번 만들면 주요 클라이언트 전부에 닿을 수 있다는 것입니다. 그러나 표준화된 패키지 형식은 사용자가 이미 어디에 있는지를 바꾸지 않습니다——기존 사용자 기반을 가진 클라이언트에게 전환 비용 거의 없이 서드파티 확장을 흡수하기 쉬워질 뿐일 수 있습니다.
• 영어권 보도가 대체로 놓친 거버넌스 공백: 창립 스티어링 위원회 다섯 곳——Vercel, OpenAI, Microsoft, Amazon, Anysphere——과 출시 당일 합류한 Google는 모두 미국 기업입니다. MCP는 이미 전용 MCP 마켓플레이스를 두고 MCP를 핵심 에이전트 인프라로 다루는 주요 지역 플랫폼에도 널리 배포되어 있습니다. 그 플랫폼들은 Agent Plugins 거버넌스 목록에 보이지 않습니다. 단순한 시간차——사양은 며칠밖에 되지 않았습니다——인지, 지역을 가로질러 두 번째 프로토콜 계층이 병행 발달하는 초기 신호인지, 초기 발표 중 어느 것도 직접 다루지 않았습니다.

사양 그 이상을 넘어 중요한 이유

출시일은 우연이 아닙니다. GPT-5는 2026년 8월 7일에 만 1년이 되었고, OpenAI는 그 전주에 GPT-5.6 Luna(무료 티어 텍스트 채팅 무제한)와 GPT-5.6 Sol(유료 티어용 새 “thinking effort” 슬라이더)를 Agent Plugins 발표와 함께 내놓았습니다. Google 개발자 블로그의 표현도 시사적입니다. “패키징은 화려하지 않은 인프라이며, 화려하지 않은 인프라야말로 다섯 번 다시 발명하지 말고 공유해야 할 바로 그것이다.” MCP(연결을 풂)와 Agent Skills(가르침을 풂)와 함께 읽으면, Agent Plugins(배포를 풂)가 세 층 스택을 완성해 “재사용 가능한 에이전트 능력을 한 번만 만든다”가 현실적이 되기 전에 업계가 필요했던 기반을 갖춥니다.

진짜 macOS——가상 머신이 아닌 환경——에서 Skills, MCP 서버, 로컬 툴체인을 검증하는 팀에게는 전체 Root/sudo, SSH, VNC를 갖춘 전용 물리 Apple Silicon 노드가 자체 랙 구축보다 빨리 자리 잡는 경우가 많습니다. RUVCLOUD 주문 페이지에서 일 단위 임대를 시작할 수 있습니다.