我一开始就在想,OpenClaw 这种东西,既然开发者本身是 iOS 工程师,为什么不直接做个原生 App,反而要接进各种聊天软件里,看起来很不符

我一开始就在想，OpenClaw 这种东西，既然开发者本身是 iOS 工程师，为什么不直接做个原生 App，反而要接进各种聊天软件里，看起来很不符合直觉。后来越聊越明白，问题不在于他能不能做 App，而在于他到底把自己定义成什么。

如果只是做一个手机上的消息输入框，那原生 iOS 客户端当然能做，甚至不算太复杂。但 OpenClaw 真正想做的，不是一个单独的聊天 App，而是一个网关，一个能接进 Telegram、Slack、iMessage 这些现成入口里的统一执行层。

这样做的好处很直接，用户不用再装一个新 App，也不用重新培养习惯，直接在自己天天打开的聊天工具里就能下指令。App 不是不能做，而是它的价值更多在于承接摄像头、语音、屏幕这些原生能力，而不是充当唯一入口。说白了，这不是工程实现问题，而是产品路径问题。