我于2004年进入生产力工具市场，至今已经有22年的时间，得以观察其动态。市场时不时会发生变化，我会写一篇全局性的“愿景”文章。最后一篇是在2019年，当时我看好无代码革命。现在是时候写一篇新文章，因为市场正在经历巨大的构造性变化，可能会大幅改变其格局。众所周知，人工智能降低了门槛，因此现在任何人都可以构建软件。你可能还不能用“氛围编码”来开发一个完整的操作系统，但你可以轻松地用“氛围编码”来开发小应用，解决个人问题。当“协作”作为一个维度加入时，事情就变得更复杂了。如果你一个人工作，摔坏东西并向前移动直到你对应用满意是相对可以的，但如果你在团队中工作，则更难实现所有必要的功能来覆盖协作使用案例。你突然需要带有关系的数据存储、并发编辑、通知、变更历史、权限等。这引出了一个有趣的问题：在人工智能时代，可塑性软件的热区在哪里？我们是否应该总是从Codex开始？还是应该有一些坚实的基础，可以通过定制代码进行调整？想象一下你有一个雇佣10人的小蘑菇农场（别担心，我们暂时会种植香菇），并在寻找软件来进行所有操作。你很可能在使用Google Sheets，因为市场太小，无法拥有专门的软件（哈哈！没有市场是太小的）。Kinoko。一种管理你的蘑菇农场的新方式。非常专业的工具。你有几种选择。讽刺的是……没有一个选项是理想的。从零开始构建（Claude Code，Codex）- 从2024年。问题：当你从头开始编写所有内容时，你必须考虑所有方面，包括托管、认证、基本权限、数据库等。前80%可能很简单，但最后20%会很困难。未来希望：我们可以希望最终人工智能将如此强大，以至于它会迅速准确地完成事情。“氛围编码”（Lovable，v0）- 从2023年。问题：比第一个稍好，因为你可以获得一个托管的应用、数据库、认证和部署，这些都是开箱即用的，看起来更快完成。但当你超出生成器能做的范围时，你将陷入困境。未来希望：更强大的模型将改善它。此外，这些供应商将添加越来越多的组件，进入“坚实基础 + 定制代码”领域。低代码和应用构建器（Retool，Softr）- 从2017年。问题：这一类别在过去十年间一直在销售“坚实基础 + 定制代码”：开箱即用的认证、权限、托管和审计日志。但它是一个应用基础，而不是工作基础。你的数据假定存储在别处，即使这些供应商添加自己的数据库，它也会存储应用数据：没有协作、没有评论、没有变更历史。未来希望：更深入地进入“坚实基础 + 定制代码”。悬而未决的问题是，应用基础是否能够足够快地转变为工作基础。组装成一个可塑性工具（Notion，Fibery）- 从2013年。问题：这看起来可能非常诱人，因为你将快速获得许多准备好的东西。问题是如何将这些工具调整到你的流程中。它们相当灵活，但可能无法满足你的特定需求，并且没有足够的扩展点。未来希望：增加更多的扩展点，让用户“氛围编码”缺失的约20%的用例，这样这些工具也将进入“坚实基础 + 定制代码”的领域。购买一些专门工具 - 从1999年。问题：这在某些情况下仍然是一个非常好的选择，因为专门工具是根据你的领域构建的，可能看起来很相关。如果你不需要定制，就去吧。未来希望：对于这些供应商，转向灵活工具的领域几乎是不可能的（而且根本不需要）。一旦它变得通用灵活，它便不再是专门的😁。80%坚实基础 + 20%定制代码。生产力工具市场发生了什么？似乎理想的解决方案是拥有一个覆盖80%的坚实基础（数据库、权限、历史、协作、通知等），并让用户混合这些内容，通过定制代码扩展。因此，许多供应商朝这个方向发展，弥补缺失领域的不足。虽然氛围编码和低代码工具正在添加更多的坚实基础，但可塑性工具应该增加更多的扩展点。80%坚实基础 + 20%定制代码是生产力工具的理想解决方案。坚实基础。过去，你唯一的坚实基础是编译器和操作系统——其他一切都是你的问题。美好的黑客时代！现在我们享有更高层次的抽象的奢侈。最有趣的问题是：到哪里为止？例如，没有任何定制的专门工具就是最坚实的，但缺乏定制正是使其在许多情况下变得不可用的原因。使用Codex，你的坚实基础几乎是不存在的，但你具有巨大的表达能力，几乎可以构建你想要的任何东西（表达能力是你所能扩展到的范围）。