软件正在 Emacs 化：AI 时代的个人软件复兴

> 原文： The Emacsification of Software — tqbf (Thomas Ptacek), 2026-05-12

> HN 讨论： 419 分, 265 条评论 news.ycombinator.com/item?id=48118727

一、引言：什么是"Emacs 化"？

2026 年 5 月 12 日，知名安全研究员 tqbf（Thomas Ptacek）在个人博客上发表了一篇题为 The Emacsification of Software 的文章，迅速冲上 Hacker News 首页，获得 419 分、265 条评论。

「Emacs 化」的核心洞察是：

> 现代软件正在经历 Emacs 过去四十年走过的道路——庞大、内置脚本语言、插件生态，但没人想重写它。

但 tqbf 的论点比这更深一层：AI 代理正在将 Emacs 文化扩散到整个软件世界。 过去只有 Emacs 用户会为自己写 elisp 小工具，现在每个人都可以为自己定制原生 UI 应用。Emacs 的那种「万物皆可自己造」的精神，正在溢出到主流软件开发中。

二、故事的起点：30 分钟生成的 Markdown 阅读器

tqbf 需要一个好用的 Mac 原生 Markdown 阅读器。他试过了：

他的结论：找一个趁手的 Markdown 阅读器是在浪费时间。

于是他花了几小时（其中交互时间只有 30 分钟）让 Claude 生成了一个 macOS 原生 Markdown 阅读器——MDV.app。

> "这些 AI 生成的东西不一定是世界上最好的 macOS 应用，但它很可能就是最好的专用 Mac Markdown 阅读器。"

MDV.app 的功能：

tqbf 强调：你要的不是这个应用本身，而是这个思路——「如果一个 nerd 愿意为自己造轮子，现在一切在实践层面上都可编程了。」

三、历史对照：从 Emacs 到 AI 代理

Emacs 文化

> "Emacs 的终生用户用 elisp（世界上最[伟大]的[可怕][语言]之一）构建了整个应用。"

Emacs 文化的精髓：

1. 个人软件 — 所有 elisp 包都是为解决个人痛点而生

2. 展示与讲述 — /r/emacs 里 0% 是 Product Hunt，100% 是 Show & Tell

3. 万物可塑 — 没有什么是不能改的

4. 代码不如想法重要 — elisp 包的价值在于「原来还能这样做」的洞察

但 Emacs 一直有个致命弱点：除了 Magit，它的包用户体验普遍糟糕——丑陋、缓慢、需要数年 elisp 经验才能发现。

AI 代理改变了什么

「AI 代理裂变了 Emacs 文化，它正在泄漏到更广阔的世界。」

关键变化是：有屏有输入，代理就能构建原生 UI。 原生 UI 过去是专业打包软件的领地，现在变得像编辑配置一样私人定制。

四、深入分析：Emacs 化的三个维度

1. 从「构建」到「配置」

tqbf 敏锐地观察到：

> "当用代理创建软件时，说自己在'构建'它是什么意思？'构建'暗示的投入比你实际付出的多。你做的更像是'配置'——在一个突然变得更可配置的平台上。"

这是一个根本性的范式转变。软件的创作行为从工程变成了配置。门槛降低到近乎为零。

2. 个人软件复兴

历史上，个人软件是 1960 年代家用计算的原始愿景。 每个人都该有自己的电脑终端，自己写程序解决问题。

LLM 让我们前所未有地接近这个愿景。HN 评论者 aledem 回忆：

> "仅仅 5 年前，大多数演讲者还在说每个人都要学编程。现在鸿沟已经完全弥合——每个人都能做人们说了几十年的事：让电脑为你编程。"

simoesd 补充了另一个视角：

> "这正是为什么我最看重工作流工具的可扩展性。我可以试试别人的 neovim 插件，判断我是否真的需要它，然后做出完全符合我心理模型的个人版本。"

3. 软件生产的经济学颠覆

评论者 rbanffy 提出了一个简洁的框架来分析这种变化：

变量含义
A发布工具的难度
B创建工具的难度
C工具对他人的有用性
D发布工具的社会奖励
E添加依赖的负激励

AI 极大降低了 B（创建难度），但 A（发布难度）也降低了——这意味着虽然会有大量个人工具产生，但只有那些 C（对他人有用）足够高的才会传播。

五、Lisp 诅咒 vs Emacs 祝福

