WordPress Trac MCP Server
OfficialThis server provides read-only access to WordPress Core Trac data via the Model Context Protocol. Here's what you can do:
Search Tickets (
searchTickets): Search for WordPress Trac tickets using keywords, ticket numbers, or structured filter expressions (e.g.,milestone=6.9&status=closed&resolution=fixed), with pagination support.Get Ticket Details (
getTicket): Retrieve full details of a specific ticket by ID, including its description, metadata, and recent comments.Get Changeset/Commit Info (
getChangeset): Fetch details about a specific SVN revision/commit, including the commit message, author, and an optional truncated diff.Get Timeline (
getTimeline): View recent Trac activity (tickets, commits, and other events) over a configurable number of past days.Get Trac Metadata (
getTracInfo): Retrieve reference data such as available components, milestones, priorities, and severities.Compatibility Endpoint (
/mcp/chatgpt): A simplified endpoint for search and fetch operations, supporting direct ticket numbers orr-prefixed changeset numbers.
Enables deployment of the MCP server on Cloudflare Workers for global edge distribution of the WordPress Trac data service.
Supports ChatGPT's Deep Research feature with a simplified interface for searching WordPress Trac data and fetching detailed information about tickets and changesets.
Transforms WordPress.org Trac into an AI-accessible knowledge base, providing comprehensive access to WordPress tickets, code changes, and development activity.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@WordPress Trac MCP Serversearch for recent open tickets about the block editor"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
WordPress Trac MCP server
A read-only Model Context Protocol server for the WordPress.org Trac instances, starting with WordPress Core Trac. It runs as a Cloudflare Worker and uses Trac's public HTML, CSV, RSS, and diff endpoints.
Live servers:
Production:
Standard MCP:
https://wordpress-trac-mcp-server-prod.a8c-aiops.workers.dev/mcpSearch/fetch compatibility:
https://wordpress-trac-mcp-server-prod.a8c-aiops.workers.dev/mcp/chatgptHealth check:
https://wordpress-trac-mcp-server-prod.a8c-aiops.workers.dev/health
Staging:
Standard MCP:
https://mcp-server-wporg-trac-staging.a8c-aiops.workers.dev/mcpSearch/fetch compatibility:
https://mcp-server-wporg-trac-staging.a8c-aiops.workers.dev/mcp/chatgptHealth check:
https://mcp-server-wporg-trac-staging.a8c-aiops.workers.dev/health
The former staging deployment at https://mcp-server-wporg-trac-staging.a8cai.workers.dev is
deprecated and runs older code. Its a8cai.workers.dev subdomain differs from the active staging
deployment's a8c-aiops.workers.dev subdomain.
Trac instances
Each Trac instance has its own endpoint. /mcp and /mcp/chatgpt serve Core.
Trac | Standard MCP | Search/fetch compatibility |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
The table is a discovery aid rather than an allowlist. Any <slug>.trac.wordpress.org resolves at
/mcp/<slug>, so a Trac added later needs no change here. An instance is bound to the connection
rather than chosen per tool call, so a client cannot read the wrong Trac by mistake.
Instances configure different fields. Themes has no components, and only some instances have
severities. getTracInfo reports a field the instance does not configure as unavailable instead of
failing. Ticket fields behave the same way: focuses exists only on Core and comes back empty
elsewhere.
Filtering is stricter, because Trac answers a filter on a field it does not configure with the
unfiltered result set rather than an error, and that reads as a real match count. searchTickets
rejects such a filter and names the fields the instance does have. This covers both the separate
arguments and the expressions inside query.
Connect to one instance per client entry. Use several entries to read several Tracs.
Related MCP server: WordPress MCP
Tools
The standard /mcp endpoint provides:
Tool | Purpose |
| Search by keywords, ticket number, or structured filters |
| Read a ticket, its attachments, changesets, recent human discussion, and linked pull requests |
| Read a changeset and an optional truncated diff |
| Read recent Trac activity |
| List components, milestones, priorities, severities, types, or statuses |
getChangeset expects the numeric revision argument, not rev:
{
"revision": 58504,
"includeDiff": false
}The /mcp/chatgpt compatibility endpoint provides search and fetch. Use a bare number for a
ticket and an r prefix for a changeset: 65739 and r58504.
No tool takes a Trac instance argument. The endpoint you connect to decides which Trac the tools read.
Search filters
searchTickets accepts plain keywords, ticket numbers, or filter expressions joined with &:
{
"query": "milestone=6.9&status=closed&resolution=fixed",
"limit": 50,
"page": 2
}It also accepts status, component, milestone, and resolution as separate arguments. A
separate argument overrides the same field in query. Results include pagination metadata.
Tool errors
A failed tool call returns an MCP result with isError: true. Its JSON payload carries a
machine-readable code alongside the human-readable error message. not_found errors also name
the resource and id that were requested:
{
"code": "not_found",
"error": "Ticket 99999999 not found",
"resource": "ticket",
"id": 99999999
}
| Meaning |
| The requested ticket or changeset does not exist |
| An argument passed schema validation but cannot be used, such as an unsupported search filter field |
| Trac throttled the request and bounded retries did not clear it |
| Trac or a supporting service failed or returned unexpected content |
Codes are stable API surface: branch on code, never on error wording. An existing code keeps
its meaning and is only removed or renamed with a major version bump, while messages can change
freely. New codes may be added over time, so treat an unrecognized code as upstream_error.
Arguments that fail schema validation are rejected earlier with a JSON-RPC -32602 invalid-params
error and do not produce a tool error result.
Connect
Remote-capable MCP clients can connect directly to the standard endpoint. Clients that need a local
bridge can use mcp-remote:
{
"mcpServers": {
"wordpress-trac": {
"command": "npx",
"args": [
"mcp-remote",
"https://wordpress-trac-mcp-server-prod.a8c-aiops.workers.dev/mcp"
]
},
"wordpress-meta-trac": {
"command": "npx",
"args": [
"mcp-remote",
"https://wordpress-trac-mcp-server-prod.a8c-aiops.workers.dev/mcp/meta"
]
}
}
}For ChatGPT, add the compatibility endpoint as a custom app. See OpenAI's current MCP help because product labels and setup steps change.
After changing a configured server URL, reconnect the MCP server or restart the client once. Future deployments to the same URL do not require a client configuration change.
Develop
Requirements: Node.js 22 or later and pnpm 10.
pnpm install
pnpm devOpen http://localhost:8787/ to view the local landing page. See
docs/local-development.md for the full browser-preview workflow and
troubleshooting.
Run the complete local quality gate:
pnpm checkThis runs TypeScript, Biome, Vitest, and a Cloudflare Worker dry-run build. See docs/testing.md for manual protocol and live-data checks.
Deployment requires a configured Cloudflare account:
# Staging
pnpm run deploy
# Production
pnpm run deploy:productionDesign and safety
The server is read-only and has no Trac credentials.
Tool inputs receive runtime validation before any upstream request.
Upstream requests stay on
*.trac.wordpress.organd the official linked-PR endpoint onapi.wordpress.org. The instance slug comes from the URL path, is validated against a strict pattern before it reaches a request, and every request is checked against the resolved origin.Upstream redirects are never followed.
*.trac.wordpress.orghas wildcard DNS and redirects unknown subdomains to Core, so following one would answer for one instance with another's data. A redirect that leaves the instance origin is reported as an unknown instance; one that stays on it is reported as an upstream failure.Transient transport failures, rate limits, server errors, and Trac bot challenges receive bounded retries. Permanent 403 and 404 responses return immediately.
Responses are parsed from public Trac pages and machine-readable formats.
The Worker keeps no ticket cache or durable state.
Contribute
Keep tool schemas, runtime validation, tests, and documentation aligned. Run pnpm check before
opening a pull request.
License
GPL-2.0-or-later.
Maintenance
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants like Claude to interact with GitHub repositories, issues, and pull requests.18MIT

WordPress MCPofficial
AlicenseBqualityFmaintenanceA WordPress plugin that implements the Model Context Protocol to enable AI models and applications to interact with WordPress sites in a structured and secure way.536944ISC- AlicenseNot gradedqualityDmaintenanceA Model Context Protocol server that enables AI assistants to manage WordPress sites and create content with AI-generated featured images.212MIT
- AlicenseNot gradedqualityCmaintenanceA Model Context Protocol server that turns WordPress sites into AI-operable surfaces by exposing CRUD primitives for posts, users, comments, and settings. It supports both local STDIO and remote HTTP transports, allowing AI assistants to manage content and site configuration directly.689MIT
Related MCP Connectors
A comprehensive Model Context Protocol (MCP) server that enables AI assistants to interact with yo…
A Model Context Protocol server for Wix AI tools
Security-first WordPress MCP server. 129 tools for Claude, ChatGPT, Gemini. Free on wp.org.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/WordPress/trac-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server