Generated: 2026-03-02 Source: GPT-5.2 Pro (via Oracle) + web research (March 2026) Tools compared: Claude Code, Cursor, Codex CLI, OpenCode, Gemini CLI, Windsurf, VS Code / Copilot, Aider
Legend: ✅ full support | 🟡 partial/limited | ❌ no support
| Category / Feature | Claude Code | Cursor | Codex CLI | OpenCode | Gemini CLI | Windsurf | VS Code / Copilot | Aider | Open Plugin |
|---|---|---|---|---|---|---|---|---|---|
| Plugin Packaging | — | — | — | — | — | — | — | — | — |
| Plugin manifest/metadata | ✅ (.claude-plugin/plugin.json) | ✅ (.cursor-plugin/plugin.json) | ❌ (no bundled manifest) | ✅ (Open Plugin-compatible manifest) | ✅ (extension manifest metadata) | 🟡 (VS Code extensions; agent features not packaged) | ✅ (package.json + Copilot chat metadata) | 🟡 (AiderDesk packaging only) | ✅ (.plugin/plugin.json; vendor dirs allowed) |
| Namespacing (conflict prevention) | ✅ (/plugin:skill prefixing) | ✅ (Open Plugin namespacing) | ❌ (no plugin namespace) | ✅ (Open Plugin namespacing) | ✅ (extension IDs; @ext/command) | ✅ (extension IDs via Open VSX) | ✅ (publisher.ext + @participant) | ❌ (no namespace layer) | ✅ ({plugin}:{component}) |
| Versioning | ✅ (SemVer in manifest) | ✅ (manifest + marketplace versioning) | 🟡 (Git/manual versioning) | ✅ (SemVer in manifest) | ✅ (extensions versioned) | ✅ (extension SemVer) | ✅ (SemVer enforced by marketplace) | 🟡 (package/pip versioning) | ✅ (SemVer version field) |
| Marketplace/registry | ✅ (official + marketplace.json) | ✅ (official marketplace) | ❌ (no marketplace) | 🟡 (community ecosystem; no official registry) | ✅ (extensions marketplace) | 🟡 (Open VSX registry) | ✅ (VS Code Marketplace + MCP Gallery) | ❌ (no marketplace) | ✅ (marketplace.json index) |
| Install CLI/UI | ✅ (claude plugin install) | ✅ (marketplace UI install) | 🟡 (manual install/config; MCP setup) | 🟡 (tool-specific plugin install flow) | ✅ (extension install workflow) | ✅ (Extensions UI install) | ✅ (UI + code --install-extension) |
🟡 (pip + AiderDesk setup) | 🟡 (spec defines semantics; host-defined UX) |
| Dev mode (load local dir) | ✅ (--plugin-dir local load) | 🟡 (local dir plugins; no flag documented) | 🟡 (auto-detect skills dirs; feature-flagged) | ✅ (auto-load .opencode/plugins/ + user dir) |
✅ (gemini extensions link symlinks) |
🟡 (VS Code extension dev; agent layer limited) | ✅ (F5 Extension Dev Host + debugging) | ❌ (no native dev mode) | ✅ (--plugin-dir recommended) |
| Plugin scopes (user/project/local) | ✅ (user/project/local/managed) | 🟡 (VS Code user/workspace scopes) | 🟡 (global + project layering) | 🟡 (user + project dirs; no "managed") | 🟡 (user-global only; no project scope) | 🟡 (VS Code user/workspace) | ✅ (user/workspace/folder enablement) | 🟡 (config-based; per-repo patterns) | ✅ (user/project/local; managed optional) |
| Content Components | — | — | — | — | — | — | — | — | — |
| Skills (slash commands) | ✅ (commands/ → /plugin:cmd) |
✅ (bundle skills/commands) | 🟡 (skills exist; not slash-first UX) | ✅ (Open Plugin commands/skills) | 🟡 (commands/skills exist; UX differs) | 🟡 (Agent Skills; not "slash" native) | ✅ (prompt files surface as /...) |
❌ (no slash command layer) | ✅ (commands/ markdown) |
| Agent Skills (SKILL.md) | ✅ (skills/*/SKILL.md) | ✅ (Open Plugin / Agent Skills) | ✅ (skills/*/SKILL.md) | ✅ (Open Plugin skills; dynamic load) | 🟡 (agent skill concept; format differs) | 🟡 (Cascade/skills concept; not SKILL.md) | ✅ (Agent Skills folders w/ resources) | ❌ (no agent skills) | ✅ (skills/*/SKILL.md) |
| Custom agents/sub-agents | ✅ (agents/*.md) | ✅ (sub-agents support) | ✅ ([agents] in config.toml) | ✅ (configurable agents) | ✅ (sub-agents in extensions) | 🟡 (Cascade agents; less standardized) | ✅ (Chat Participants + subagents) | ❌ (no sub-agent system) | ✅ (agents/*.md) |
| Rules/coding standards | ✅ (rules/*.mdc) | ✅ (.cursorrules + plugin rules) | ✅ (AGENTS.md layered rules) | ✅ (rules/config support) | ✅ (policies/*.toml) | ✅ (.windsurf/rules + Cascade memories) | ✅ (copilot-instructions.md + settings) | ❌ (prompting only) | ✅ (rules/*.mdc) |
| Custom commands | ✅ (commands/*.md) | ✅ (commands in bundles) | ❌ (no dedicated commands layer) | ✅ (commands/*.md) | ✅ (.gemini/commands/*.toml) | ❌ (no custom commands layer) | ✅ (prompt files as commands) | ❌ (no custom commands) | ✅ (commands/*.md) |
| Automation & Integration | — | — | — | — | — | — | — | — | — |
| Hooks (lifecycle events) | ✅ (rich lifecycle hooks) | ✅ (agent/MCP lifecycle hooks) | 🟡 (limited notifications/hooks) | ✅ (event hooks supported) | ✅ (scripts/hooks support) | ✅ (Cascade hooks) | ✅ (.github/hooks/*.json; tool hooks) | ✅ (AiderDesk hooks) | ✅ (hooks/hooks.json) |
| Hook types (command/prompt/agent) | ✅ (command + prompt + agent) | 🟡 (types not clearly documented) | ❌ (no typed hook actions) | 🟡 (varies by plugin; not uniform) | 🟡 (script-based; not typed) | 🟡 (prompt/tool triggers; limited typing) | ✅ (pre/post tool + session events) | 🟡 (JS callbacks; limited surface) | ✅ (command, prompt, agent) |
| MCP server bundling | ✅ (.mcp.json in plugin) | ✅ (MCP in bundles) | 🟡 (MCP configured globally) | ✅ (MCP integration) | ✅ (MCP via extensions) | ✅ (MCP + OAuth) | ✅ (MCP Gallery + mcp.json + bundling) | ✅ (MCP supported; can be server) | ✅ (.mcp.json or inline) |
| LSP server bundling | ✅ (.lsp.json config) | 🟡 (via VS Code extensions) | ❌ (no LSP bundling) | 🟡 (not confirmed) | ❌ (no LSP bundling) | 🟡 (via VS Code extensions) | ✅ (extensions commonly bundle LSP) | ❌ (no LSP bundling) | ✅ (.lsp.json config; no binaries) |
| Plugin settings | ✅ (settings.json support) | 🟡 (VS Code settings; limited schema) | 🟡 (config.toml profiles) | 🟡 (config-based; plugin-defined varies) | ✅ (install-time prompts/settings) | 🟡 (IDE settings; partial) | ✅ (contributes.configuration typed) | 🟡 (CLI/config flags) | ❌ (no settings schema) |
| Ecosystem | — | — | — | — | — | — | — | — | — |
| Official marketplace | ✅ (official marketplace) | ✅ (official marketplace) | ❌ (none) | ❌ (none official) | ✅ (official extensions marketplace) | 🟡 (Open VSX, not VS Code Marketplace) | ✅ (VS Code Marketplace) | ❌ (none) | 🟡 (index spec; host-specific stores) |
| Community sharing | ✅ (marketplace + git sharing) | ✅ (marketplace + bundles sharing) | ✅ (GitHub sharing common) | ✅ (community plugin repos) | 🟡 (ecosystem growing; repo-based) | ✅ (VS Code/Open VSX ecosystem) | ✅ (massive extension community) | 🟡 (informal scripts/prompts) | ✅ (git + marketplace.json) |
| Cross-tool portability | ✅ (Open Plugin portable) | ✅ (Open Plugin portable) | 🟡 (skills portable; no manifest) | ✅ (Open Plugin portable) | ❌ (tool-specific extension system) | 🟡 (extensions portable to forks; not Open Plugin) | 🟡 (extensions portable to forks; not Open Plugin) | ❌ (no standard plugin format) | ✅ (designed for portability) |
- MCP integration — present across all 8 tools now (native, bundled, or configured). VS Code / Copilot's MCP Gallery reinforces MCP as a shared baseline.
- Hooks/automation — broadly supported, but depth varies. Claude Code and VS Code / Copilot expose typed lifecycle/tool hooks; Cursor/OpenCode/Windsurf/Gemini have hook systems with differing structure; Codex remains comparatively limited; Aider relies on AiderDesk.
- Rules/always-on guidance — common in 7/8 tools. Repo-scoped instruction files are now clearly mainstream (VS Code / Copilot + Windsurf), with Aider still the primary outlier.
- Versioning + install flows — universal in practice: marketplaces for IDE ecosystems (VS Code / Copilot, Cursor, Gemini CLI, Windsurf/Open VSX) and Git/pip distribution where no marketplace exists (Codex, OpenCode, Aider).
Takeaway: Open-plugin's emphasis on packaging + namespacing + discovery + hooks + MCP + rules/skills still targets the highest-overlap surface area — and adding VS Code / Copilot makes those primitives look even more "standard," not less.
- Rich, typed hook events (pre/post tool use, errors, session lifecycle) — now clearly first-class in Claude Code and VS Code / Copilot. Most other tools expose hooks as scripts/callbacks/notifications without a stable typed contract.
- Explicit, multi-scope enablement models — Claude Code (user/project/local/managed) and VS Code / Copilot (user/workspace/folder) are the most explicit. Many CLI tools are user-global or "user + project folder" only.
- LSP bundling as a plugin component — strongly IDE-centric (VS Code extensions) and supported by Claude Code via config; outside the IDE ecosystem it's inconsistent or absent.
- First-class settings schema + UI — VS Code / Copilot is the benchmark; Claude Code and Gemini CLI have meaningful structured settings; other tools are partial/ad-hoc.
- Plugin settings — still the biggest gap. Open-plugin has no standardized typed settings schema (keys/types/defaults/scopes/secrets) or host UX guidance, while VS Code / Copilot is highly mature here and Claude/Gemini benefit from structure.
- Hook interoperability taxonomy — open-plugin has a hooks concept, but needs a canonical event list + alias/mapping guidance that realistically bridges Claude-style lifecycles and VS Code / Copilot tool hooks.
- Richer agent/participant metadata — Claude sub-agents and VS Code / Copilot Chat Participants increasingly encode structured constraints (tools, behavior, orchestration). Open-plugin would benefit from optional structured fields that hosts can ignore safely.
- Policy engines — Gemini's safety/policy rules still exceed open-plugin's current "rules" abstraction.
- Standardize plugin settings (highest leverage) — add optional
settings.schema.jsonwith keys, types, defaults, descriptions, scope behavior, and secret handling. Design it to map cleanly onto VS Code'scontributes.configurationand Claude/Gemini settings models. - Define a minimal hook event contract + mapping — standardize a small core set (e.g.,
sessionStart,sessionEnd,preToolUse,postToolUse,errorOccurred,agentStop) plus aliasing guidance for host-specific event names. - Keep the core small — manifest + namespacing + versioning + scopes + marketplace index + skills/commands/agents/rules/hooks/MCP is still the right core. Everything else stays optional.
- Treat LSP as optional and IDE-driven — keep "config only, no binaries." Hosts that can run/ship servers (VS Code) do so via their extension system; CLI hosts can ignore.
- Add optional advanced agent metadata —
toolsAllowed/toolsDenied,modelPreference,maxSteps/budget, and execution constraints. Hosts can safely ignore.