许文涛

SEE Conf 2025 参会见闻

前端开发
#技术大会

undefined

这是我第一次参加 SEE Conf，如果用一个词来给形容我的感受，那就如同蚂蚁前端技术一贯以来给我的印象一样——「精致」。像一杯 80% 容量的温开水，不溢出不滚烫，在初冬刚刚好。

主会场

AI 全栈时代：打造体验技术的“智能引擎”

undefined

相比于上一届 D2 的演讲内容，达峰老师这次的演讲内容维度更高了。上次 D2 的内容是围绕着几个前端研发核心提效点如何通过自建前端领域大模型的工程能力来进行突破，这次则延伸到了整个智能研发的技术体系如何建设。很宏观了。涉及到了前端交互模式的变革、AI 的工程体系怎么建、前端研发工具链会有哪些升级、工程维度的评测和体验维度的质量怎么做，最后是整个产品交付下的多角色协同发生什么样的变化等等。由于太宏观了，反倒是留给我的记忆点不多。倒也比较符合「主题演讲」的定位。等官方 PPT 出来后可以结构化地看一下这套系统怎么搭建。

再看眼一看，哦，原来下午 AI Coding 还有 WeaveFox 的深度主题。难怪达峰老师这次在上午要升华一下。

AI for Frontend

undefined

如果说达峰老师的讲演更关注与 AI 对前端研发体系的变更。而偏右老师的演讲就更偏向于关注人的这一部分。偏右老师很幽默地打趣到：上一周作为前端，我已经死了 8 回了；D

偏右老师的演讲主要是回答了有一套基于 AI 的技术体系后，工程师的能力模型会发生怎样的变化，前端人未来会何去何从的问题。

其核心观点是前端工程师会发展为 AI 全栈工程师，他表示全栈不仅是前后端，而是懂大模型、Agent 架构、工程、数据、体验、Web/终端的全方位端到端可交付的人才。同时他还表示因为有了 AI 的出现，市场上明显地多了很多这方面的工作岗位。所以我们应当更乐观。

怎么说呢，喜欢折腾的技术人会欣喜若狂“啊，还能这么干”；机会主义者则又有了新的拐点；打工人则会感慨“学不动了”。果然，拼到底，还是热爱能抵岁月漫长。

AI + AR 的实践与趋势

undefined

这算是一个新视角的主题，从产品的角度看下 AI 时代下的软硬件结合。但同行的朋友吐槽：广告植入太多了，这个对比图呀，对来对去都是 Rokid 是最棒的。

“这得收多少钱啊，我 InfoQ 收双倍的”（坏笑）

略略略…

AI 是移动互联网的终点还是新的起点？

undefined

钱唐老师的分享，充满了「老一代」程序员的情怀了。他首先表示“能够在周六这么一个阳光明媚的日子还来到现场的朋友，一定是终端的真爱粉，请大家给自己一点掌声”。接下来钱唐老师从硬件设备和软件系统两个方面将终端的发展徐徐展开、娓娓道来。从诺基亚到 iPhone，从 PC 到移动互联网，从神经网络到 LLM…… 我听着一位长者诉说着关于我所处的这个行业、我的这个岗位的昨天今天和明天，痴痴入迷。然后我逐渐认识到，从宏观的历史来看：方向是必然的，路径和节奏充满偶然。

计算设备从固定 → 便携 → 随身 → 泛在（IoT / 可穿戴 / 车载）的迁移；通信网络从低速 → 高速 → 低时延、高可靠、多连接的升级；终端从“单一功能硬件”向“通用计算平台 + 软件生态”演进。它们都是宏观趋势上的必然。这些的背后是人对信息获取和沟通效率的根本需求，是半导体和网络技术长期可预期进步，是商业主体对“更多连接、更长在线时间、更高每用户平均收入”的一致追求。

至于哪家公司成为主导者（诺基亚、苹果、Google、运营商抑或其它）、哪种技术路线胜出（塞班、Windows Mobile 还是 iOS/Android）、哪一代产品、哪一年出现“拐点事件”（iPhone 2007、App Store 2008、4G 普及、移动支付爆发等等）。这些则取决于关键人物和团队的判断与执行力，取决于某些产品与体验是否恰好踩中了需求与技术成熟度的交汇点，取决于各国政策、资本市场、产业联盟之间的博弈……

技术发展更像“必然趋势 + 偶然路径”的叠加：方向由人性、物理规律与经济规律决定。细节由无数个技术决策、商业博弈、偶然事件共同塑形。

因此 AI 是移动互联网的那个「拐点」。

老师不愧为行业大咖。

蚂蚁开源发布：AI x 体验科技

undefined

这个环节主要是菠酱讲了一下蚂蚁的开源价值观、运作机制，同时带来了几个融合 AI 与体验科技的新项目新版本的发布。

分会场

下午的分会场，我主要选择了几个我感兴趣的主题来听。对于一个习惯了午睡的人来说，后面就有些力不从心了。

我，前端，AI（AI Coding 会场）

undefined

