在近日于捷克布拉格举行的Linux Plumbers Conference大会上，高通工程师Khem Raj对Linux长期支持（LTS）发行版在生成式AI时代的适配性提出质疑。他指出，随着AI编程智能体持续加速对Linux内核及相关开源项目的补丁提交，开源维护者与发行版厂商正面临日益沉重的负担，LTS模式的可持续性值得重新审视。
Khem Raj在演讲中系统阐述了滚动更新发行版在当前技术环境下的潜在优势。他认为，滚动更新模式可以减少对所有补丁进行回溯的需求，使发行版与上游项目保持较小的代码分歧，同时实现更快的安全修复。这一观点直指LTS发行版长期存在的核心矛盾：为维持稳定性而冻结软件版本，导致大量上游修复需要单独回溯移植，在补丁数量激增时形成瓶颈。
Raj的论述背景是AI编程工具正在深刻改变开源社区的协作节奏。生成式AI与编程智能体能够以远超人工的速度提交补丁和错误报告，这一趋势在提升代码产出效率的同时，也给代码审查、合并与版本维护环节带来空前压力。对于以稳定性为优先目标的LTS发行版而言，维护者需要从海量上游变更中筛选关键修复并逐一适配到旧版本，工作量随上游活跃度上升而同步放大。
不过，Raj也客观指出了滚动更新模式面临的现实挑战。他提到，该模式在认证和资格审查等方面存在障碍，对于需要长期稳定运行环境的企业级部署和受监管场景而言，滚动更新带来的持续变更可能引发合规与验证方面的额外成本。这意味着滚动更新并非在所有场景下都优于LTS，而是需要根据具体使用场景进行权衡。
Raj进一步建议，嵌入式Linux发行版以及社区规模较小的维护版本尤其值得重新评估LTS的实用性。嵌入式设备通常具有较长的产品生命周期和特定的硬件适配需求，而社区维护资源有限的发行版则更难承受LTS模式带来的持续回溯压力。他提出，可以尝试利用生成式AI工具辅助LTS版本的维护工作，例如自动化补丁回溯、变更影响分析和安全修复的优先级排序，从而在保留LTS稳定性的同时降低维护成本。
Linux发行版的版本策略一直是社区关注的焦点议题。LTS模式自确立以来，为服务器、企业基础设施和嵌入式系统提供了可预期的长期维护窗口，成为众多商业发行版的核心卖点。然而，随着上游开发节奏因AI工具介入而进一步加快，LTS维护者与上游之间的代码分歧持续扩大，回溯补丁的复杂度和安全风险同步上升。如何在稳定性与维护效率之间找到新的平衡点，已成为发行版社区无法回避的问题。
Khem Raj的发言反映了AI时代开源基础设施维护模式面临的结构性挑战。当AI智能体成为代码贡献的重要来源，传统的版本冻结与补丁回溯机制是否仍然高效，需要社区从工具链、协作流程和版本策略等多个层面给出回应。利用AI辅助维护LTS版本，或探索混合更新模式，可能成为未来发行版演进的方向之一。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
