AppJS 2026 上发生了什么？亮点、新产品与未来规划

App.js 2026 上周在克拉科夫落幕，主办方是 Software Mansion。这是全年规模最大的 React Native 和 Expo 大会，今年有 500 多名开发者到场，整整两天都在聊这个生态的现状和走向。

其中几场演讲是我们讲的。这篇文章挑了一些亮点，给数百万没能到场的各位看看。

为什么 React Native 和 Expo 在 AI 时代表现出色

AI 改变了谁能开发应用、以及能多快开发出来。React Native 和 Expo 恰好很适合这件事，主要是因为一些早在有人让模型写应用之前就做出的决定。

AI 喜欢 Expo 的第一个原因是这套技术栈本身。基于 JavaScript、TypeScript 和 React 构建，意味着模型有海量训练数据可学。模型写 Expo 代码时，靠的不是零星几个示例，而是多年来公开的 React 和 TypeScript 代码。

第二个原因是文档。过去一年，Expo 仓库最大的提交来源就是文档。这些工作直接体现在模型写 Expo 应用的水平上，因为文档正是它们学习材料的一部分。

再就是通用性。在那些小型应用生成器里输入一句提示（“我想要一个能播放我电台流媒体的应用”），模型不需要知道你在用什么手机或电脑。它可以直接用 Expo，写一次，到处运行。这让 Expo 成为即时生成应用的工具的默认选择。

最后一个原因是社区，也就是你们所有人。你在 React Native 里解决了一个难题并把它发出来，下一个人就能站在你的成果上。读到这些帖子的模型也一样。这正是这个生态不断复利积累的重要原因。

Expo 正在着力解决的问题

接下来我们重点关注这些方向。

Agent 需要能检查自己的工作。当一个 agent 能运行应用、查看它、点进去操作，并判断自己做出来的东西是否真的能用，剩下的它通常就能自己搞定。Software Mansion（Argent）和 Callstack（Agent Device）等团队做的工具，让 agent 能检查正在运行的应用、截图、探测行为，这是这套闭环的基础。

速度依然重要。既然对大多数人来说写代码变快了，瓶颈就转移到了周边环节：构建、分发、启动时间。我们接下来一年的大量精力会放在把这些环节做到尽可能快，这样唯一的限制就只剩你描述需求的速度。

我们还想让省事的做法同时也是正确的做法。像 Expo Router 这样的工具，应该让你默认就能得到一个精致、有原生质感的 app。

Expo 这一年交付的东西

下面是过去一年落地内容的简要版。

Expo 对 TV 的支持把通用 app 的思路延伸到了客厅。你可以让约 85% 的代码在 Apple TV 和 Android TV 之间共用。
Expo UI自 Expo SDK 56 起进入稳定版，并附带默认模板。它用一套 JavaScript API 驱动真正的 SwiftUI 和 Jetpack Compose 组件，你不需要再写一个原生模块去包一层，就能直接用上操作系统的原生能力。
Expo Launch是一条把 app 送上 TestFlight、App Store 和 web 的快捷路径，全程走网页流程，不用手写配置文件。
官方的 Expo MCP server把你的 agent 接到项目的 SDK 版本、配置、正在运行的 dev server 以及 Expo 的云服务上。现在它对所有拥有 Expo 账号的人免费开放。本地模拟器集成是其中最值得单独一提的部分：多模态 agent 可以对正在运行的 app 截图、点击操作，拉取 React Native DevTools 的数据，并借助 TestFlight 和崩溃数据排查某次构建或工作流为什么失败。
Expo skills 仓库汇集了构建、部署和调试 Expo app 的官方 skills，覆盖 UI 开发、部署、SDK 升级、DOM components 和 dev clients。得益于与 Expo Router 和 liquid glass 的深度集成，agent 可以一次性生成看起来、用起来都像原生的 UI。
Expo widgets让你能用简单的方式在 iOS 上做桌面小组件和实时活动，而过去这意味着得下到原生代码里。
Expo Router v56在原生导航上走得更远，带来了原生工具栏、链接转场，以及比以往更多的原生基础组件。在演示里，一个 accessory 悬在标签栏上方，滚动时滑入标签栏，为内容腾出空间；共享元素转场在页面之间干净利落地衔接；搜索栏会收起标签栏并浮在键盘上方。这一切都通过 Expo Router 自己的 API 实现。

