引言：Joomla 正在改变

2026年3月，Joomla 项目悄然启动了一项重大流程改革——全新的功能请求工作流（Feature Request Workflow）。这项变革可能不会直接改变你网站上的任何一行代码，但它将深远地影响 Joomla 未来的发展方向，尤其是 AI 功能何时、以何种方式进入核心。

作为长期关注 Joomla 生态的开发者，我认为这个新工作流的意义不亚于任何一次版本更新。它解决了一个困扰开源项目多年的核心矛盾：如何在有限的维护者精力与无限的社区创意之间找到平衡？

为什么需要新工作流？

Joomla 的问题追踪器（Issue Tracker）多年来积累了大量功能请求。许多请求创建后便石沉大海，维护者在评估、优先级排序和沟通决策方面面临越来越大的挑战。旧流程的核心问题是：

• 信息不对称：提交者不知道自己的请求处于什么状态，是否有人在看
• 决策不透明：一个功能被拒绝或接受，社区往往不知道原因
• 维护者过载：数百个未分类的功能请求让维护者难以聚焦高价值提案
• 社区参与低效：想帮忙的人不知道哪些功能需要关注和支持

新工作流的设计目标非常明确：结构化、可预测、透明化。让每个功能想法都有一个清晰的生命周期，让社区知道什么时候该参与，让维护者能专注于真正重要的提案。

六大功能区域的完整解读

新工作流将功能请求划分为六个明确的区域，每个区域代表一个生命周期阶段：

1. 功能评估（Feature Evaluation）

这是所有新功能想法的起点。任何人都可以在这里提交提案，社区成员可以评论、完善和点赞。提交提案时必须包含清晰的问题陈述、提议的解决方案和预期收益。

开发者视角：这个阶段的门槛设得很合理。不要求完整的技术方案，但必须有清晰的问题定义。这过滤掉了那些"我觉得应该加个XX"的模糊想法。

2. 冷门功能（Cold Features）

旧有或关注度低的功能想法移入此区域。保持可见但不主动审查。所有2025年之前有最后评论的现有Feature Issue都会被归入此处。

关键设计：冷门功能不会消失，随时可以被重新审查。这解决了"功能被遗忘"的问题——很多好想法只是提出得太早，当时的技术条件或社区关注度还不足以支撑它。

3. 已批准功能（Approved Features）

维护者接受的功能，明确标注目标 Joomla 版本。这是社区最关心的区域——一旦一个功能进入这里，就意味着它确定会被实现。

4. 已拒绝功能（Rejected Features）

不会推进的想法，附有明确的拒绝理由。这可能是新工作流最重要的创新之一：拒绝也是透明的。开发者能清楚知道为什么自己的提案没通过，而不是在沉默中等待。

5. 已实现功能（Implemented Features）

已合并并随版本发布的功能，标注实际发布的版本号。这是一个"功勋墙"，也是追溯功能来源的档案。

6. 已归档讨论（Archived Discussions）

重复项、无关话题或不再需要活跃参与的内容。保持主区域干净，避免噪音干扰。

时间线与决策流程

新工作流为每个阶段设定了明确的时间预期：

• 2-4周：维护者决定是否保留评估还是拒绝（如重复）
• 评估期间：社区可以评论、完善和点赞想法
• 4-6周：做出最终决定——批准或拒绝

这意味着一个功能从提出到被正式决定，最长不超过6周。相比过去动辄数月甚至数年的等待，这是一个巨大的进步。

与 Joomla 6.2 的关联：Beta 功能冻结在即

当前正是这个新工作流接受实战检验的关键时刻。Joomla 6.2 Beta 1 将于 2026年8月18日发布，这意味着功能冻结（Feature Freeze）只有不到两周时间了。在此之后，6.2 将不再接受新功能，只修复Bug。

根据 Alpha 3 发布公告，目前仍在讨论中的项目包括：

• 大型网站的稳定性和性能提升
• 无障碍访问性（Accessibility）改进——这与 Sovereign Tech Fund 的投资直接相关
• 各种 Bug 修复

而最受关注的 AI 框架集成，目前在 GitHub Milestone 52 中仍处于规划状态。如果它不能在8月18日之前达到"发布就绪"标准，将不得不等到 Joomla 6.3（预计2027年）。

对中国开发者的启示

这个新工作流对中国 Joomla 社区有几个重要的实际影响：

1. 参与门槛降低：以前你想提一个功能请求，需要去 GitHub 开 Issue，面对全英文的讨论环境。现在新流程更结构化，提案模板清晰，更容易参与。

2. 中文社区的声音可以被听见：如果你的提案有清晰的问题陈述和用例分析，无论你用什么语言提交（当然推荐英文），维护者都会认真评估。

3. 关注 AI 相关提案：AI 框架是 Joomla 未来最重要的战略方向之一。如果你有关于 AI 与 CMS 结合的想法，现在正是提交的最佳时机——在 6.2 功能冻结前、或者在 6.3 的规划窗口期提出。

4. 学习开源协作规范：Joomla 的这套工作流是开源项目治理的最佳实践之一。如果你自己维护开源项目，完全可以参考这个模式。

总结

Joomla 的新功能请求工作流看似是一个"流程层面"的变更，但它实际上代表了 Joomla 项目走向更加成熟和专业化的决心。从技术角度来看，这套工作流的设计充分考虑了开源项目的核心约束——志愿者驱动的维护模式、有限的开发资源和无限的社区期望。

作为 Joomla 生态的参与者和推广者，我认为这是 Joomla 近年来最重要的非代码层面的改进。它确保了 Joomla 能够持续、健康地演进，而不是被功能请求的洪流淹没。

如果你想了解更多，可以访问 GitHub Discussion #46934 查看完整的工作流文档，或者直接参与 Feature Evaluation 区域的讨论。

距离 Joomla 6.2 Beta 1 还有两周——让我们拭目以待，看看哪些功能最终能赶上这趟列车。