结论先说：WordPress 官方上线了 Trac MCP 服务器——公开、免费、不需要账号或 API Key，把 Claude 、 ChatGPT 或任何 MCP 客户端直接接到 WordPress.org 的 Trac 上，可以读工单、变更集、时间线历史。对做核心贡献、跟踪 bug 、查某次改动来历的人来说，这等于把过去要手动翻半天的 Trac 检索，变成一句自然语言。
它到底是什么
官方公告发布在 make.wordpress.org/core（2026 年 9 月 24 日），标题即《 WordPress Trac MCP server 》。要点如下：
- 公开免费：无需注册账号，也不需要申请 API Key，直接连接即可用。
- 覆盖所有 WordPress.org Trac：默认连 Core Trac，同时支持 Meta 、 Themes 、 Plugins 、 bbPress 、 BuddyPress 、 GlotPress 、 GSoC 等各个 Trac 。
- 服务端地址：
https://wordpress-trac-mcp-server-prod.a8c-aiops.workers.dev/mcp，换成/mcp/meta即读取 Meta Trac 。 - 代码开源：仓库在 GitHub 的
WordPress/trac-mcp，端点与客户端配置写在 README 里。
换句话说，Trac 里那些结构化但极其考验耐心的信息，现在可以直接喂给 AI 助手来读。你不需要先学会 Trac 的查询语法，也不需要知道某个 ticket 编号背后是谁在跟。
五个工具分别能做什么
| 工具 | 作用 | 典型问法 |
|---|---|---|
searchTickets | 按条件检索工单 | 「列出 HTML API 相关、最近更新在前的未关闭工单」 |
getTicket | 取单个工单的完整上下文 | 「#59446 还剩什么没做，哪些 PR 还没合并？」 |
getChangeset | 取某次提交的改动与 diff | 「总结一下 r62723 和它的 diff 」 |
getTimeline | 取时间线历史 | 「 saxmatt 在 2005 年 1 月提交了什么？」 |
getTracInfo | 取该 Trac 的元信息 | 「这个 Trac 有哪些里程碑和组件？」 |
getTicket 返回的不只是工单正文，还包括讨论、附件、关联的变更集，以及链接的 GitHub PR 及其检查与评审状态——这一条最实用，因为它把「 Trac 工单 + GitHub PR + 评审意见」原本分散在三处的信息合到了一次调用里。
三分钟接入（以 Claude Code 为例）
- 确认客户端支持 MCP over HTTP 。Claude Code 、 Claude Desktop 、 Cursor 、 VS Code 等主流工具都已支持；不支持原生 HTTP 的客户端可用
mcp-remote做本地桥接。 - 添加服务器。在 Claude Code 里执行一行命令即可：
claude mcp add --transport http wordpress-trac \ https://wordpress-trac-mcp-server-prod.a8c-aiops.workers.dev/mcp - 要连别的 Trac 就换路径。例如 Meta Trac 用
/mcp/meta；ChatGPT 走的是/mcp/chatgpt这个 search-and-fetch 端点。 - 验证连通。让助手执行一次检索，比如「列出最近更新的 5 个 Core 工单」，能返回带编号与标题的结果就说明配置成功。
- （可选）固定用途。在项目里写一份说明文件，约定「查 WordPress 历史工单走 wordpress-trac 」，避免助手每次都靠猜。
除了 Core Trac，还有哪些可用
官方明确说「 Core Trac 是默认值，服务端支持所有其他 Trac 」，具体名单为：
- Meta：WordCamp Central 、 Make WordPress 等官方站点背后的 Trac；
- Themes / Plugins：主题目录与插件目录的审核、合规相关工单；
- bbPress / BuddyPress：论坛与社区组件；
- GlotPress：翻译平台相关；
- GSoC：Google 编程之夏相关项目。
对主题作者来说，Themes Trac 这一条价值最大：主题审核的历史判例、常见不合规点，现在可以直接问。比起在邮件归档里翻，效率高出一个量级。
四类实际用法
- 判断一个 bug 有没有人在修：直接让助手检索关键词 + 状态，比在 Trac 搜索框里试各种字段名快得多。
- 追一次改动的来龙去脉：拿到 changeset 编号就能要 diff 与总结，适合排查「某个行为是从哪个版本开始变的」。
- 准备第一次贡献：用「有哪些 good first bug 」这类问法筛选工单，配合贡献者工具包上手，门槛明显降低。
- 做技术选题或版本解读：把某个里程碑下的工单汇总成中文要点，比逐条人工读更省时间——但事实细节务必回到官方原文核验。
MCP 本身的概念与接入逻辑，可以看MCP 模型上下文协议是什么；客户端配置细节见Claude Desktop 配置 MCP 教程；连不上或一直挂起时按MCP 调试常见问题排查。
常见问题
需要 WordPress.org 账号吗？
能用它提交或回复工单吗？
我的客户端不支持 HTTP 传输怎么办？
查到的内容可以直接引用吗？
国内访问会不会有问题？
顺带一提：本站版式短代码怎么写
本文用到的提示条、折叠块、步骤块都由主题短代码提供，写法示例（方括号用实体编码表示，避免被当成真实短代码执行）：[jinyu_tip type="warning"]内容[/jinyu_tip]。
展开查看常用短代码写法
[jinyu_tip type="warning"]…[/jinyu_tip]：提示条，type 可选 info / warning / danger 。[jinyu_collapse title="标题"]…[/jinyu_collapse]：折叠长内容。[jinyu_btn type="primary" href="链接"]按钮文字[/jinyu_btn]：行动按钮。[jinyu_howto title="标题"][jinyu_step]步骤[/jinyu_step][/jinyu_howto]：操作步骤。[jinyu_faq][jinyu_faq_item q="问题"]答案[/jinyu_faq_item][/jinyu_faq]：FAQ 区块。
来源：WordPress.org 核心团队博客《 WordPress Trac MCP server 》（2026-09-24，make.wordpress.org/core）。本文为中文原创改写，工具对照表、接入步骤与用法建议为本站基于官方素材的独立整理，服务端地址与端点以官方 README 为准。
评论 (0)