An MCP adapter that bridges the Abilities API to the Model Context Protocol, enabling MCP clients to discover and invoke WordPress plugin, theme, and core abilities programmatically.
1.4k
Stars
157
Forks
56
Open issues
22
Contributors
AI Analysis
This is an official WordPress package that bridges the WordPress Abilities API to the Model Context Protocol (MCP), enabling AI agents to discover and invoke WordPress functionality programmatically. It serves developers and AI/LLM integrators who need standardized, protocol-compliant access to WordPress capabilities through MCP clients. It is not intended for end-users or WordPress site administrators working without AI agent frameworks.
Inferred from signals mentioned in the README (tests, CI, type safety) — not a review of the actual code.
AI's overall editorial judgment — not an average of the bars above, can weigh other factors too.
WordPress's official MCP adapter bridges AI agents to plugin abilities via the Model Context Protocol
WordPress/mcp-adapter is the official WordPress package that exposes WordPress core, theme, and plugin functionality to AI agents via the Model Context Protocol (MCP). It translates the WordPress Abilities API into MCP tools, resources, and prompts, enabling AI agents to programmatically discover and invoke WordPress capabilities over HTTP or STDIO transports. It targets WordPress plugin developers, site builders integrating AI workflows, and the broader WordPress ecosystem seeking structured AI interoperability. As part of the official 'AI Building Blocks for WordPress' initiative, it carries significant institutional weight within the ~43% of the web running WordPress.
Created July 2025 as part of the formal WordPress 'AI Building Blocks' initiative. Likely built in response to the rapid MCP ecosystem growth in 2025. Represents a first-party, official WordPress Foundation-backed integration rather than a community workaround.
Reached 1,308 stars since July 2025 — roughly 11 months — driven primarily by the MCP ecosystem momentum and the institutional credibility of the WordPress organization. The 15 stars in the last 7 days suggests the initial launch spike has normalized into slower but steady organic interest, consistent with a developer tooling project settling into its niche rather than viral adoption.
Adoption not verified from public production case studies or documented deployments. The project is official WordPress organization software, which increases the likelihood of real adoption within enterprise and agency WordPress contexts, but no specific production usage data (download counts, telemetry, case studies) is surfaced in the README or available metadata.
Appears to follow a layered adapter pattern: WordPress Abilities API acts as the source, which is translated into MCP DTOs (via the companion php-mcp-schema library) and served through pluggable transport implementations (HTTP and STDIO). Likely uses WordPress hooks system for registration. Multi-server management and per-server error/observability handlers suggest a factory or registry pattern. The use of Jetpack Autoloader guidance indicates awareness of WordPress's multi-plugin dependency conflict problem.
Not documented in README
Last push was June 20, 2026 — approximately 3 days before the evaluation date — indicating very active maintenance. The project has been pushed to continuously since creation in July 2025, spanning nearly a full year. 147 forks suggest meaningful developer engagement beyond passive observation.
ADOPT IF: you are building AI-integrated WordPress plugins or workflows and need a standards-compliant, officially maintained way to expose WordPress functionality to AI agents — the official backing and active maintenance reduce long-term risk significantly. AVOID IF: your use case is not WordPress-specific, or you need a production-ready solution with documented stability guarantees — as a sub-1-year-old project still at 0.1.x schema versions, breaking changes are plausible. MONITOR IF: you are an agency or platform operator running WordPress at scale and evaluating whether AI-agent integration into CMS workflows is worth investing in — this project's trajectory over the next 6-12 months will clarify ecosystem adoption.
Independent dimensions
Mainstream potential
6/10
Technical importance
7/10
Adoption evidence
2/10
- Project is under one year old with schema dependency at ^0.1.0, signaling API instability risk — breaking changes may affect early adopters.
- Real-world production adoption is unverified; the project may remain primarily developer-preview tooling if the broader WordPress ecosystem is slow to adopt AI agent workflows.
- Requires WordPress >= 6.9, which may limit deployment on sites running older WordPress versions that haven't updated.
- The Abilities API it bridges appears to be a newer WordPress concept; if that API changes direction or adoption stalls, this adapter's utility narrows.
- Multi-plugin version conflicts remain a realistic operational risk in WordPress environments, even with Jetpack Autoloader mitigation recommended in the README.
Likely to become the canonical MCP integration point for the WordPress ecosystem as AI agent tooling matures, but mainstream adoption pace will depend heavily on how quickly WordPress site operators embrace agent-driven workflows — a 2-3 year horizon is realistic for meaningful ecosystem penetration.
Newsletter
Get analyses like this every Monday
Free weekly digest of the most interesting open-source discoveries.
Languages
Information
- Language
- PHP
- License
- GPL-2.0
- Last updated
- 1d ago
- Created
- 12mo ago
- Analyzed with
- anthropic/claude-haiku-4-5
Stars over time
Contributors over time
Top 100 contributors only — repos with more will plateau at 100.
Open issues
Race condition in SessionManager: concurrent initialize calls for the same user can silently overwrite each other's session
`resources/read` returns "Resource not found" (-32002) when the client lowercases the URI scheme
Empty {} / omitted parameters still fail in v0.5.0 for abilities WITH input schemas (follow-up to #116)
Audit hook for tool calls (post-execution complement to #176)
Open pull requests
fix: pin tag_name so release zip attaches to the correct release
Guard DefaultServerFactory against cross-dispatch from other vendored copies
feat(admin): add Settings > MCP Adapter page to opt registered abilities into the default server (fixes #183)
Top contributors
Similar repos
modelcontextprotocol/php-sdk
The official PHP SDK for Model Context Protocol (MCP), enabling developers to...
langchain-ai/langchain-mcp-adapters
This library provides adapters that make Anthropic's Model Context Protocol...
| Repository | Stars | Week Δ | Language | Score | Updated |
|---|---|---|---|---|---|
|
|
1.4k | +38 | PHP | 8/10 | 1d ago |
|
|
9.4k | — | Python | 7/10 | 10h ago |
|
|
3.4k | — | C# | 7/10 | 2d ago |
|
|
1.6k | — | PHP | 7/10 | 2d ago |
|
|
3.6k | — | Python | 7/10 | 1w ago |
|
|
10.3k | — | TypeScript | 8/10 | 13h ago |
Python-focused, framework-agnostic MCP adapter for LangChain workflows. Serves AI application developers directly rather than CMS/platform owners. Complementary rather than competing — could consume WordPress/mcp-adapter's exposed endpoints.
AWS-backed MCP server collection covering AWS services. Targets cloud-native infrastructure developers; WordPress/mcp-adapter targets web CMS operators. No meaningful overlap in use case.
TypeScript-based MCP client/orchestration framework. Acts as a consumer layer, whereas WordPress/mcp-adapter is a server/provider layer. The two are technically complementary in a full AI pipeline.
C#/.NET MCP SDK from Microsoft targeting .NET ecosystem developers. Language and platform incompatible with WordPress's PHP environment; no practical overlap.
A curated directory of MCP servers rather than an implementation. WordPress/mcp-adapter would logically be listed here as a discovery resource for WordPress integrations.