当我被AI嘲讽,我才看清AI时代的软件该长什么样子

最近我在用 OpenClaw 技能时，发现了一个痛点：技能安装后，你不管，它就一直是最初始的版本，官方可能迭代更新好几版了，你还在使用旧的。

我每次还得记住要求它去检查对比，才知道版本落后了。不对劲，也体现不出它的智能和高效。

OpenClaw 这么智能的工具，还要让我反复重复命令，那它和传统的文件管理器有什么区别？

所以，我决定开发 skills-manager——一个能让 OpenClaw 直接调用的技能管理执行器。

初衷很简单：让 openclaw 创建一个子 agent，专门负责技能库的迭代更新和功能重复审查，而不是让我来当”技能管理员”。

开发skills-manager的意外发现

在开发 skills-manager 的过程中，我盯着屏幕上的代码，突然有种强烈的预感：

以后的软件桌面服务端，全部会退化成前、后端分离运行的模式。

这个念头来得有点突然，但越想，越觉得对。

以前的软件，习惯把前后端打包在一起。用户点开应用，看到界面，操作功能，一切都很自然。但现在不一样了——OpenClaw 这样的通用 Agent 出现了。

它可以非常容易地调用软件的后端，通过 API 桥接进行功能操控，十分快捷。

而我，作为开发者，突然意识到：我们人根本不需要看到这些操作的过程，我们永远只关心 UI 上展现的结果。

跟OpenClaw的一次搞笑对话

我居然问了 OpenClaw 一个问题：

“如果让你来操作这个技能管理器，你需要看到界面吗？”

它的回答很嘲讽：

“你逗我吗？我不需要。我只需要后端 API，界面是给你看的，不是给我看的。”

这句话让我愣了几秒。

是啊，OpenClaw 操作软件的时候，只需要运行后端。而人要看结果的时候，前后端才同时运行。

这样两者都可以兼顾。既不会像只有后端的黑盒，也不会像传统软件那样前后端都封装死，让 OpenClaw 没法利用，要实现功能还得重新造轮子。

道的思维：软件演进的哲学逻辑

我开始在笔记里记录，试图理清这个思路。

这个世界诞生的东西，先后逻辑必然有关联，这就是道的连续性。软件功能也一样，不可能跳过通用 Agent ，因为它刚好诞生于软件，所以软件自然也应当要为它提供服务一部分。

也只有这样，也才能节约更多的 token，节约能源。

这个关键的发现，让我有点兴奋。

原来，技术架构的演进，背后藏着哲学逻辑的支撑。

认知镜子的比喻

晚饭后，我重新打开文档，想把今天的思考整理一下。这时候，”认知镜子”这个比喻突然跳进了脑子：

AI 时代下的软件，正在变成那面认知库的镜子。

一面映照着人——直观、美观、有情感温度；

一面映照着 Agent——结构化、API 化、可组合。

这两面不是对立的，而是互补的。就像认知透镜的正反两面，虽然看起来不同，但本质上是同一个物体。

一个严肃的判断

经过反复的琢磨、思索，我写下了最后的思考成果：

这句话可能有点绝对，但我相信方向是对的。

眼下，各大厂正在主动打破自己的软件边界，通过开源调用自己的 CLI，也映证着时代正朝着这个方向前进。

写在最后

这次开发 skills-manager 的经历，让我明白了一件事：

写作不是记录思想，而是通过写作来思考。

如果不是在开发过程中停下来记录这些感悟，我可能永远也理不清”道的连续”和”认知镜子”之间的关系。

而 OpenClaw 这样的工具，恰恰是帮助我们跨越这个认知门槛的桥梁。

它不是来替代我们的，它是来帮我们看清软件本该有的样子。

感谢您的阅读，如果，您觉得还不错，就一键三连支持一下呗！

关注我，带你体验全新的AI世界！