Red Hat全球工程部收到一封署名为"Chris & Ashesh"的邮件。发件人是CTO Chris Wright和产品SVP Ashesh Badani，主题直截了当："为AI时代进化和放大的工程"。
邮件语气让部分开发者感到不安。管理层不再把AI当作"偶尔使用的工具"，而是要变成"规模化交付客户价值的自动化方式"。换句话说，会用AI工具即将成为硬性要求。
从"可选"到"必修"：技能清单重写
Wright和Badani在信中画了一张时间表。去年秋天他们还在讨论"AI改变后的世界里的下一代Red Hat"，到今年9月Wright公开发博客谈"AI辅助开发的超充能"，节奏明显加快。
具体变化落在三个层面。角色层面，所有全球工程岗位都要进化；流程层面，软件和产品开发生命周期将转型；社区层面，Red Hat要把AI塞进开源开发流程，"建立框架、最佳实践和标准"。
管理层承诺"今天对开源社区做的事，明天继续做"，但补充了一个条件：要"影响开发者变得更AI友好"。
这对拒绝使用AI工具的员工来说，是个不舒服的信号。
Red Hat并非孤例。微软一位高管去年11月公开称，有人仍不相信大语言模型的能力，这让他"mindblowing"。CEO纳德拉年初更明确表态：AI已过"发现期"，进入"广泛扩散期"。
RHEL的"Windows 11式改进"？
The Register的爆料留了一个悬念：RHEL（Red Hat Enterprise Linux，红帽企业Linux）可能会迎来"Windows 11风格的功能增强"。
这个类比耐人寻味。Windows 11的AI功能——从Copilot到Recall——争议不断：用户抱怨强制集成、隐私担忧、以及"为了AI而AI"的功能堆砌。
Red Hat的邮件确实提到了类似的野心。管理层称AI将让他们"交付今天说'不'的挑战性用例和生命周期"，并承诺"拥抱对Red Hat有效的，放弃无效的"。
但"有效"的定义权在谁手里？邮件的措辞是自上而下的：高管定方向，员工跟技能，社区被"影响"。
开源世界的AI张力
Red Hat的特殊性在于它的开源基因。这家公司靠卖企业级Linux支持服务起家，核心资产是社区信任和工程师文化。
强制AI化与这种文化存在天然张力。开源开发者习惯工具自主，反感被平台锁定；而AI工具——尤其是代码生成类——往往绑定特定供应商的模型和基础设施。
邮件中"分享成功故事"的提法，在内部人看来可能像KPI话术。一位Red Hat工程师会如何向同事"分享"自己用Copilot写了多少行代码？这种量化叙事与开源精神中的 craftsmanship（技艺追求）并不兼容。
更实际的担忧是质量。AI生成的代码需要人工审查，但管理层强调"规模化交付"时，审查时间是否会被压缩？邮件没提。
Red Hat尚未回应The Register的置评请求。
开源社区对AI的态度本就分裂。Linux基金会去年调查显示，超过60%的维护者担心AI生成代码的许可证合规问题；GitHub的Copilot则因训练数据版权诉讼缠身。Red Hat此时押注"AI优先"，是在赌社区会跟随，还是在赌社区别无选择？
邮件结尾处，Wright和Badani用了个乐观的比喻：天空很蓝。但读完整封信的人，可能会抬头看看云层。
如果RHEL的下一个大版本把AI功能作为默认启用而非可选安装，企业用户会买单还是回退到旧版本？
热门跟贴