「想法文件」替代App:Andrej Karpathy说的范式转变是什么

Andrej Karpathy最近提了一个让很多人重新思考软件本质的观点：

不要做App，做想法文件。

这句话听起来违反直觉。在这个App堆成山、什么都往应用商店塞的时代，Karpathy却说——你应该把精力放在文件上，而不是应用上。

认真想一下，这可能是最近几年关于软件开发最有颠覆性的观点之一。

先搞清楚什么叫”想法文件”。

传统的App是一种预设结构的交互界面——开发者预先定义了所有可能的功能、界面、交互方式，用户在这个框架里工作。Excel是一个App，它预设了单元格、公式、图表这些东西的存在。你用Excel，是因为Excel允许你用它的语言处理数据。

想法文件不一样。它是一个开放的信息容器——没有预设的格式，没有固定的字段，你往里面塞什么，它就记什么。音频、文本、图像、代码片段、链接、手绘草图——全部混在一起，没有结构，也不需要结构。

AI时代，想法文件的价值被彻底放大了。

因为AI不需要你按照特定格式输入，它能理解任何格式。 你可以对着一个混乱的想法文件问AI：”这里面有哪些核心观点？它们的逻辑关系是什么？”AI能回答。

但如果你对着一堆Excel表格问同样的问题？AI只能读表格里的数据，读不出你对这些数据的思考过程。

想法文件，记录的是思考过程本身，而不仅仅是思考的产出。

想法文件vs传统App

对比一下两种方式的本质差异。

传统App的优势：标准化、结构化、可复用。一个团队用同一套工具，协作效率高。数据格式统一，方便后续处理。

想法文件的优势：零认知摩擦。你不需要为了记录而去学习一个工具的”语法”。不用想”这个应该放在哪个字段”，不用纠结”格式不对”，不用担心”不符合模板”。

这是两种完全不同的思维模型。

传统App是机器优先的设计——你先要理解工具怎么工作，然后把你的想法翻译成工具能接受的语言。想法文件是人优先的设计——工具来适配你的想法，而不是反过来。

对于个人知识管理而言，想法文件的碾压优势是认知成本。

记录的最大敌人，从来不是工具不够强大，而是启动成本太高。 每一次”这个想法值得记，但我没开App”的瞬间，都是想法文件可以填补的空缺。

对于团队协作而言，想法文件的价值在于保留决策上下文。传统App记录的是”结论”——这个需求完成了，这个Bug修复了，这个功能上线了。想法文件记录的是”过程”——我们为什么考虑做这个，我们否掉了哪些方案，我们现在的判断依据是什么。

当人员变动时，”结论”文件是一堆孤立的碎片；”过程”文件才是真正的知识传承。

对软件开发的启示

想法文件取代App的趋势，对软件开发者的启示，不在于”以后不要做App了”，而在于重新思考什么值得被做成App。

真正需要App的场景，是那些需要严格结构约束的地方——财务系统需要统一的账目格式，生产系统需要标准化的流程节点，协作平台需要一致的数据schema。

但对于大量”个人效率工具”而言，这个结构约束是多余的。用户不需要一个强大的Excel，只需要一个能记住”今天突然想到的那个点子”的东西。

软件开发的傲慢，来自于默认用户需要被教育。 开发者觉得，用户应该学会用我们的工具，按照我们的格式来工作。

想法文件的崛起，是对这种傲慢的直接反驳。

它代表了一种更谦卑的软件开发哲学：与其要求用户按固定方式思考，不如让工具去理解用户的方式。

这对工具设计提出了更高的要求——不是界面更花哨、功能更强大，而是对人类真实思维方式的尊重和适配。

未来会出现一批新的工具，它们不是”更好用的App”，而是”更懂人的想法文件”。能不能做出这样的工具，是区分优秀开发者和普通开发者的新标准。

不是用户在适应工具。是工具在适应用户。

这个转变，比你想象的来得更快。