On August 6, 2026, OpenAI, Vercel, Microsoft, Amazon, and Cursor's maker Anysphere jointly published Agent Plugins 1.0.0: a vendor-neutral package format that lets a single AI agent extension — bundling Agent Skills and MCP servers — run across ChatGPT, Cursor, GitHub Copilot, VS Code, and Kiro without a rewrite. Google joined the steering committee the same day. The launch lands one day before GPT-5's first anniversary, and it settles almost nothing about security or trust — those questions were deliberately left out of scope. This piece covers the timeline, key-facts tables, layered comparison with MCP and Agent Skills, security controversy, the missing Chinese vendors, a six-step adoption checklist, and FAQ. Cross-read with our MCP server tutorial and Agent Skills guide. Hosting options at NOVAKVM pricing.
[ SECTION_01 ] // TIMELINE What happened — and the pain points Agent Plugins still does not fix
Every agent client currently expects a different folder layout for extensions. A developer building a coding-assistant tool, a data connector, or a reusable workflow has had to package it once for Claude Code, again for Cursor, again for VS Code Copilot. Agent Plugins doesn't invent a new capability — it standardizes the container.
| Date | Milestone |
|---|---|
| March 2023 | OpenAI launches ChatGPT Plugins, an early open third-party extension model |
| January 2024 | OpenAI shuts down Plugins in favor of the closed GPTs Store |
| November 2024 | Anthropic releases MCP (Model Context Protocol); later donated to the Linux Foundation |
| March 2025 | OpenAI and Google both adopt MCP, cementing it as the de facto tool-connection layer |
| October 16, 2025 | Anthropic launches Agent Skills inside Claude Code as SKILL.md folders |
| December 18, 2025 | Agent Skills spins out as an open standard at agentskills.io; Microsoft and OpenAI ship support within 48 hours |
| March 2026 | Agent Skills adoption crosses 32 tools, including Gemini CLI, JetBrains Junie, and AWS Kiro |
| July 24, 2026 | Agent Plugins 1.0.0 published as a working draft |
| August 6, 2026 | Public launch with a five-company steering committee; Google joins as a core maintainer the same day |
The pattern: MCP solved connecting agents to tools. Agent Skills solved teaching agents reusable procedures. Neither solved how those two component types get packaged and discovered consistently across clients — that gap is what Agent Plugins targets.
Pain points that still trip readers and operators:
- Multi-client packaging tax: The same Skills + MCP payload still used to need separate folder layouts per client.
- Packaging ≠ safety: The spec defines the box, not install, sandboxing, or provenance — clients own the hard parts.
- Malicious skills already exist: One month before launch, AIR demoed a fake skill that bypassed multiple marketplace scanners; Snyk found flaws in 36.8% of nearly 4,000 audited skills, with 13.4% critical.
- Governance skew: Founding TSC members plus Google are all U.S. companies; major Chinese platforms that already ship MCP marketplaces are absent from the maintainer list.
- "Thin standard" skepticism: Critics argue useful capabilities will still sink into client-private extensions, leaving the shared format mostly symbolic.
[ SECTION_02 ] // MATRIX Key facts at a glance — and how Agent Plugins compares to what came before
Figures below come from the Vercel blog, agent-plugins.org specification, and Google Developers Blog — all published August 6, 2026. Re-check upstream if those pages update after this post ships.
| Item | Detail |
|---|---|
| Spec version | Agent Plugins 1.0.0 (status: Working Draft) |
| Proposal initiator | Vercel |
| Steering committee | Amazon (AWS), Anysphere/Cursor, Microsoft, OpenAI, Vercel; Google added Aug 6, 2026 |
| Component types covered | Exactly two: Agent Skills, MCP servers |
| Core files | Root plugin.json manifest; skills/ directory; mcp.json for MCP server config |
| Clients supporting it at launch | ChatGPT and Codex, Cursor, GitHub Copilot, Kiro, VS Code |
| Governance | Open license, public GitHub repo (agentplugins/agent-plugins-spec); no single company controls the roadmap |
| Explicitly out of scope | Installation, distribution/marketplaces, permission models, sandboxing, trust/provenance verification, UX |
| Standard | Backed by | Problem it solves | Status today |
|---|---|---|---|
| ChatGPT Plugins (2023) | OpenAI only | Let third parties add ChatGPT functionality | Discontinued 2024, replaced by the closed GPTs Store |
| MCP (2024) | Anthropic, later Linux Foundation | Protocol for agents to call external tools/data | De facto industry standard; adopted by OpenAI, Google |
| Agent Skills (2025) | Anthropic, spun out as open standard | Packaging reusable instructions/workflows for agents | 32+ tools support it, still expanding |
| Agent Plugins (2026) | Vercel + 5-company steering committee | Unified packaging/discovery for Skills + MCP servers | Just launched as 1.0 working draft; Google already onboard |
Agent Plugins isn't competing with MCP or Agent Skills — it sits on top of both, solving distribution friction rather than redefining how agents call tools or learn procedures.
[ SECTION_03 ] // DEEP_DIVE Why the design is deliberately narrow — and the unresolved fights
It standardizes the container, not the contents. A plugin is a directory with a plugin.json manifest at its root. If it ships skills, they live in a skills/ folder and must conform to the existing Agent Skills specification. If it ships MCP servers, they're declared in mcp.json, supporting stdio, Streamable HTTP, or legacy HTTP+SSE transports. Any compliant client can discover and load both from the same folder, with a reverse-domain namespace mechanism reserved for client-specific extras that don't leak into the portable core. A client that doesn't recognize a component type simply skips it rather than rejecting the whole plugin.
It explicitly punts on the hard parts. The spec text is blunt: v1 "defines no install mechanism, no distribution protocol, no permission model, no sandboxing requirements, no trust or provenance verification, and no user experience." Those aren't oversights — Google's own announcement calls them out as deliberate omissions. A narrow scope is what let five competing companies agree on something in months rather than years. The tradeoff: the question that actually matters for safety — is this specific plugin safe to run — is pushed entirely onto each client.
The timing tracks adoption pressure, not marketing. Agent Skills alone had already spread to 32+ tools within five months of going open. At that scale, every client re-solving the same packaging problem independently stops being a minor inefficiency and starts being real duplicated engineering cost.
The unresolved fight: security, skepticism, and who actually benefits
- Security was left on the table on purpose — and the timing is uncomfortable. One month before Agent Plugins launched, security firm AIR publicly demonstrated a fake Agent Skill called
brand-landingpagethat borrowed credibility from an existing repository with 36,000 GitHub stars, then passed scanning at every marketplace AIR tested — Cisco, Nvidia, and skills.sh included. It reached an estimated 26,000 deployed agents, some on corporate accounts, by exploiting a classic time-of-check/time-of-use gap: the skill pointed to legitimate documentation during the scan, then the link was swapped afterward. Separately, Snyk's audit of nearly 4,000 published skills found security flaws in 36.8% of them, with 13.4% containing critical-severity issues like credential exposure or malicious code. Agent Plugins' specification contains zero provisions for provenance verification or runtime attestation. - Not every developer is convinced the standard is worth much. Dax Raad, who builds the SST developer-tools framework, said he was "very much against" it, calling it "a thin standard" whose genuinely useful parts will end up re-implemented as client-specific extensions. Developer advocate Angie Jones took the opposite view: one way to carry skills between the tools she already uses day to day.
- A shared format doesn't obviously favor small players. The open-ecosystem pitch is build-once, reach-every-client. But a standardized package format doesn't change where users already are — it may just make it easier for incumbent clients with existing user bases to absorb third-party extensions at zero switching cost.
- A gap English-language coverage has mostly missed: no Chinese company is at the table. All five founding steering committee members — Vercel, OpenAI, Microsoft, Amazon, and Anysphere — plus Google, which joined on launch day, are U.S. companies. MCP itself is already widely deployed inside China's major AI platforms: Alibaba Cloud's Model Studio (Bailian) and Baidu's Qianfan platform both ship dedicated MCP marketplaces, and domestic coverage shows Alibaba, Baidu, ByteDance, and Tencent all treat MCP as core agent infrastructure. None of them appear on the Agent Plugins governance list. Whether that's simply a timing gap or an early signal of a second protocol layer developing in parallel is still unanswered in the launch materials.
Why it matters beyond the spec itself. GPT-5 turned one year old on August 7, 2026, and OpenAI used the preceding week to ship GPT-5.6 Luna (unlimited free-tier text chats) and GPT-5.6 Sol (a new "thinking effort" slider for paid tiers) alongside the Agent Plugins announcement. Google's framing: "Packaging is unglamorous infrastructure, and unglamorous infrastructure is exactly the kind of thing that should be shared rather than reinvented five times." Read together with MCP (connection) and Agent Skills (teaching), Agent Plugins (distribution) completes a three-layer stack the industry needed before "build a reusable agent capability once" could become practical — and a sign that competitive energy in AI is shifting from model benchmarks toward the plumbing underneath them.
[ SECTION_04 ] // CHECKLIST Six steps for extension authors evaluating Agent Plugins 1.0
- Keep the three layers separate: MCP connects, Agent Skills teach reusable procedures, Agent Plugins only packages and discovers — do not write "Plugins replaces MCP" into architecture docs.
- Scaffold the directory correctly: Root
plugin.json, skills underskills/(must beSKILL.md-compliant), MCP config inmcp.json(stdio / Streamable HTTP / …); put client-private extras in a reverse-domain namespace so they do not pollute the portable core. - Pick launch clients for smoke tests: Day-one support covers ChatGPT/Codex, Cursor, GitHub Copilot, Kiro, and VS Code; Google committed Antigravity, Gemini CLI, and Data Agent Kit — verify each client's shipping status before promising multi-client reach.
- Treat security as a client job, not a freebie from the standard: Prefer official marketplaces, verify maintainers, ignore star counts as a trust signal, and watch for TOCTOU "swap-the-link after scan" attacks.
- Host long-running multi-client agent work on a always-on Mac: Laptop lids kill Cursor / Codex / VS Code plugin smoke tests and OAuth sessions; for 24/7 macOS orchestration, use a dedicated bare-metal node from the pricing and order pages.
- Record versions and rollback gates: Log spec version (1.0.0 Working Draft), client versions, and any skipped unknown component types; re-open upstream docs after client updates before expanding distribution.
Agent Plugins 1.0.0 — minimal layout sketch (verify against agent-plugins.org)
plugin.json manifest + spec version
skills/ Agent Skills (SKILL.md compliant)
mcp.json MCP servers (stdio / Streamable HTTP / …)
com.vendor/ reverse-domain extras (client-private, non-portable)
out_of_scope install · marketplace · sandbox · trust · UX
clients@launch ChatGPT/Codex · Cursor · Copilot · Kiro · VS Code
[ SECTION_05 ] // FACTS_FAQ Citeable numbers, FAQ, and where to run the agents
- Launch date: Public 1.0 on August 6, 2026; Working Draft 1.0.0 first posted July 24, 2026.
- Components: Exactly Agent Skills + MCP servers; core files
plugin.json,skills/,mcp.json. - TSC: Amazon, Anysphere/Cursor, Microsoft, OpenAI, Vercel; Google joined as a core maintainer on launch day.
- Day-one clients: ChatGPT and Codex, Cursor, GitHub Copilot, Kiro, VS Code.
- Security context: AIR fake-skill demo reportedly reached ~26,000 agents; Snyk audit of ~4,000 skills: 36.8% flawed, 13.4% critical.
- Skills adoption: 32+ tools within about five months of the open standard.
FAQ highlights:
- Q: Is Agent Plugins the same thing as MCP? A: No. MCP is the runtime protocol; Agent Plugins is the packaging/discovery format for MCP configs (and Skills).
- Q: Does it replace Agent Skills? A: No — it depends on them. Skills inside a plugin must still follow the Agent Skills spec.
- Q: Safe to install a random marketplace plugin? A: Not automatically. Trust, provenance, and sandboxing are client-owned. Treat it like an unfamiliar npm package.
- Q: Which tools support it now? A: At launch: ChatGPT, Codex, Cursor, Copilot, Kiro, VS Code. Google committed Antigravity, Gemini CLI, and Data Agent Kit.
- Q: Why isn't Anthropic on the steering committee? A: Launch materials don't list Anthropic among founding maintainers and don't explain the omission; Anthropic had not issued a public statement as of August 7, 2026.
Primary sources used while writing; if upstream pages update, treat the linked originals as authoritative. Compiled as of August 7, 2026.
https://vercel.com/blog/introducing-agent-plugins
https://developers.googleblog.com/agent-plugins-package-your-skills-tools-and-more/
https://vercel.com/changelog/introducing-agent-plugins-1-0-0
Real drawbacks of the common alternatives: (1) Keep writing separate folder layouts for ChatGPT, Cursor, and Copilot — duplication scales with every new Skill or MCP server. (2) Treat "open standard" as if it included scanning and sandboxing — that is explicitly out of scope, and fake-skill / TOCTOU attacks already exist. (3) Run multi-client plugin smoke tests and always-on MCP processes on a laptop that sleeps when the lid closes — OAuth and long sessions die mid-debug.
For teams that need dedicated Apple Silicon, 24/7 uptime, and day/week/month elasticity to host Cursor / Codex / VS Code Agent Plugins work and long-lived MCP processes on a stable macOS host, NOVAKVM bare-metal Mac Mini cloud rental is usually the better fit: keep the ecosystem narrative on the clients, and put orchestration plus overnight smoke tests on a persistent node. Compare tiers on the NOVAKVM pricing page, start a machine on the order page, and use the help center for remote session setup.