从Ubuntu哲学到AIBOOK:我存在,因为我们存在

老树 Venerable tree 2026-04-19 21:08:16

一个年轻人用云端ChatGPT能连续对话6个小时,眼都不眨,水都不喝。

同一个年轻人,打开Windows笔记本,点点豆豆8分钟,就开始刷手机、切换网页、上厕所。

你觉得这是——

自律问题、意志力问题,还是TM态度问题?

全球开源社区,有一组长期跟踪数据:

在所有被定义为“沉迷代码”的Ubuntu贡献者当中,

超过85%的人,在智力与创造力测试里属于中等偏上,甚至更高。

什么意思,就是说,开源的家伙们脑子转得比谁都快。

 

为什么?

接下来,我有一个有意思的推演:

一个孩子在AIBOOK上启动Ubuntu,能专注6小时不眨眼; 同一个孩子用Windows写作业8分钟就开始走神。

你猜这是为什么?

哈哈,有人会说因为机器不好使。

但是,借助这个无厘头结论,今天我想一层一层拆给你看,Ubuntu的命名者与开源先驱大佬,到底用了什么手段,抓住聪明人的注意力?

搞明白这套逻辑,你对“存在”的理解会彻底翻个面。

首先,当下大部分人对Ubuntu的理解停留在两个词:门槛,开源。

(门槛这事儿,我后边再说)

 

先说开源吧,这就不得不扯上ubunbu的设计思想。

当你第一次在AIBOOK上按下电源键,Ubuntu系统启动的那一刻,

你已经接入一条延续两千多年的非洲哲学河流。

它的名字只有一个词:

Ubuntu。

它来自一句话——

Umuntu ngumuntu ngabantu.

(一个人之所以成为人,是因为其他人)

或者,用最熟悉的现代翻译:

I am because we are. 

(我存在,因为我们存在) 

这和西方哲学“我思故我在”开始的个体主义完全相反。

Ubuntu却把“共同体”当作起点。

没有“我们”,就没有“我”,你知道的,这很东方。

 

一,Ubuntu,东西方交相辉映

Ubuntu不是孤立的非洲哲学。

它在东方思想史上,找到了不止一个,而是一系列的动人的交相辉映:

比如:庄子在《齐物论》里,“天地与我并生,而万物与我为一”和Ubuntu的“通过他人成为人”何其相似?

庄周梦蝶追问“我是谁”,Ubuntu直接说,你能在关系里找到答案。

比如,禅宗“不立文字,直指人心”。大模型的token把世界切成碎片,但Ubuntu提醒我们:真正的理解,永远在关系里发生。

当你让大模型扮演“祖师西来意”时,它或会卡壳——

因为禅宗拒绝被文字捕获,而Ubuntu哲学恰恰是“文字之外的关系”。

比如,王阳明的“知行合一”,放到AI时代,就是Agent的最高境界。不是“我知道怎么用AI”,而是“我与AI、与社区共同成为更好的存在”。

在这个地方,Ubuntu提供了一种独特视角:

它不谈“天人合一”,
它谈“人-人合一”;
它不谈“无我”,
它谈“通过我们成为我”。

这种视角,正是我们今天用本地AI时需要的锚点。

把这个词源放到AIBOOK的语境里,非常有意思:

这台机器的机身是封皮,Ubuntu是目录,本地预装是章节内容。

然后,AIBOOK,就变成一本接入全球开源社区的成长之书。

 

二、马克·沙特尔沃思的选择

2004年,南非人马克·沙特尔沃思创立Canonical公司,推出Ubuntu Linux发行版。

他为什么选这个名字?

因为他看到从RMS的GNU宣言,到Linus Torvalds的Linux内核,再到今天Hugging Face的开源模型。

本质上就是I am because we are的实践。

一个人的代码,因为成千上万人的贡献而变得完整;一个发行版,因为全球社区的协作而变得强大。

“Ubuntu提醒我们,‘我之所以是我,是因为我们所有人’。这台机器的自由,不是孤立的自由;一个人的解放,也不是独自的解放。”

今天,当你在AIBOOK上部署DeepSeek、kimi、Qwen、Ollama时,你其实在重复2004年的那个深刻致意:

你并不孤独,你开始接入了一条延续半个世纪的思想河流。

国产GPU + Ubuntu + 本地大模型 = 中国版本的“I am because we are”。

AIBOOK像不像这条毛细血管的末梢?

它正在试图把AI从云端带到家庭、教室、县城......让每一个普通人,都开始拥有一种“因为我们存在,所以我存在”的数字尊严。

 

三、Ubuntu给AI伦理的三重启示

接近结束,我想再讲一个故事。

最近,哈萨比斯在一次访谈里,谈到他的遗憾:

AI发展已经脱离了他当初设想的美好愿景和初衷,而且越来越远。