还有更多内容，但以上是当下值得关注的重点。

Expo SDK 56 的新变化

Expo SDK 56 主打速度。预编译二进制文件让构建更快，Android 冷启动时间下降了 40%。Hermes V1 现已成为默认选项，此外还有一长串较小的改进。

另外还有一个新的起步应用，它带来的差别比听起来要大。新建项目的第一屏现在开箱即用就很精致，加载时有干净的入场动画，探索标签页也内置了动画。

从已经看起来不错的东西开始，会改变整个构建过程的感受。

px create-expo-app@latest

有几件事没有进入主回顾。expo.dev 的仪表盘和网站做了全面改版，组织更清晰，数据也更多，值得一看。EAS Workflows 还发布了一批预打包任务。举几个例子：一个 GitHub 评论任务，会在你的 PR 上报告工作流中的每次构建和更新；一个 Apple 设备注册请求任务，用于在工作流内向 ad hoc 描述文件添加设备；还有一个 require approval 任务，把人工检查插入工作流中间。有了最后一个，你可以预览一次发布，点击批准，然后把它送去 App Store 或 Play Store 审核。

推出 “Observe”

这是本次最大的新公告，所以单独给它一节。

我们经常听到一件事：很难知道用户实际体验到的是什么。确实如此。你在本地开发时有良好的 Wi-Fi、一台可靠的设备，而且通常只在一台设备上测试。你的用户则使用着各种各样的设备和网络。这两种现实之间的差距，正是性能问题藏身的地方。

Observe 是一个新的开源库，用于捕获、记录并理解你应用在生产环境中的真实性能指标和日志。

它追踪的是从用户点击你的应用图标，到真正开始使用之间的整条路径：启动时间、bundle 加载时间、渲染时间、可交互时间。每项测量都带有设备、应用版本和位置信息。可交互时间指标还会记录设备状态，比如电量是否满、用户是否在 Wi-Fi 下、是否出现掉帧。你可以挂上自定义对象，追踪某个屏幕特有的任何东西。

按屏幕拆分的指标是开发者问得最多的部分。判断某个屏幕是不是慢，一直都很别扭，因为移动应用的行为跟单页应用一样。但 Expo Router 应用里的每条路由都有 URL，Observe 就靠它按页面上报指标。重新构建之后，你能看到每个屏幕的冷启动和热启动渲染时间、可交互时间，Expo Router 和 React Navigation 都支持。

版本管理也变得更清楚了。React Native 应用有一个原生层，上面还叠着一个 JavaScript bundle，所以很难知道用户到底在哪个版本上。Observe 会告诉你。在一个两版本（1.0.0 和 1.0.1）的例子里，你能看到各自的安装量和用户数。安装量指的是你曾在某个时刻看到该用户处于这个版本。用户数指的是你手上关于他的最新指标来自这个版本。

你还可以追踪自定义事件，采集任何可序列化的数据。

采集数据是一回事，读懂它是另一回事，而这正是 agent 的用武之地。与其盯着仪表盘找哪个指标不对劲，你可以用纯文本提问，让 agent 去干活。Observe 自带 skills，用于安装它，以及查询和解读指标。

Expo Observe 目前处于公开测试阶段。在所有套餐下，每月活跃用户 1 万以内免费，至少持续三个月。之后它会变成付费服务。我们希望在它正式 GA 之前听到你的反馈。

这是对目前成果的一次早期展示，后面还有更多。

px expo install expo-observe

现在是做产品的好时候

大会最后一场演讲来自 Seth Webster，他如今在 Expo，题目是“It's a great time to be a builder”。他的观点是：一个人只要有出色的判断力、好的品味和合适的工具，现在就能做出过去需要十个人才能完成的东西。

很多 React 开发者，包括这个团队里的一些人，曾经看着构建一个真正的移动应用这件事，觉得不学够 Objective-C 或 Java 把它发布出去，就遥不可及。React Native 和 Expo 改变了这一点。如果 AI 现在正在为更多人打开同一扇门，那值得兴奋！

去看看这些演讲。Software Mansion 录下了整整两天的内容，阵容里包括这个领域里最优秀的一些人。我们在下面附上了他们的 YouTube 频道，也感谢 Software Mansion 和每一位让这次大会得以举办的赞助商。

现在去做点东西吧！也来 Portland 的 Chain React Conf 和我们聚聚！