阿大老师的演讲内容比较宏观，听完主会场再来听他的分享，就感觉不太新鲜了（人生的出场顺序就是这么地重要）。我唯一有印象的内容是：此时此刻、非我莫属。大意是自己多年来搞过 OpenSumi、WebC、Agent，不期而遇，自己成了 AI IDE 的天选之人了。好吧，国内 AI IDE，还得看阿大老师和 Qoder！

轻量开发、原生性能：RTS 一码多端新范式（终端会场）

听了怎么多年的前端视角的跨端，所以也来学习一下 Native 的一码多端。

RTS 没有开源，网上公开的资料也很少。下面的内容全凭我的记忆了。

我理解 RTS 的核心思路是与其在 JS/Flutter 这类现成 VM 上继续堆抽象，不如退回到语言层，设计一套可以“转译为各端原生语言”的新语言和工具链，从源头绕开 FFI/自渲染的性能瓶颈。

这个思路，只能说字节真的「钱多随便造」。

RTS 主要做法是：

  1. 自研一门语言（RTS 语言），不跑在 JS VM / Dart VM 上，把这门语言编译/转译为各端原生语言，与客户端代码打成一个包：在 iOS 上变成 Swift/Objective‑C；在 Android 上变成 Kotlin/Java；未来也可以扩展到鸿蒙、WebAssembly 等等。
  2. 不自建一套渲染栈，而是用原生控件。UI 部分基于 ByteDance 自家的 Lynx 框架。
  3. 多端差异抹平：语言层 / UI 层 / 工程层三层统一。语言层抹平就是上面讲的用 RTS 写一次业务逻辑，编译成各端原生语言。用讲师的说法是“尽量提炼「各端语言语义的最小公共集」保证行为一致”，开发者不需要单独学习 Swift/Kotlin 细节，也不关心它们的差异；UI 层抹平则是 UI DSL 一套写法，编译为多端原生 UI。由 Lynx 提供多端一致的渲染语义，开发者只写一份 UI 模板；工程层抹平则是提出 “One IDE” 概念，一个 IDE 里多端开发、编译、调试。可以在 RTS 源码处下断点，实际上调试的是运行中的原生代码。同时支持热重载，提升客户端开发体验。
  4. 工具链与插件扩展 + AI 辅助：支持编译器插件，探索用 AI 做自动生成差异抹平代码、对接多端 SDK 时的适配/代码补全。

这一部分直接跟 “AI Coding + 一码多端” 接上了：RTS 提供可编程的编译链路，AI 可以站在更高层次去生成适配逻辑，而不是只生成某端的一堆散代码。

RTS 一码多端的优点是性能接近原生（Native 级）、真正意义的一码多端（逻辑 + UI）、支持多端特性差异 & 条件编译，同时对 AI Coding 来说更友好：有统一语言/DSL、统一工程结构，AI 更容易按统一规范生成跨端代码。

当然，我理解这里面缺点和挑战也不少。比方说因为有语言语义“最小公共集”的限制，要让 RTS 代码在多端行为一致，就要折中 —— 不能暴露某些只在 Swift 有、Kotlin 没有的语言特性。而对对开发者来说，RTS 语言比任何单一平台语言都“受约束”一些，同时还要理解多端生态，学习成本不低；对平台方/框架方来说，实现与维护成本很高。需要有语言 & 编译器专家、UI 框架专家、工程化 & IDE 专家。这对大多数公司来说不现实，这类方案更可能由头部大厂主导、对外开源或者商用；另外，跨端抹平永远不可能 100% 完美 —— 各端系统行为、控件细节、手势反馈等本身就不同。RTS 再强，也做不到完全抹平，最终还是要业务层作些端特化逻辑。

Utoo WASM：AI 时代的极速研发套件（基础前端会场）

带着对于主题介绍里创新性、革命性字眼的期待，我特意选择了这个时间段来学习。

utoo 本身是开源的，线下回来后我自己又把玩了一下，结合它的 wiki，谈谈我的理解。

Utoo 的核心思想，是把「写工具 / 写代码 → 安装依赖 → 打包部署 → 本地/云端跑起来」这一整套传统流程，尽量搬到浏览器里，用 WebAssembly（WASM）和一套约定好的运行时协议来统一搞定。这样从开始写代码，到这个代码在浏览器里运行、调试、预览，再到交付，可压缩到一个非常短的闭环。

也就是说：

# Install core tools (ut, utoo)
npm install -g utoo

# Install bundler
npm install -g @utoo/pack

后，就可以：

# Install dependencies
ut install

# Run bundler (with @utoo/pack-cli installed)
ut build    # Production build
ut dev      # Development with HMR

Utoo 是一套「可运行的工具」规范（Tool + Runtime），定义了一种 「工具单元」的抽象（可以理解为一个 Tool / Action），再配合运行时（Runtime）把它跑起来。每个 Utoo 工具本质上是一个 WASM 模块 + 描述文件（metadata），描述文件声明工具名称、版本、输入输出类型、需要的能力（如网络、文件、环境变量）等。逻辑则编译成 WASM，保证跨平台可运行。宿主（浏览器、Node、或其他支持 Utoo Runtime 的环境）负责加载这个 WASM 工具 -> 按统一协议给它传入参数、环境 -> 把返回结果展示出来或进一步串联。