现在的局面,已经进入一堆巨头为了商业的绞杀战循环,人类被迫裹挟到AI军备竞赛的车轮里。

这何其讽刺!

作为一个草根博主,此时此刻,Ubuntu带给我的启发,胜过千言万语。

至少,有三条思考能与开源社区的小伙伴共勉:

1.共同体优先

不是“AI不能伤害单个用户”,而是“AI必须让整个社会、家庭、学校、个体相互帮助、更加完整”。

你提交一个Pull Request,最兴奋的时刻不是代码被合并,而是看到社区维护者回复“Looks good, let’s discuss the edge case”的时候。

开源社区的极客们对这个规律烂熟于心。

你修改一行配置文件,终端立刻回显绿色成功提示,GitHub上实时显示“+12, -3”,背景音乐般的系统音效响起,这一整套视觉、听觉与社交暗示全部指向同一个信号:你马上就要成为共同体的一部分。

大脑里的多巴胺在这个瞬间达到顶峰,合并之后呢快感反而迅速回落。

系统需要立刻抛出下一个Issue、下一次fork的可能性,让大脑永远停留在“快要被需要”的高浓度多巴胺状态。

这就是所谓“沉浸”的本质,是对“被共同体需要”的期待。

2.社群修复

AI出错时,不是惩罚模型,而是让社区一起修复它。

我们当然期待,每一行代码都有commit记录在动,每一次Issue都有人回复在解锁,每一个小时都有社区战报在弹出。

用户的大脑不断收到确认信号——你的付出有用,你正在让整个系统更完整。

假设一个用户配置了30个参数,第二天重启后坏了8个,系统只画了8个红叉,对了22个却没有任何视觉化呈现。

大脑记住的不是“我进步了”,而是“我又失败了”。反馈密度低,还全是负反馈,这种组合对动力系统的杀伤是双重的。

开源社区的好处,就是会把反馈变成一套“动态难度调节系统”。

然而,我们更期待的,是社区不仅能够实时监测用户的贡献数据、Issue解决率、代码审查反馈,而且还能自动调整下一级挑战。

你提交顺利,社区会抛出更复杂的bug让你攻克;你连卡三关,论坛立刻有人贴出“新手友好版指南”。

一个贡献者在开源社区上挑战一个棘手bug,最终没解决,他会不甘心,但他不会觉得自己是个废物。

为什么?

因为这个挑战是他自己选的,他可以选容易的文档翻译,但他偏要攻克难的,输了是暂时的,再fork一次就好了,没有任何人会因此否定他的价值。

你自始至终感觉不到人为调整,但体验始终停留在“有点难,但我再试一次应该能过”的区间里。

社区积极正向反馈,这就变成了心流通道,越走越顺,越走越多。

3. 人文的温度

一台机器,只有当它帮助爷爷奶奶读报、帮助山村孩子学编程、帮助内容创作者完成作品时,才真正理解和掌握了Ubuntu哲学。

这条其实是最难也是最基础的。

要让一个技术人员去将就大量涌入的社区小白,很容易陷入“知识的诅咒”。

 

让一个小白有自主感:选什么桌面、用什么包管理器、先修什么bug,全部自己说了算;

有胜任感:社区的难度曲线,确保你始终觉得“我可以再进一步”;

再加上归属感:公会般的邮件列表、IRC、论坛,你永远不是一个人在战斗。

 

不过......不过......

以上,全都是装满“技术味”的解决方案!

 

有没有想到,一个市场要越宽,生态要越厚、越多远,反而门槛必须越低呢?

比如,各类版本的适配包早早就准备妥当:

老师的、学生的、家长的、中小企业的……一键下载安装,自然语言对话(这是大模型开给linux的时代红利!)。

服务+安装+上门99

怎么样?

也许有一天,我们会意识到,AI企业最大的竞争对手,从来不是某一家云端大厂,而是我们自己对人性的傲慢,以为“我是为你好,就可以替代你去理解你的大脑怎么转”。

一个不研究用户需求的产品经理,做不出好产品。

一个不理解“关系性存在”的操作系统,同样走不远。知识从来不缺,缺的是让知识流进共同体的那条通道。

 

好吧,当你下次在AIBOOK上启动Ubuntu时:

你不仅在启动一个软件,而是在加入一场持续半个世纪的哲学实践哦。

I am because we are.

一位草根博主,期待这一本可以运行的AI之书(AIBOOK),持续生长,开枝散叶。

