第2期 | 一封帖子的底气

操作系统 · 2026-10-19 · 九羲科技

一、Linux 线

第1章 · 切口1：1991年8月26日那封帖子

上一期讲到，他的终端模拟器一点点长成了内核的模样；这一期，讲他为什么敢把它公之于众。

先看帖头。1991年8月25日 20:57:08 GMT，comp.os.minix 新闻组，标题 "What would you like to see most in minix?"，摘要栏写着 "small poll for my new operating system"。按北京时间换算，正是 8 月 26 日凌晨 4 点 57 分——中文世界里"8月26日那封帖子"的说法，就是这么来的。

正文短得像张便条，骨头只有三句：

"I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones."

"This has been brewing since april."

"I've currently ported bash(1.08) and gcc(1.40), and things seem to work... I'd like to know what features most people would want. Any suggestions are welcome, but I won't promise I'll implement them:-)"

末尾还有个 PS："it's free of any minix code... It is NOT protable (uses 386 task switching etc), and it probably never will support anything other than AT-harddisks, as that's all I have:-("。注意那个拼错的 protable，三十多年了，没人替他改。

一个 21 岁的赫尔辛基大学生，跑到 Minix 自己的地盘上，宣布要写一个替代 Minix 的东西，还顺手做个民意调查。他的"敢"，是四层底气摞出来的：

第一层，硬件在手。1991 年 1 月初，他用圣诞和 21 岁生日的钱买下第一台 386：33MHz 主频，4MB 内存，40MB 硬盘，据公开资料约合 3500 美元。MS-DOS 喂不饱这块芯片——DOS 还活在 16 位的昨天；而 Minix 出于教学和可移植的考虑，守着 16 位模式，没去碰 386 的保护模式。好马没配好鞍，他决定自己配。

第二层，代码在手。从 4 月攒到 8 月，发帖时 bash 1.08 和 gcc 1.40 已经 port 上去跑起来了，"things seem to work"。他不是空手要反馈，是拿半成品换反馈。先交付证据，再要意见——顺序不能反。

第三层，敢问在先。7 月 3 日，他已经在同一个组发过一帖，求 POSIX 标准的文档。没求到，转头去翻学校 Sun 服务器的 SunOS 手册，对着抄系统调用。求不到就自己走。"敢"不是鲁莽，是"先伸手，伸不到就自己动手"。

第四层，空气对。他呼吸的是《硅谷之火》（Freiberger & Swaine, 1984）里的空气：1975 年 Altair 8800，Homebrew 俱乐部，一群人相信个人的双手可以造计算机。十六年后，这口气吹到了赫尔辛基的一间学生公寓。宿舍、21 岁、圣诞钱买的机器——和车库里的 Altair，是同一种配方。

还有个小注脚：他本来想叫它 Freax（free + freak + x），嫌 Linux 这个名字太自大。是 FTP 管理员 Ari Lemmke 在 ftp.funet.fi 上没跟他商量，直接建了 /pub/OS/Linux 目录。9 月 17 日，0.01 版就传了上去。连名字，都是别人替他"敢"了一把。

二、原生 AI OS 线：如果 AI 的 OS 先出现

把帖子拆开看，它的本质是两件事：把半成品公开，向世界要反馈。

在原生 AI OS 里，这两件事不需要"敢"。每个智能体的工作区对协作网络默认可见，checkpoint 即发布，能力清单自动广播。"敢发布"从一种美德，变成默认协议。

真正难的会反过来：敢保留，敢拒绝。帖子里最被忽略的其实是最后一句，"but I won't promise I'll implement them"——敢要反馈，也敢不听。在 AI-native OS 里，每个 agent 都会淹没在全网的建议洪流里，保住自己的目标函数不被污染，才是新的"敢"。

还有一笔范式之眼的账，今天先记下：他在 PS 里亲口写 "uses 386 task switching etc"——Intel 把多任务做进了硬件，TSS 硬件任务切换、保护模式，硬件在替他扛，他才敢。今天反过来了：GPU 把"向量阵列"做进了硬件，OS 却还在用给 386 设计的抽象——进程、线程、时间片——去调度它。硬件又往前走了一大步，OS 的抽象还留在原地。这个错位，第 61 章再讲透。

照见一下可能性：如果 xuanora 的每条研判都自带一句"这是我看到的，你还想看什么"，研判就从单向输出变成双向生长。Linus 的帖子证明过：邀约本身，就是生产力。

三、现在动手线：今晚就能试的一步

照着帖子的五句话，写一封"1991 式帖子"，对象是 RK3588 边缘盒——或者 xuanora 当前最半成品的那个功能：

我在做什么 / 开放到什么程度 / 跑在什么硬件上 / 已经能跑什么 / 你最想要什么功能。

发给一位最熟的经销商，或者最敢说真话的朋友。24 小时后数一数：收到几条实质性的"功能愿望"。

可观察的现象：人们回的不是夸奖，是愿望清单。1991 年 comp.os.minix 发生的就是这件事。Linus 验证过的机制很简单：半成品 + 具体问题，胜过成品 + 泛泛宣传。

落地的账也好算：缺的不是技术，是把半成品拿出来的那一下。而经销商渠道，就是她手里现成的 comp.os.minix。

· · ·