Thomas Ptacek 是安全圈的传奇人物。他在自己的博客上写了一篇文章叫The Emacsification of SoftwareHN上拿了194分。看完之后我愣了一会儿因为他说出了我一直隐约感觉到但没想清楚的一件事AI 不只是让写代码变快了它正在改变软件这个词的含义。一句话结论AI agent 把软件开发至少是简单个人工具层面的门槛降到了配置的级别。每个人都能像 Emacs 用户定制自己的编辑器一样定制自己的原生应用。这不是无代码这是代码的生产成本在特定场景下趋近于零。从一个 Markdown 查看器说起Ptacek 的故事很简单。他想要一个好用的 macOS Markdown 查看器不是编辑器只是查看器。App Store 上有几个要么没搜索功能要么不能复制文字要么藏着应用内购买。Bear 和 Typora 不错但它们是编辑器双击一个 .md 文件会把他的编辑环境搞乱。然后他想2026年了我干嘛不直接让 AI 生成一个结果花了大约 30 分钟的交互时间剩下几小时他在 Facebook 上跟人吵架Claude 在后台跑生成了一个叫 MDV 的原生 macOS 应用。支持全文搜索、SQLite FTS 索引、书签、目录导航、记住阅读位置还有他自己在意的配色和排版。比 App Store 上能找到的任何专用 Markdown 查看器都好用。一个安全圈的传奇人物30 分钟交互时间搞出了一个比专业 App 开发者做得更好的专用工具。这个事情本身就很能说明问题了。这件事为什么重要Ptacek 接着讲了一个更有意思的观察。他电脑上装的 Signal 每次收到消息屏幕就会闪烁因为 Signal 是 Electron 应用本质上是套了一层 Chromium 的网页。他说这个闪烁会让他偏头痛。Electron 统治了桌面应用十年不是因为好是因为够用。原生 UI 开发者太难找了SwiftUI 和 AppKit 的人才稀缺。用 Electron随便找个前端就能堆出一个桌面应用。代价是每个应用都带一份完整的 Chromium内存占用动辄几百MBCPU 使用率永远降不下来。你的 Mac 上开着 VS Code、Slack、Discord、Notion本质上就是同时跑了四个 Chromium 浏览器。电池和风扇都在替你哭。但现在 AI agent 能写原生 UI 了。Ptacek 的原话是Claude isnt just a replacement-level SwiftUI developer. Claude is actually good. Claude 不是一个勉强能用的 SwiftUI 开发者它是真的写得不错。这意味着原生 UI 的开发成本从找到一个稀缺的高级开发者降到了跟 AI 描述你想要什么。Emacs 文化泄漏Ptacek 用了一个很有画面感的比喻。Emacs 用户的典型行为是自己写一堆 elisp 脚本来解决自己的问题99% 只有自己用偶尔有一个特别好用的比如 Magit逃逸出去变成社区标配。Emacs 的设计哲学就是鼓励这种极致个性化的工具构建。但现在这种文化不再局限于 Emacs 了。AI agent 让所有软件都变得像 Emacs 一样可编程。你有了一个问题描述给 AI30 分钟后你就有了自己的原生应用。Ptacek 把这个叫Emacsification软件不再是产品团队设计 → 工程师实现 → 用户使用的单向流程而是变成用户自己发现问题 → AI 帮你解决 → 顺手分享想法的个性化循环。软件不再是产品更像是配置。而且他特别强调了一件事在这种模式下源代码反而不重要了。如果 AI 写了所有的 SwiftUI 代码你去读它的源码有什么意义真正有价值的是想法、提示词、和原来可以这样搞的思路。这对开源社区是个有意思的挑战当代码变得唾手可得时开源这个词的含义也在变。我自己的感受说实话我完全理解 Ptacek 说的。过去半年我自己用 AI 写代码的体验就是很多之前觉得不值得花时间做的小工具现在随手就做了。一个定制化的日志分析脚本一个自动生成周报的小工具一个把会议纪要转成待办事项的流水线。这些小东西以前不是做不了是要花的时间远超它给我带来的价值。现在边际成本趋近于零很多事就值得做了。这种变化看起来不起眼但它改变了一个关键的心理阈值。以前做一个工具之前你会先想值不值得花这个时间。现在你不会想了因为时间成本几乎为零。想清楚要做什么反而成了瓶颈实现不是了。当然这个判断只适用于简单个人工具复杂系统支付引擎、编译器、分布式数据库的实现仍然是核心瓶颈AI 目前帮不上太多忙。另外我跟 Ptacek 的乐观有一点分歧。他觉得这是unalloyed good纯粹的好事。我倒觉得这里面有个被忽视的副作用工具碎片化。这个矛盾才是 Emacs 化在企业场景下最关键的问题。当每个人都在生成自己的工具时团队协作的成本会上升。你用你 AI 生成的脚本分析日志我用我 AI 生成的脚本分析日志大家的输出格式不一样对接起来就是噩梦。两个人的个人工具碰到一起就是标准化问题。Emacs 世界的每个人有自己的 .emacs 配置之所以能运转是因为 Emacs 本质上是个人工具。但企业软件不是个人工具它需要标准化、可维护、可交接。所以我的判断是两条线并行个人工具层面Emacs化是不可逆的趋势而且是好事团队和产品层面你仍然需要工程化思维来管理这种个性化工具的扩散。端侧开发者要紧张了如果你是做桌面应用或原生 UI 的开发者这件事值得认真想想。不是说你会被 AI 取代而是市场的结构在变。以前用户的需求是由 App Store 里的应用来满足的开发者的价值在于你能做出用户想要的东西。现在用户可以自己生成了开发者的价值要往上游移从做工具变成做工具的工具。Ptacek 在文章最后提到了一个很酷的例子他用 AI 给 bpftrace 做了一个原生 UI 可视化界面。Brendan Gregg性能分析大神以前为了在终端里做可视化要搞各种 ugly 的 hack用 ASCII 字符画图表费劲还不直观。现在不用了直接生成一个原生界面美观、交互友好、还能跨机器聚合数据。你再也不用在黑色的终端窗口里对着满屏滚动的一堆数字发呆了。这种给丑陋的终端工具套个漂亮的原生 UI的需求未来会越来越多。谁能把这个流程标准化、产品化谁就能吃到这波红利。更长远地想如果代码真的在简单工具层面贬值了软件行业的商业模式会怎么变SaaS 订阅的基础是你自己做不了所以我帮你做按月收费。当用户自己能做的时候这个逻辑就不成立了。也许会出现新的模式卖想法和提示词模板而不是卖软件本身。或者个人工具的包管理器让好的想法能像 npm 包一样传播而每个人用的是自己 AI 生成的实现。这些推演不确定但值得现在就开始想。冷静一下Ptacek 的文章有几个没展开的问题第一AI 生成的原生应用的可维护性。今天 Claude 帮你生成了一个很棒的 Markdown 查看器三个月后 macOS 更新了某个 API你的应用挂了。你还能找到当时生成它的上下文吗你的提示词还记得吗这个问题在个人工具上无所谓但在生产环境中是致命的。第二安全性和代码审计。Ptacek 自己是安全研究员他有能力评估 AI 生成的代码是否安全。但大多数用户没有这个能力。当你用 AI 生成一个处理文件的原生应用时你确定它没有引入安全漏洞Electron 虽然臃肿但它的安全模型是经过大规模验证的。一个 AI 随手生成的原生应用谁来做代码审计更关键的是大多数用户根本意识不到这个需求。第三30分钟这个时间有水分。Ptacek 自己承认了他之前花了几周时间准备搞了一台旧 MacBook装好了 Xcode 和 git配置好了 Claude还找了一些 Swift 和 macOS 设计的技能。30分钟只是最后交互的部分。普通用户从零到可用可能要几天。但这个门槛会随着工具链的成熟继续降低。我的判断Emacs化这个概念精准地捕捉了 AI 对软件开发的一个深层影响在个人工具层面代码的生产成本正在趋近于零软件的价值正在从实现转移到想法。2026 年下半年我们会看到更多个人软件冒出来。大多数只有创作者自己在用但偶尔会有一个特别好的想法逃逸出去变成某种标准。这个节奏跟开源社区的模式很像只是速度更快、门槛更低。如果你是开发者别抗拒这个趋势。试试用 AI 做一个你自己一直想要但嫌麻烦没做的小工具。体验一下30分钟从想法到可用应用的感觉。然后想想你能把这种能力怎么用到你的工作里。不是让你把所有东西都用 AI 重写一遍。而是想清楚哪些需求以前因为成本问题被你否决了现在这些需求是不是值得重新评估Ptacek 在文章最后说了一句话我挺喜欢的I dont have a grand pronouncement to offer about the Future of Software. 他没有对软件的未来做什么宏大预言。他只是说nerd software 会变得更有意思。我觉得这就够了。不需要每次都上升到行业变革的高度有时候一个好玩的变化就是一个好玩的变化。承认它好玩本身就有价值。软件正在 Emacs 化。这不是坏事但你需要知道它正在发生。知道了才能在这个变化里找到自己的位置而不是被它推着走。