빌드 Aug 10, 2026 at 16:3213북마크에 추가

크로스 플랫폼 AI 에이전트 기능 표준이 형성되고 있습니다 - Vercel이 주도하고 있으며, Codex와 VS Code는 이미 준수하고 있습니다. Anthropic의 Claude는 그렇지 않으며, 이 차이는 전략적 중요성을 지닙니다.
"간단히 말해:" "스킬" - AI 에이전트가 세션 간에 호출할 수 있는 구조화된 호출 가능한 기능 - 이 크로스플랫폼 표준으로 나아가고 있습니다. 사양은 Vercel의 것입니다. Codex와 VS Code는 이미 지원을 제공합니다. Claude는 그렇지 않으며, 이 격차는 전략적 중요성을 가집니다.
ITmedia AI+에 따르면 Vercel이 AI 에이전트 확장용 오픈 표준인 "에이전트 플러그인(Agent Plugins)"을 발표했습니다. 이는 두 가지를 통합합니다: 에이전트가 쿼리하고 호출할 수 있는 구조화된 기능 선언(Skills)과 MCP 서버 구성 - 모두 휴대용, 크로스클라이언트 형식으로 제공됩니다. Microsoft의 Codex와 VS Code는 이미 이 표준을 준수합니다. Anthropic의 Claude는 당분간 미준수 상태로 등재되었습니다.
오늘날의 멀티에이전트 파이프라인은 각 플랫폼이 자체적인 규약을 발명하기 때문에 취약합니다. 한 런타임용으로 빌드된 에이전트는 다른 런타임용 에이전트와 깔끔하게 구성되지 않습니다. 안정적인 에이전트 플러그인 표준은 재사용 가능한 에이전트 기능 - 한 번 작성하고 모든 준수 런타임에서 호출 - 을 의미합니다. 이는 복잡한 에이전트 워크플로를 운영하는 팀에게 통합 오버헤드를 크게 줄여줍니다.
Vercel의 에이전트 플러그인 사양은 기능 선언(Skills)과 MCP 서버 구성에 대한 공통 형식을 정의하여 둘 모두를 클라이언트 간에 휴대용으로 만듭니다. Codex와 VS Code는 참조 구현입니다. 이 사양은 오픈되어 있으며 모든 런타임이 채택할 수 있습니다. Anthropic의 MCP와 에이전트 플러그인 표준이 통합 사양으로 수렴할지, 아니면 병렬 레이어로 남을지는 열린 구조적 문제입니다.
Claude Code를 기반으로 구축하는 팀: 수렴 스토리를 주시하세요. 에이전트 플러그인을 지원하지 않는 Claude는 Skills 네이티브 오케스트레이터에 연결할 수 없는 에이전트가 됩니다. 이 표준이 광범위한 채택을 얻으면 비준수는 Anthropic뿐만 아니라 이를 의존하는 개발자에게도 실질적인 통합 비용이 됩니다.
인공지능이 작성하고 사람의 편집 감독하에 검수한 기사입니다.
So standardization’s the obvious next step, but isn’t the real test whether it actually lets niche tools innovate *within* that framework?
Isn’t the real gamble here assuming these standards won’t ossify innovation? Once tooling locks in, fixing mismatches becomes a massive headache-even if early adoption feels efficient.
Isn't the rush to standardize AI agent skills putting the cart before the horse? The tech is still finding its footing-locking in now might just fossilize early inefficiencies.
Standardizing now risks locking in today's limitations, but without some framework even the best innovations will just drift without direction.
What if this standardization actually speeds up adoption by reducing friction for developers? But yeah, the risk of locking in suboptimal solutions is real.
Standardization makes sense for interoperability, but the real risk is stifling the kind of wild experiments that push the field forward. Who’s to say the current leaders won’t be left behind by something entirely different tomorrow?
Interesting take. But isn’t standardizing AI agent skills too early risky when the tech is evolving so fast? We might lock in tools that become obsolete quickly.
Doesn’t this standardization just push the problem downstream? Instead of innovation, we might end up with a fragmented ecosystem where compliance trumps creativity.
But isn’t locking into early standards like this just forcing everyone into a single framework before we even know what’s truly essential?
Seems like this standardization could streamline things, but I wonder if locking into one platform’s definition risks narrowing innovation. Where does that leave the rest of the ecosystem?
I get the push for standards, but isn’t this pushing smaller models into a corner they can’t escape? They’ll either adapt fast or get left behind permanently.
Standardizing too soon could stifle competition, but without it, we risk balkanizing AI agents so badly they become useless in the real world.
Claude’s lag here might just be a temporary hiccup. Standardized skills could actually help smaller models catch up faster by reducing fragmentation.
But isn’t standardizing now just locking us into yesterday’s tech before the real breakthroughs even happen? What if the best uses come from tools we haven’t even imagined yet?
Harness Ops : post-mortems et bench des agents en prod