Debian 要禁 AI,Ubuntu 却把 AI 做成了操作系统——同一个根系,两条路
原创
italks89
italks89
ubuntu
2026年7月26日 14:10
河北
在小说阅读器读本章
去阅读
Debian 要禁 AI,Ubuntu 却把 AI 做成了操作系统——同一个根系,两条路
摘要:7月24日,Debian正式发起总决议公投,四位开发者分别提案——从全面禁止AI代码到允许但要求披露。与此同时,Ubuntu母公司Canonical正在全力将AI嵌入操作系统:Myna语音输入、26.10上下文感知桌面、Workshop AI开发环境……同一个Linux家族,为何走向了AI态度的两极?这对Ubuntu用户意味着什么?
阅读时长:约 7 分钟
一个家族,两种AI态度
如果你关注开源社区的动态,你可能已经注意到了本周科技圈最热的话题:
Debian(Ubuntu的\"母发行版\")正式发起公投,讨论是否该全面禁止AI生成代码。
而就在同一个月,Ubuntu母公司Canonical宣布:Myna语音输入即将随26.10发布、桌面将具备\"上下文感知\"AI能力、Workshop AI开发环境持续迭代、甚至为企业推出了基于Snap的Enterprise Store……
一边是\"亲爹\"想堵门,一边是\"儿子\"狂加功能。
这场分裂并非偶然——它反映的是开源社区对AI最深层的分歧。而作为Ubuntu用户,你恰好站在了这场争论的正中间。
Debian的\"灵魂拷问\":四份提案,四种立场
7月22日,Debian开发者Matthias Geiger正式提交了一份总决议(General Resolution)提案,标题直白到不能再直白:《禁止LLM贡献进入Debian》。
两天内,另外三份立场各异的提案相继出现。7月24日讨论期正式开始,Debian社区迎来了一场关于AI的\"大辩论\"。
提案A:全面禁止(Matthias Geiger 提出)
最激进的方案。要求将\"禁止LLM辅助的直接贡献\"写入《Debian社会契约》——这份文件的地位等同于Debian的\"宪法\"。
四大核心论点:
| 维度 | 论点 |
|---|---|
| 版权 | LLM输出的法律地位极不明确。训练数据中的许可证和版权可能影响输出的合法性。Debian向来对版权要求极严,AI代码不应享有特殊豁免。 |
| 质量 | LLM无法\"理解\"代码,只能生成语法上可能的组合。对Debian打包这种独特工作,AI会生成失效的watch文件、虚构的版权信息、\"幻觉\"出来的代码。 |
| 社区 | 新贡献者提交AI输出会给审查者带来不必要的负担,导致维护者倦怠。依赖AI的新人不会真正学习Debian打包的细节。 |
| 伦理 | LLM公司在未考虑许可和robots.txt的情况下抓取全网数据训练模型,对Debian的公共网络资源造成了实质性的拒绝服务攻击。 |
提案明确声明:\"本文档由Matthias Geiger和Jesse Rhodes撰写,全程未使用语言模型辅助。\"
提案B:允许但有条件(Lucas Nussbaum 提出)
相对务实的方案。允许AI辅助贡献,但需要满足六项条件:
-
- 确保AI工具的条款不与Debian许可证冲突
-
- 如果输出包含第三方版权材料,提交者需验证有权使用
- 3. 贡献者承担全部责任——必须完全理解提交的内容并能为其辩护
-
- 当重要部分由AI生成时,必须在提交中明确披露(使用
Generated-By:或Assisted-By:标记)
- 当重要部分由AI生成时,必须在提交中明确披露(使用
-
- 批量/自动更改需要事先与社区讨论
-
- 不得将非公开或敏感信息(如禁运安全报告)传输给不受信任的AI提供商
这其实是目前Linux内核社区实践的路线的延续——不禁止,但要标记,要负责。
提案C:伦理上彻底反对,执行上务实妥协(Ian Jackson 提出)
一份充满道德立场的提案。列出了LLM的\"罪状清单\":破坏自由软件社区、环境破坏、剥削作者、生成虚假信息、经济泡沫、由\"可怕的公司\"拥有……
核心立场:在伦理上彻底反对LLM,但承认完全禁止目前不现实。
具体要求包括:
- • 所有面向人类的消息(Bug报告、邮件列表讨论等)必须完全由人类撰写
- • 任何LLM使用必须披露
- • 项目维护者可以完全禁止AI贡献,此类禁令必须被尊重
- • 违反者视为违反行为准则,将受到纪律处分
有意思的是,提案还特别声明:不会因为语言错误羞辱任何人——你可以用母语写,读者自己翻译。
提案D:不推荐但不禁止(Pierre-Elliott Bécue 提出)
最\"佛系\"的方案。承认AI辅助编程\"已经存在并将持续\",禁止\"既无效果也不可执行\"。
核心理念:把责任归于提交者。 提交者必须充分理解、能解释和辩护其提交的代码,自行签署Signed-off-by标签。
Ubuntu在做什么?AI正在成为操作系统的\"一等公民\"
就在Debian社区争论\"能不能用AI\"的时候,Canonical已经在对面的跑道上全力冲刺。来看看Ubuntu的AI版图:
1. Myna:你的Ubuntu即将\"听\"懂你说话
Myna(八哥鸟)是Canonical正在开发的本地语音转文字工具,计划随 Ubuntu 26.10(10月发布) 首次亮相。
关键设计原则:
- • 100%本地运行:AI模型在你的机器上跑,音频处理完就丢弃,不上传任何云端
- • 按键即用:按下快捷键开始听写,文字直接插入当前应用
- • 隐私优先:麦克风只在主动激活时开启,下载语言模型后完全离线可用
- • 开源GPLv3:代码和架构文档全部公开
这不是Siri或Alexa那样的语音助手,而是纯粹的桌面听写工具——你在任何文本输入框里按下快捷键就能说话输入。初始版本目标是把基础体验做扎实,后续再扩展语音命令、翻译等功能。
2. 26.10\"上下文感知桌面\":AI不只是工具,是操作系统的一部分
Canonical桌面团队工程总监Jean-Baptiste Lallement在Ubuntu Discourse上公布了26.10的桌面路线图,其中最引人注目的目标是:构建一个上下文感知桌面。
什么意思?桌面能够更好地理解用户的意图,并协助达成目标。Myna语音输入是第一个落地模块,后续还会有更多AI能力融合进桌面体验。
路线图还特别强调了一个词:\"choose-to-use\"(主动选择使用)。所有AI功能都是可选的——你会看到一个明确的提示或按钮来选择开启。
3. Workshop:一句命令启动沙盒开发环境
今年5月发布的Workshop工具,基于LXD无特权容器,一句话就能启动一个带AI辅助的隔离开发环境。虽然目前还比较早期,但它代表了Canonical将AI能力低门槛化的思路。
4. Snap AI生态 + Enterprise Store
Canonical已经打开了\"AI驱动的Snap\"的大门——允许开发者在Snap包中集成AI模型。同时推出的Enterprise Store则是为有严格网络管控的企业提供本地化的Snap/Charm分发方案。
5. Rust基础设施全面投资
Canonical成为Trifecta Tech基金会(sudo-rs等项目)的首位金牌赞助商。Ubuntu 26.10将默认切换至dbus-broker(22年dbus-daemon退役),内核和系统工具也逐步拥抱Rust。这虽然不是\"AI功能\",但代表了Canonical在底层基础设施现代化上的激进态度——和\"拥抱新技术\"的战略方向一脉相承。
Linux内核站在哪边?Linus:不反AI,但要\"用得好\"
Debian在讨论禁不禁,Ubuntu在讨论怎么加。那Linux内核的掌门人Linus Torvalds怎么看?
答案是:既爱又恨,但总体拥抱。
在5月的7.1-rc4发布公告中,Linus罕见地对AI工具发表了长篇看法:
\"AI工具很好,但前提是它们真的在帮忙,而不是制造不必要的痛苦和毫无意义的'假工作'……如果你用AI发现了一个bug,大概率别人也发现了。真想增加价值的话,读文档、写补丁、在AI的基础上做点真正有用的事。\"
在7月的Linux基金会炉边谈话中,他进一步阐述:
\"我百分之百确信,AI正在改变编程,但没有改变编程的本质。AI会把你的生产力提高10倍——而编译器把生产力提高了1000倍。AI很棒,但它没有颠覆编程这件事。\"
\"那种一次性的、写完就扔的小项目,AI表现得非常出色。但如果你要构建一个需要维护35年的严肃项目,光靠写提示词让AI生成代码是远远不够的。\"
Linux内核社区实际的策略是:规范使用,而非禁止。 7.1版本更新了安全文档,明确规定AI发现的bug应作为公开信息处理(因为不具有\"秘密性\"),并要求AI辅助的补丁需要额外的人工审查。
为什么走向两极?四个核心原因
同样是开源社区,同样是Linux生态的核心成员,为什么Debian和Ubuntu对AI的态度如此不同?
| 维度 | Debian | Ubuntu/Canonical |
|---|---|---|
| 治理模式 | 纯社区民主(GR投票制,一人一票) | 公司驱动(Canonical制定战略方向) |
| 核心受众 | 开发者、服务器、极客 | 桌面用户、企业、新手 |
| 创新节奏 | 慢而稳(\"Debian Stable\"是信仰) | 快速迭代(6个月一版) |
| 对AI的定位 | 威胁——破坏版权、质量、社区 | 工具——提升体验、降低门槛 |
翻译成人话就是:
Debian的基因是\"保守\"。 它的口号几乎是\"Debian is Stable\"——这里的Stable不仅是\"稳定\",更是\"不变\"。任何可能破坏这种稳定性的东西,Debian都会本能地审视和防御。AI代码带着版权模糊、质量不可控、生态伦理争议三大原罪,自然会触发Debian的免疫反应。
Ubuntu的基因是\"使能\"。 Canonical是一家公司,它的使命是让Linux变得更易用、更普及。Mark Shuttleworth曾说希望Ubuntu成为\"智能体时代的操作系统\"——这句话的潜台词是:AI不是可选项,是必选项。如果Ubuntu不拥抱AI,就会被时代抛弃。
有趣的是,这两者其实并不矛盾——而是开源生态中不同角色的健康分工:
- • Debian负责\"守\":确保自由软件的纯度不被稀释
- • Ubuntu负责\"攻\":把新技术打包成普通人也能用的产品
对Ubuntu普通用户意味着什么?
如果你只是一个用Ubuntu日常办公、写代码、上网的用户,这场Debian vs Ubuntu的AI争论对你有什么实际影响?
短期(6个月内):几乎零影响
Debian的讨论和投票至少需要数周甚至数月才能出结果。即使最终通过了禁令,它也只约束Debian项目本身——不会直接限制Ubuntu。Ubuntu虽然在打包层面依赖Debian的上游,但Canonical有自己的决策权。
中期(26.10发布时):你会开始感受到AI
Ubuntu 26.10将于10月15日发布,届时你会看到:
- • 系统设置中可能出现\"Myna语音输入\"的选项
- • 桌面体验中可能融入\"上下文感知\"的AI辅助(均为可选择开启)
- • 所有AI功能都可以通过
snap remove一键删除
长期:Linux桌面的AI之路已经不可逆
无论Debian投出什么结果,AI进入操作系统的趋势已经不可逆转。Windows有Copilot,macOS有Apple Intelligence,Linux如果缺席就等于自动放弃桌面市场。
Ubuntu作为最主流的Linux桌面发行版,选择拥抱AI是战略必然。而Debian的\"刹车\"角色,则确保这条路上不会丢掉自由软件的核心价值。
可以说,Debian和Ubuntu的分歧,恰好构成了开源生态中一种健康的\"制衡\":一个踩油门,一个踩刹车。
你怎么看?
回到Debian公投本身——四个选项中,你会选择哪边?
- • A. 全面禁止:AI代码不配进入自由软件
- • B. 允许但标记:务实路线,用了就说
- • C. 伦理反对但务实妥协:心里不接受,手上没办法
- • D. 不推荐但不禁止:责任归提交者,顺其自然
如果你在评论区留下你的选择和理由,也许下次Ubuntu做类似决策时,你的声音会被听见。
以及——如果Ubuntu 26.10真的把Myna语音输入做得很好用,你会用吗? 还是会像某些Reddit用户说的那样,\"宁可打字打到手指断掉也不让AI碰我的电脑\"?
💡 UbuntuNews | 资讯·工具·教程·社区
🐧 关注我们,获取更多Ubuntu/Linux技术干货
💬 加入QQ群/频道,与全国爱好者交流成长
❤️ 觉得有用?点个\"在看\"分享给更多人!
版权声明
本站仅做备份收录,仅供研究与教学参考之用。
读者将信息用于其他用途的,全部法律及连带责任由读者自行承担,本站不承担任何责任。










评论