评论者 teddyh 引用了著名的 Lisp 诅咒（The Lisp Curse）：

> "程序员开始自己写一切的现象，在 Lisp 领域被命名为'Lisp 诅咒'。它是一个诅咒，因为程序员停止协作。每个人都成了自己塔里的巫师，整体进步停滞，黑暗时代降临。"

这是对 Emacs 化最严肃的质疑：当每个人都能自己造工具，我们还会协作吗？社区还会存在吗？

但 tqbf 的回答是：代码不重要，重要的是想法。 Emacs 生态的真正价值不在于 elisp 源码的质量，而在于催化反应——你的本地配置和别人的 elisp 代码之间产生的化学反应。在 AI 时代，「你更想要的是 prompt，而不是源码。」

mcookly 进一步区分了「个人软件」和「软件个人主义」：

> "LLM 生成的软件缺乏共享的软件传统。也许最好称其为'软件个人主义'，而非'个人软件'。"

六、评论区高赞观点

「你不需要 MDV.app，你需要的是这个想法本身」

tqbf 自己在评论区补充了一系列值得「个人化」的软件类别：

> "以下这些目前仍以打包软件为主——nerds 应该把它们收回来：播客应用、音乐播放器、RSS 阅读器、Bluesky 客户端、笔记应用、桌面书签/稍后读、聊天与即时通讯、时间追踪器、菜谱管理器。"

「是时候放弃 Electron 了」

morpheuskafka 看到了更深层的变革：

> "这篇文章暗示了 LLM 编程尚未实现的一个变革：我们能不能最终放弃 Electron/React Native，让 LLM 自动将 Figma/wireframe 和行为规范转化为各平台的真正原生应用？"

「性能 vs 概念验证」

kettlez 在试用 MDV.app 后质疑：

> "做一个小型概念验证很容易，但性能和可靠性仍然很难。我打开了一个大文件，立刻滚动卡顿，然后应用崩溃了。"

「个人软件从未消失」

SoftTalker 追溯到更早：

> "个人软件是 1960 年代家用计算的原始愿景。PC 并非预期的那样，但人们认为每个人都会在家的终端上写程序。我们还没完全到达那里，但 LLM 让我们越来越近了。"

Dang 的评论

HN 管理员 dang 也表达了共鸣：

> "这太对了，我一直在跟愿意听的人说……软件生产现在如此容易，以至于一切都是一个 .emacs 文件：每个人都有自己的、完全个人化的、可无限定制的软件茧。"

七、深远影响

对 App Store 经济的冲击

当 30 分钟就能生成一个比 App Store 上任何同类产品都好用的原生应用，App Store 的商业模式还站得住吗？tqbf 的 MDV.app 本身就是最好的例证——它不是商品，而是被开源并鼓励 fork的模板。

Electron 的未来

如果每个人都能用 AI 生成原生 SwiftUI 应用，Electron 的「虽差但够用」论点会动摇。为什么还要背负 Chromium 的包袱？

维护问题

> "这个模式最危险的地方不是 Emacs 化，而是每个人都有一堆 AI 生成的一次性脚本，没人维护。"

这是对「软件个人主义」最尖锐的批评。Emacs 配置可以 20 年不坏，但 AI 生成的原生应用依赖 Swift/Xcode 版本、macOS API 变化——这些外部依赖不会等你。

「不可替代也不可重写」

tqbf 的文章暗示了一个悖论：AI 降低了软件的入场门槛，但这些工具会像 Emacs 一样——初始时优雅，演进中膨胀，最终不可替代也不可重写。

Emacs 用了 40 年走到这一步。AI 可以让一个软件在 4 周内走完同样的轨迹。

八、结论

tqbf 没有给出宏大的宣言，但他的结论很实诚：

> "我不觉得 nerd 软件会变得面目全非。但我很确定它会变得有趣得多。"

Emacs 化不是关于 Emacs 本身。它是关于：

1. 门槛消失 — 每个人都能为自己造工具

2. 原生 UI 民主化 — 不再需要专业团队

3. 想法 > 代码 — 最值钱的是洞察，不是实现

4. 个人 > 平台 — 从消费软件到创作软件的转向

> "构建原生 UI 现在变得好玩了——比构建 Web 界面好玩得多。试试看；为你自己特定的问题造点愚蠢的东西，享受它一小会儿，然后把它分享到某处——或者更好的方式：只分享一张截图和你用的 prompt。"

资源

报告日期：2026-05-15