OpenClaw 的底层引擎，竟是一个"退休"游戏开发者写的

本文来自微信公众号： 思考机器 ，作者：陆三金&kimi

但很少有人知道：支撑这个爆款应用的底层引擎，其实是另外一个奥地利人。

他叫Mario Zechner，十年前，他写的游戏开发框架libGDX被全球手游开发者使用，《皇室战争》《地铁跑酷》背后都有它的影子；今天，他的AI Agent工具包pi-mono正驱动着OpenClaw的每一次模型调用、每一个工具执行。

更巧的是，Mario Zechner和Peter Steinberger，两个人的人生轨迹出奇地相似：都创办了成功的技术公司，都在卖掉股份后宣布"退休"，又都在2025年重回战场。只不过，一个打磨引擎，一个组装跑车。

pi-mono诞生于2025年8月，比OpenClaw早三个月。

Mario Zechner在卖掉RoboVM（后来发展为MobiVM）后，已经"退休"了几年。他住在奥地利乡下，偶尔写写博客，教教编程。但2025年的AI浪潮让他坐不住了。他发现，市面上的AI Agent框架要么太复杂，要么太封闭。于是他开始写一个"最小化的终端编码工具"——这就是pi-mono。

它的设计理念简单到极致：只有四个核心工具——Read、Write、Edit、Bash。没有花哨的UI，没有预设的工作流，只有最底层的LLM调用接口和工具执行框架。Mario的哲学是："Bash is all you need。"如果AI需要更多能力，让它自己写代码扩展自己。

与此同时，在奥地利的另一座城市，Peter Steinberger也在经历类似的觉醒。

PSPDFKit是他创立的移动PDF技术公司，服务近10亿用户。卖掉股份后，Peter本以为可以安心退休。但2025年11月的一个晚上，他突发奇想：如果把WhatsApp和Claude Code连起来会怎样？一小时后，Clawdbot的原型诞生了——这就是OpenClaw的前身。

但Peter很快意识到，自己需要一个坚实的技术底座。他不想从零开始写LLM接入层、工具调用框架、流式响应处理。于是他找到了pi-mono。

OpenClaw对pi-mono的依赖，比大多数人想象的更深。

根据OpenClaw官方文档的说明："OpenClaw reuses pieces of the pi-mono codebase(models/tools),but session management,discovery,and tool wiring are OpenClaw-owned."翻译过来就是：引擎是Mario的，但方向盘、仪表盘、车载系统全是Peter自己造的。

具体而言，OpenClaw在package.json中明确依赖

@mariozechner/pi-ai

@mariozechner/pi-coding-agent

。它复用了pi-mono的LLM统一接口——一套代码同时支持OpenAI、Anthropic、Google、AWS Bedrock、Mistral等多个提供商；复用了工具调用框架和流式处理逻辑。

但OpenClaw没有使用pi-mono的会话管理系统。它有自己的持久化记忆方案（Markdown和JSONL文件），有自己的设备发现机制，有自己的Skills编排逻辑。

pi-mono坚持最小核心。Mario认为，AI Agent的未来不在于预设的功能，而在于AI自我扩展的能力。他给pi-mono设计了扩展系统，但核心理念是：让AI写代码来扩展自己，而不是下载别人写好的插件。

OpenClaw走了另一条路。Peter在pi-mono的基础上，构建了一个庞大的Skills生态系统。ClawHub注册表里有超过3000个Skills，从邮件管理到航班值机，从智能家居控制到股票监控。OpenClaw的爆火体验，很大程度上来自这些开箱即用的Skills。

两种哲学，两种结果。pi-mono在GitHub上有9300个星标，用户主要是开发者；OpenClaw有18万星标，用户遍布全球。Mario的引擎安静运转，Peter的跑车呼啸而过。

技术博客作者Armin Ronacher敏锐地捕捉到了这种差异。他在文章中写道：

Pi由Mario Zechner编写，与追求“带点疯狂的科幻感”的Peter不同，Mario非常脚踏实地。

"务实"与"科幻"，这两个词精准地概括了两人的工程文化。