...全文
130 回复 打赏 收藏 转发到动态 举报
写回复
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
内容概要:本文介绍了基于低秩逼近代理模型的N-1安全约束经济调度快速计算方法,并提供了完整的Matlab代码实现。该方法针对电力系统中N-1故障场景下的安全约束经济调度(SCED)问题,提出采用低秩逼近技术构建高效代理模型,有效降低高维优化问题的计算维度与复杂度,显著提升多场景下调度方案的求解效率。文中系统阐述了数学建模过程、代理模型构造原理、低秩近似算法推导及其实现流程,特别适用于含高比例可再生能源接入、存在大量不确定性因素的现代电力系统优化调度,能够在保障计算精度的同时满足实时性与准实时性应用需求。; 适合人群:具备电力系统分析、优化理论基础及Matlab编程能力的研究生、科研人员和工程技术人员,尤其适合从事电力系统经济调度、安全稳定分析、不确定性建模与高性能计算等相关领域的专业人士。; 使用场景及目标:①应用于大规模电力系统在N-1故障条件下的快速安全校核与经济调度决策支持;②为高渗透率新能源接入的电力系统提供高效的多场景优化求解方案;③支撑日前调度、实时调度等对计算速度与精度均有较高要求的工程应用场景。; 阅读建议:读者应结合所提供的Matlab代码深入理解算法实现细节,建议在标准测试系统上复现并调试程序,以掌握低秩逼近方法在电力系统优化中的具体应用技巧,并可根据实际研究方向进行模型拓展、性能对比与算法改进。
内容概要:本文档聚焦于电力系统黑启动与负荷恢复的研究,结合Matlab代码实现,系统探讨了电力系统在发生大面积停电事故后的恢复策略。研究内容涵盖了黑启动过程中的关键环节,如发电机组的启动顺序、恢复路径规划、负荷逐步投入等,并通过Matlab仿真对恢复流程进行建模与验证,旨在优化恢复时序与资源配置。文档还关联了智能优化算法、机器学习、路径规划、电力系统故障分析与调度优化等多种技术方向,展现了其在科研与工程实践中的广泛应用前景。配套代码和资料可通过提供的网盘链接下载,便于读者复现与拓展研究。; 适合人群:具备电力系统基本理论知识和Matlab编程能力的研究生、高校科研人员及从事电力系统运行、调度与控制相关工作的工程技术与研究人员。; 使用场景及目标:①用于电力系统恢复策略的教学演示与科研仿真分析;②支撑黑启动方案的设计、评估与优化决策;③为复杂电网故障后快速恢复供电提供算法模型与技术参考; 阅读建议:建议读者结合网盘中的完整代码资源,按照文档所述技术路线逐步实践,重点关注黑启动过程中机组启动逻辑与负荷恢复的协调机制,并可进一步拓展至多能源协同恢复、智能算法优化等前沿研究方向。
源码直接下载地址: https://pan.quark.cn/s/1eceaa56687c Chrome 开发者工具中文手册 =============== Chrome DevTools 是公认的优秀的前端调试工具,由于功能强大,所以使用起来有一定的学习门槛,与此同时 Chrome DevTools 暂时没有中文手册,对于不太熟悉英文的同学会比较吃力。 本项目的初衷是为想使用或者正在使用 Chrome DevTools 的同学提供一个中文手册,方便大家学习使用这个优秀的工具,提高前端开发效率和质量! 翻译流程 第一阶段 先将 Chrome DevTools 的内容按现有的目录结构翻译成中文,其中: 文章正文内容均放在 目录下,采用 格式。 文章中所用到的图片资源暂时先用现有英文手册的原始链接,后续图片资源会统一托管到七牛云存储 文件命名规则 文件名为 Chrome DevTools 对应文章超链接中 后的部分。 所有的空格和 用 代替。 例如: 这篇文档,对应 这个文件。 对于下级子页面文档,将其放在以父级文档名称命名的文件夹下面。 例如: 属于 那么将放置在 。 第二阶段 根据翻译文档,制作成类似在线手册或者与官方文档类似的网站,方便大家参阅。 参与项目 欢迎你参与翻译本项目,在翻译的过程中,可以锻炼你的英语能力和 Chrome DevTools 的实际应用能力,同时还为他人提供方便,何乐而不为? 一个个 commit 堆积起来就是一个了不起的 repo,欢迎你 Fork 并提交 Pull Request 或者 Issue ,哪怕是改正一个错别字、修正一个病句,我们都会很高兴。 参与方法和步骤如下: 登录 https://.com Fork 创建您的特性分支 (gi...

277

社区成员

发帖
与我相关
我的任务
社区描述
摩尔线程成立于 2020 年 10 月,以全功能 GPU 为核心,致力于向全球提供加速计算的基础设施和一站式解决方案,为各行各业的数智化转型提供强大的 AI 计算支持。 我们的目标是成为具备国际竞争力的 GPU 领军企业,为融合人工智能和数字孪生的数智世界打造先进的加速计算平台。我们的愿景是为美好世界加速。
企业社区
社区管理员
  • 摩尔线程
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