mobilecode：在终端里写完 iOS 和 Android 代码，立刻看到真机预览

在终端里跑 AI 编程助手写移动端代码，最烦人的一步是：改完代码，得切到 Xcode 或 Android Studio 里点构建，等上几十秒甚至几分钟，才知道有没有编译错误。mobilecode 想解决的就是这个衔接问题——它是 opencode 的一个分支，专门在终端里集成了 iOS 和 Android 项目的构建与预览。

它把“写完代码”和“看到结果”之间的距离缩短到一次回车

mobilecode 的核心动作很直接：你在终端里用 AI 助手改完代码，它可以直接调用 xcodebuild 或 Gradle 去构建当前项目，然后把构建结果（成功或报错）拉回对话里。如果构建通过，它还能在本地起一个预览，让你看到 App 跑起来的样子。整个过程不用离开终端，不用手动切到 IDE。

这个能力对两类工作流特别有用。一是 React Native 或 Flutter 这类跨端项目——你同时要维护 iOS 和 Android 两套构建，以前每改一次都要在两个 IDE 之间来回切，现在一个终端窗口就能覆盖两端。二是快速原型验证：想试试某个 UI 改动或某个 API 接法，直接在对话里让 AI 改，改完立刻构建，报错就继续让 AI 修，循环几轮就能得到一个能跑的版本。

从 Hacker News 的讨论看，预览能力是它最被看重的点

社区对它的关注集中在“Built-In iOS and Android Previews”和“React Native Previews”这两个标题上。也就是说，mobilecode 的价值不只是“能构建”，而是“构建完能直接预览”。它把 opencode 原本缺失的移动端闭环补上了——opencode 本身更偏向通用编程任务，对移动端的构建、模拟器、签名这些细节并不擅长。mobilecode 相当于是给 opencode 装了一个移动端专用的“预览引擎”。

从实现上看，它用 TypeScript 编写，基于 MIT 协议开源，这意味着你可以直接读源码、改逻辑，甚至把它集成到自己现有的 AI 编码工作流里。GitHub 上 213 个 star 不算多，但考虑到它是近期才出现的分支项目，这个数字说明确实有一批开发者在关注移动端 AI 编码的预览体验。

它和直接在 IDE 里用 AI 插件有什么实质区别

现在 Xcode 和 Android Studio 都有官方或第三方的 AI 插件，也能做代码补全和简单修改。但 mobilecode 的定位不太一样：它面向的是“终端优先”的工作流——你已经在用 opencode、Aider 这类终端 AI 工具管理代码，不想为了移动端再开一个 IDE 的重量级界面。mobilecode 把构建和预览的结果以文本形式反馈给 AI，AI 可以基于报错信息自动迭代修复，这是 IDE 插件很难做到的闭环。

另一个区别是跨端一致性。在 IDE 里，iOS 和 Android 是两个不同的工具链，你得分别配置插件。而 mobilecode 在同一个终端会话里处理两端，构建命令、错误解析、预览启动都是统一的一套交互。

适合谁，不适合谁

依赖终端 AI 编码工具的开发者，尤其是同时维护 iOS 和 Android 的跨端项目，会从 mobilecode 的预览闭环里获得最直接的收益——省去在 IDE 和终端之间反复切换的成本。但如果你习惯在 Xcode 或 Android Studio 的图形界面里工作，或者项目依赖复杂的 CocoaPods 配置、需要频繁操作模拟器手势，那 mobilecode 目前的能力可能还覆盖不到，它更适合作为 IDE 之外的补充工具，而不是完全替代。

常见问题

mobilecode 和 opencode 是什么关系？

mobilecode 是 opencode 的一个分支，专门针对 iOS 和 Android 项目增加了构建和预览功能。它继承了 opencode 的 AI 编码能力，同时补上了移动端开发最需要的“写完就能看效果”的环节。

mobilecode 支持哪些移动端框架？

从仓库简介和社区讨论看，它明确支持 iOS 和 Android 原生项目，并且对 React Native 有专门的预览支持。其他跨端框架（如 Flutter）没有明确提及，需要自行验证。