Mario是底层系统程序员出身。libGDX是他用Java写的跨平台游戏框架，强调性能、稳定性和代码质量。pi-mono同样如此：TypeScript代码覆盖率极高，没有内存泄漏，没有闪烁的UI。他甚至为pi-mono设计了树状会话结构和热重载支持，这些都是工程师才会在意的细节。

Peter是产品型创始人。PSPDFKit的成功在于它提供了开箱即用的PDF解决方案。OpenClaw延续了这种基因：多通道集成（WhatsApp、Telegram、Slack、Discord、iMessage、Signal）、语音唤醒、实时Canvas可视化、移动端配套App。用户不需要理解底层原理，只需要说"帮我订明天去上海的机票"。

这种分工意外地形成了完美互补。Mario提供了坚实的底盘，Peter在上面搭建了豪华座舱。

更有趣的是，两人在开源社区形成了互惠关系。

-OpenClaw的README中明确致谢："Special thanks to Mario Zechner for his support and for pi-mono."

-pi-mono的issue#1253讨论借鉴OpenClaw的Channel抽象；

-OpenClaw的issue#10159则依赖pi-mono的新版本发布来支持Claude Opus 4.6。

Mario甚至在awesome-openclaw文档中被列为"安全渗透测试员"——他用自己的框架知识，帮OpenClaw找出安全漏洞。

OpenClaw的爆火点燃了整个AI Agent生态。

首先是衍生项目。Moltbook是其中最火的一个，后面还有给Openclaw约会的、上学的、赚钱的，层出不穷。

然后是社区讨论。这两周，关于Openclaw的讨论一直都是高热度，当然，这两天，Seedance 2.0在社媒上风头盖过了Openclaw。

但热闹背后也有隐忧。OpenClaw的安全问题频频见诸报端：Censys发现超过2万个公开暴露的实例，Koi Security在ClawHub上发现341个恶意Skills，SecurityScorecard报告超过1.2万个实例存在远程代码执行漏洞。

pi-mono相对低调，但也在稳步发展。2025年8月至今，它已经发布了151个版本，最新版是v0.52.9。Mario保持着极高的提交频率——2026年1月单月就有超过200次提交。项目有117位贡献者，主要是开发者社区的深度用户。

两者的热度差距，某种程度上反映了当前AI市场的偏好：终端用户更在意开箱即用的体验，而非底层架构的优雅。

但这并不意味着pi-mono不重要。

恰恰相反，OpenClaw的成功验证了一个关键模式：在AI Agent时代，底层框架与上层应用的专业化分工可能是最高效的创新路径。

这种模式并不新鲜。在移动开发时代，React Native和Flutter是框架，上面的App是应用；在云计算时代，Kubernetes是框架，SaaS产品是应用。但在AI Agent这个新兴领域，Mario和Peter用两个奥地利人的默契，率先跑通了这套分工。

更重要的是，这种分工是互惠的。OpenClaw的需求推动pi-mono持续迭代（比如支持更多模型提供商），pi-mono的改进又让OpenClaw更加稳定。两者形成了良性循环。

展望2026年，这种模式可能会被更多项目复制。我们或许会看到：更多像pi-mono这样的"最小核心"框架出现，它们不提供花哨功能，只做坚实的底座；更多像OpenClaw这样的应用层产品涌现，它们专注于用户体验和生态扩展。

而对于Mario Zechner和Peter Steinberger这两个奥地利人来说，他们的故事才刚刚开始。

这或许是开源AI时代最优雅的协作范式：一个追求代码的极致简洁，一个追求产品的极致体验；一个隐于幕后打磨引擎，一个站在台前定义交互。

当OpenClaw的龙虾Molty在数字世界喊出"EXFOLIATE!（蜕变）"时，别忘了那个在奥地利乡间写代码的"退休"游戏开发者。他可能正在调试下一版pi-mono，准备给这个疯狂的世界，再提供一个坚实的底座。

。

责任编辑：

文章来源：http://www.jingmeijuzi.com/2026/0211/2613.shtml