这套规范的好处是：开发者写的不是「某个项目的一段业务代码」，而是一个可组合的、可分发的「工具单元」。别人可以在自己的浏览器里直接拉起来用，或者在自动化流程里调用。

Utoo 的一大卖点，是把传统在本机 / CI 上做的事情，尽量搬进浏览器：

  1. 依赖管理在浏览器端完成：通过在浏览器内实现一个「包管理器 + 虚拟文件系统 + 打包器」（基于 WASM 和 JS），可以在前端拉取依赖、做解析和打包；不用在本机安装一堆 Node / Rust / Go 环境，只要浏览器就能跑。
  2. 构建 / 打包在浏览器执行：编译器 / Bundler 自身做成 WASM 模块（例如基于 Rust/Go/其它可编译到 WASM 的构建工具），在浏览器里运行；你写完代码，点一下就能在本地浏览器内把它编译成目标 WASM 工具或 Web 产物。
  3. 即时预览和调试：编译完成后，浏览器立即加载新生成的 WASM 模块；Utoo 运行时提供调试接口：查看输入输出、日志、错误栈等；整个循环是：改代码 → 浏览器即时重新编译 → 立即在浏览器中运行、调试。

这相当于在浏览器里嵌了一套「迷你 CI + 本地运行环境」，去掉了传统的「本地装环境 + 配依赖 + 跑构建 + 本地服务起起来」这条长链了。

因为 Utoo 的工具是 WASM + 描述文件：编译出的结果本身就可以视为一个可执行的包；不依赖你本机的 Node 版本、不依赖系统库，宿主只要会跑 Utoo Runtime，就能执行。这带来的几个实际能力：

  1. 随时分享：一个工具可以上传到 Utooland / 自己的仓库，其他人只需要在浏览器里直接运行；类似浏览器端的「插件市场」，但底层是统一的 WASM 规范，而不是随意的 JS 代码片段。
  2. 无服务器交付：对某些纯计算类工具（比如格式转换、校验、生成代码、简单数据处理），可以完全在浏览器端跑完；不需要额外部署服务器 -> 降低运维和安全风险。
  3. 易于嵌入其他系统：后台服务或桌面应用只要内置 Utoo Runtime，就可以加载这些 WASM 工具；实现真正的「一次编译，多宿主可跑」。

最后 Utoo 与 AI 工具链的天然契合：AI 可以直接生成符合 Utoo 规范的代码 + 描述文件；用户在浏览器里点一下即可编译运行，无需自己配置环境；对「AI 生成 → 立刻跑一下看看 → 调整再跑」特别友好。换句话说，Utoo 把「执行环境」标准化了，这对 AI 很关键：大模型只需要学会这套规范，不用为每个用户定制运行环境。

为什么说它是「革命性地提升前端效率」呢？因为它把环境问题几乎消灭了（不用先装 node / rust / go / 一堆 CLI，打开浏览器就能写工具、编译成 WASM 并直接跑），另外把「工程项目」升级为了「可执行工具单元」（有统一的接口和元数据，方便组合、分发、复用），最后是天然跨平台和安全沙箱（WASM 让工具既能在浏览器跑，又能在其他宿主环境跑）。

确实牛逼。

其他

除此之外，我还走马观花地听了互动及可视化会场的《Galacean 3D 互动应用的 AI 开发新体验》和 SEE Next 会场的《具身智能场景下的工程实践》两场分享。由于我在互动领域几乎没有实践积累，只能在台下默默竖起大拇指表示敬佩。而 SEE Next 专场的跨界性与前瞻性，则为广大终端工程师提供了一个从外部、甚至“时光机”视角审视问题的难得机会。

参会体验

最后说说几点参会体验：

  1. SEE Conf 的场子不大，除了主会场其他会场更优沙龙的意味，听众和讲师的交流时间很多（场子越小，大家发言的压力就越小）； undefined
  2. 作为蚂蚁的技术大会，现场把「碰一碰」功能充分应用了：游玩每个展台集齐碰一碰可以到接待处换礼品；签到卡上碰一碰可以打开支付宝会展小程序； undefined undefined
  3. 支付宝的会展小程序可以实时浏览会议照片、反馈问题。要是再做一个 i 人友好的讲师提问就更棒了 undefined
  4. 有几个土豪展台，布置得特别炫酷。不过展台的娱乐性还是少了一些；或者像豆酱老师一样，在自家展台跟大家能够进行线下的一对一交流也是很好的。可惜其他展台没有大佬坐镇。另外，因为讲师的参会卡没有名牌，除了个别网红，大家也不知道原来这里就有大佬在站台。 undefined

在程序员逐渐「耗材化」的今天，有 SEE Conf 这样的技术大会，让大家看见技术的蓬勃发展和端技术的大有可为，我们能够享受短暂一天、一个下午和一刻钟的美好憧憬，总期望明年还能再见。