6.2 版本里的 AI 图像生成只是开胃菜。Joomla 官方开发者网络的 Feature Roadmap 显示，两个 AI 相关条目已经进入正式规划：面向 AI 代理的 MCP Server 计划状态为"进行中"（In Progress），由 David Jardin 与 Stefan Wendhausen 负责；标准化的 AI Framework 处于规划阶段，源自 GSoC 2025 项目。这意味着 Joomla 正在认真地把"让 AI 直接管理站点"变成官方功能，而不是停留在第三方插件层面。今天我们把这份路线图里的 AI 部分和其他亮点一起解读。

MCP Server：让 AI 代理接管站点管理

MCP（Model Context Protocol）是一种让 AI 代理安全地读取资源、执行操作的标准协议——可以理解为"AI 应用的 USB 接口"。Roadmap 中对 Joomla 版 MCP Server 的描述非常具体，它将赋能管理员：从站点地图或 PDF 自动创建分类、文章和菜单；批量生成 SEO 优化的标题和元描述；跨多个站点批量应用扩展更新；为产品发布快速搭建落地页。这四个场景直击建站行业最耗时的重复劳动，对管理着几十个客户站点的建站公司来说，是潜在的效率革命。

两个设计决策值得单独强调。其一，官方明确 MCP Server 不定位为"仅超级管理员"的功能——目标是易设置、轻量、面向广大用户可及。这与很多平台把 AI 能力锁在高价企业版的思路完全相反。其二，条目标题里特意写明"with WCAG in mind"——AI 能力不能牺牲无障碍标准，这与同在 roadmap 上的 WCAG 2.2 AA 合规计划（STF 资助的无障碍里程碑）形成呼应。由 J!Awards 年度志愿者、安全团队核心 David Jardin 挂帅，说明官方对"AI 代理写入站点"这件事的安全面有清醒认识——毕竟本月我们刚盘点过，权限检查疏漏会付出什么代价。

AI Framework：给扩展开发者的标准接口

第二条 AI 条目来自 GSoC 2025：一个为 Joomla 构建 AI Framework 的学生项目已经在 GitHub 开源（joomla-projects/gsoc25_ai_framework）。它提供干净的提供商抽象层——覆盖与各家 AI 服务商交互的大部分基础操作，文档完备，官方正在评估"是否以及如何"将其集成进核心。抽象层这个设计对中文开发者尤其友好：无论底层接的是 OpenAI、Anthropic 还是国产大模型，扩展代码面向同一套接口。这意味着未来 Joomla 扩展生态可能出现一批"AI 原生"扩展——智能摘要、自动标签、语义搜索——而开发者不需要为每家服务商重写集成代码。

Roadmap 其他亮点速览

顺便看一眼这份路线图里值得关注的非 AI 条目：POW 验证码已合并进核心（同样是 David Jardin 负责）——基于工作量证明的反自动化滥用方案，不依赖外部服务、无需 API key、无隐私争议且无障碍友好，中文站点可以直接受益；Automated Workflows（内容工作流与调度器结合，进行中）和 后台无刷新化（Ajaxified Backend）将明显改善日常管理体验；新版默认模板计划每个大版本配套更新视觉层，目标 Joomla 8；多站概念（Multi-/Subsite）正在招募志愿者——这个功能国内呼声一直很高。整份路线图还有一个显眼的标签：大量条目标注了 Sovereign Tech Fund 的里程碑编号，说明去年拿到的 20 个月资助正在系统性地转化为代码。

给中文用户的建议

建站公司与站点管理员：MCP Server 处于进行中状态，建议现在就开始了解 MCP 协议的工作方式（Claude、Cursor 等工具已经支持），等 Joomla 实现落地即可无缝上手；批量 SEO 和多站更新这两个场景对中文项目同样适用。扩展开发者：可以提前研读 gsoc25_ai_framework 仓库的抽象层设计——官方集成一旦确定，早期吃透接口的扩展会占得先机；同时留意 roadmap 上多个"招募志愿者"条目，参与贡献是提升扩展影响力的高效路径。所有用户：POW 验证码会随下一个版本进入核心，届时注意观察它与现有验证码插件的冲突。

总结

从 6.2 的 AI 图像生成，到 roadmap 上的 MCP Server 与 AI Framework，Joomla 对 AI 的态度已经从"观望"转为"基础设施建设"。更难得的是路线图透出的价值观：轻量、普惠（非超管专属）、无障碍优先、安全负责人挂帅。AI 代理管理站点这件事，Joomla 不打算让用户等太久。