阅读视图

发现新文章,点击刷新页面。

华为小艺:藏器于身,待时而动|AI 器物志

智能手机统治了过去十几年的数字生态,它是注意力的黑洞,是我们最私密的随身之物。但手机从设计之初就是为「人盯着它」而生的——它的全部逻辑,都止于屏幕。

AI 的需求却恰恰相反:它需要持续感知物理世界——见你所见,听你所闻,随时在场,而非等你解锁屏幕才醒来。

当 AI 真正成为一种基础能力,它迟早要从屏幕里破壳而出,寻找属于它自己的形状。这将是一个漫长的探索和演化过程。

「AI 器物志」栏目由此而来,爱范儿想和你一起持续观察:AI 如何改变硬件设计,如何重塑人机交互,以及更重要的——AI 将以怎样的形态进入我们的日常生活?

这是「AI 器物志」的第 15 篇文章。

要论手机的「AI OS」,除了 All in Gemini 的谷歌和上期提到的 OPPO 小布之外,还有一个非常特殊的参赛者——华为。

过去几年里,有关华为的讨论大多被硬件和鸿蒙生态夺走了话题,作为系统级 AI 助手的小艺受到的关注非常有限。

然而智能助手谁家都有,单论执行力,甚至连三星 Bixby 也不弱。

真正能让某家 AI 出类拔萃的,要么是「人无我有,人有我优」的独特功能,要么就是非常强大的软硬件结合能力、让人觉得自己手里拿着的就是未来的「AI 硬件」。

前者我们已经见到了,就是被 OPPO 玩出花来的小布记忆,而后者则是今天的主角——华为小艺。

小艺帮帮忙:手机自己干活

如果要选出一个小艺的「绝活」,那一定是伴随 Pura 80 系列上线的「小艺帮帮忙」功能。

凭借着鸿蒙系统和自己是一家人的优势,小艺有着和其他家 AI 助手截然不同的高等级权限,天生就可以在手机内部来去自如。

另一方面,鸿蒙的生态规范也为小艺提供了一套 SOP(标准作业流程),让小艺在面对第三方 app 时有了一套基本的应对方案。

两者相结合,就促成了那个可以帮我们点外卖、叫滴滴、订座订票的「小艺帮帮忙」。

在持续更新大半年之后,鸿蒙 6.1 中的小艺帮帮忙虽然还是众测状态,但便利性、功能性和普适性都得到了相当的提升。

其中感知最明显的升级,是小艺帮帮忙支持了「后台操作」:

评测 Mate X7 时,我们感受到的最大的问题就是小艺帮帮忙需要读取屏幕内容,必须占用整个屏幕来操作,期间用户什么也做不了。

而到了鸿蒙 6.1,对于大部分原生鸿蒙 app,小艺都可以将执行过程隐藏到后台,完全不干扰使用,想要查看进度点一下导航条即可:

对于非鸿蒙原生 app,比如网易云音乐、Chrome 等等,小艺依然可以通过前台读屏的方式代理操作,不会出现束手无策的情况。

此外,现在的小艺帮帮忙在面对多步骤的复合指令时,效果也比去年刚刚上线的时候好了不少。

比如一个经典的多步骤指令:把刚刚拍的照片裁成正方形、分享到微博、再配一小段生成的文字,小艺依然可以一口气操作下来(也支持全程在后台操作):

但小艺帮帮忙现在的问题和大半年前一样:触发词不明确。

一旦指令格式比较复杂,小艺就很容易开始联网回答,而不是帮忙操作。

这样一来,想要让小艺稳定帮忙的方式只有两种——

在每次说命令之前都加一句「小艺帮帮忙」,或者去小艺 app 里的「小艺帮帮忙」对话框里找它:

尽管用官方推荐的句式「去 XX 帮我做 XX」成功率相对高一些,但在口述一些多步骤的指令的时候还是比较容易混淆。

此外,小艺帮帮忙那个历史遗留问题在 2026 年的鸿蒙 6.1 中依然没有解决:

Mate 和 Pura 系列的直板机、大折叠和阔折叠都有小艺帮帮忙,但三折叠 Mate XTs 却没有。

软硬件结合:小艺七十二变

除了「小艺帮帮忙」之类的多模态功能之外,华为小艺的另一个主要优点是丰富的形态随动方式。

换言之,在各种形态的华为设备上,小艺都不只是独立的智能助手 app,而是根据硬件形态改变自己的呈现方式,让软件具有很强的「量身定制」感。

落实到设备上,就是去年在 Mate X7 上首秀的「分屏问小艺」和今年 Pura X Max 的「伴随式小艺」了。

在其他折叠屏上,呼出 AI 助手往往是一个全屏操作,使用智能助手就不能操作下面的 app 了。即使将两者分屏显示,挪动内容的方式也离不开手动复制粘贴:

这种情况就是我们常说的:屏幕面积变大、内容密度和使用效率却没有变高的典型。

而在去年的 Mate XTs 和 Mate X7 上,华为根据折叠屏内屏的显示逻辑,在 app 分屏的基础上更进一步,带来了这个新的「分屏问小艺」模式:

「分屏问小艺」模式最强悍的地方,就在于它既不依赖第三方 app 的主动适配,也不依赖什么预设的 API 接口,而是通过快速 OCR 的方式提取信息。

这种方案的好处就是不仅可以提取图片里面的文字信息,在面对某些禁止文字复制或提取的 app 中也同样有效。

至于功能性方面,「分屏问小艺」如今更多承担的是一个文本助手的功能——

它最好用的场景,是用来问询文章内容和查询技术名词,或者对选段进行分析总结。

换言之,「分屏问小艺」不需要什么高深的技术,而是将识别、复制、输入提示词这些操作自动化了,主要提升的还是使用效率。

而伴随着今年 Pura X Max 一起上线的「伴随式小艺」功能,则是在分屏问小艺的基础上,将 AI 自动化带到了一个全新的高度。

在启动方式上,伴随式小艺的打开方式为「点击两下导航条」,比分屏问小艺需要先喊小艺再按开关要快不少:

相比前面还需要你手动复制 app 里的内容,伴随式小艺的工作风格更像是连续翻译——

只要屏幕静止,小艺就会开始识别内容,并根据识别到的信息主动给出「总结」、「收藏」、「梳理脑图」、「生成待办」、「导航」等等多模态操作。

这种「AI 主动给我反馈」的感觉,要比分屏时我复制东西喂给小艺的体验智能许多,也更接近人们传统想象中人工智能的能力了。

除了小艺根据内容生成的问题,你也可以语音或者打字询问别的东西,但有时候小艺就是能想到一些未曾设想的提问方向:

「伴随式小艺」最好的使用场景和分屏问小艺与普通的小艺对话一样,合适阅读总结、提取信息、生成关联操作之类的场景。

换个角度,它并不能真的用来在微信聊天的时候提示信息。

不过伴随式小艺也有一些不如分屏问小艺的地方——分屏支持卓易通和出境易内的 app,但伴随式小艺只能在支持的鸿蒙 app 中启动:

需要改进的问题

非常可惜的是,华为小艺优秀的软硬件结合形式从另一个角度来说,就是漫长的「机型独占期」。

而华为最近几代复杂的处理器情况和参差不齐的端侧 AI 能力,也让小艺功能的普及性面临着巨大的挑战。

比如前面提到的,小艺帮帮忙只支持近几代的直板机和大折叠、却不支持最新的 Mate XTs 三折叠。

此外,尽管 Mate XTs 和 Pura X Max 的内屏长宽比几乎完全相同,屏幕面积也更加充足,但目前没有任何「伴随式小艺」适配的消息——

Pura X Max 的截图放在 Mate XTs 上完美契合

AI 性能方面,无论是小艺帮帮忙、分屏问小艺还是伴随式小艺,都需要持续的屏幕 OCR 和端侧 AI 性能。

也是因为这个原因,这些场景都只能作为短期工具,一旦运行时间超过十分钟,机器的发热情况还是很明显的:

与此同时,小艺在分屏问期间的回复质量也有不太稳定的现象——

在 Mate XTs 上,小艺经常会出现丢失上下文的问题,回答也变得不知所云:

此外,小艺的记忆功能目前还有一些最基本的速度问题需要解决。

比如我在爱范儿网站上看到了一篇文章,感觉里面的观点不错,想让小艺帮我记住,以后和人辩经用。

如果使用「小艺记忆」,在最好的情况下,它生成一篇不到一千字的总结也需要花两到三分钟

运气不好的话,一篇纯文字的网页总结卡住 10 分钟也不是不可能:

相比上期提到的 OPPO,小艺记忆的表现就更难让人接受了,效率甚至不如直接把网址复制给小艺对话。

独一份的软硬件结合

尽管有一些不足,小艺依然是目前市面上能找到的,将软硬件功能结合的最好的手机 AI 助手之一。

凭借着鸿蒙和麒麟全生态都在自己手里的优势,华为用不占优势的硬件参数,做到了现阶段国产手机里「AI 功能最广」「形态结合最好」两个顶级体验。

图|华为

如果说小布的强项是信息收集、整理和归纳,那华为小艺的强项就是代理执行、场景和硬件适配,以及隐藏在系统各个小角落里面的功能。

最重要的是,在所有手机 AI 功能高度同质化的今天,华为这套根据硬件形态定制 AI 形态的策略,不一定总是功能最强或者速度最快的,但一定是最让人感觉厂商对细节上心的。

需要注意——上述小艺 AI 功能,主要是基于五月下旬的鸿蒙 6.1 各版本进行测试的。

图|华为官网

而今年的华为开发者大会(HDC)将于 6 月 12-14 日召开,届时我们将会看到更多鸿蒙 AI 方面的更新。

爱范儿今年也会前往 HDC 现场,为大家带来第一手的资讯和体验。

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

我们扒遍了 iOS 27,发现苹果「官宣」了折叠 iPhone

虽然 iOS 27 还处在第一个开发者预览,但它已经是爱范儿编辑部公认的「五年来最让人兴奋的 iOS」了。

相比 Siri AI,无疑还是 9 月的秋季 iPhone 发布会对我们的影响更大一些。

根据最广泛的爆料,iPhone 18 系列的发布节奏将和往年大不相同。

更具体地说,是拆分成了秋春两场:

  • 2026 年 9 月:发布 iPhone 18 Pro/Pro Max 和折叠屏 iPhone Ultra
  • 2027 年 3/4 月:发布 iPhone 18 标准版和 iPhone 18e

图|9to5Mac

毋庸置疑,其中最让人兴奋,也最值得期待的产品更新,当属折叠屏 iPhone Ultra 了——

毕竟 Siri 迟到两年,边缘发光 UI 照样变成了行业规范。

折叠屏哪怕迟到 7 年,指不定又能带领其他厂商「重新发明折叠屏」呢?

目前所有已知信息,都指出 iPhone Ultra 将会是一台展开后为横屏的「阔折叠」形态产品。

它大概率会采用类似 Pixel Fold 的直角 + 圆角机身,以及主摄 + 超广的双摄搭配:

但除此之外,关于 iPhone Ultra 的软件方面则众说纷纭,展开变 macOS、照搬 iPadOS 或者弄个 iOS 双开之类的猜测满天飞。

直到 WWDC 26,iOS 27 的种种细节才真正向我们揭露了折叠 iPhone 的存在。

宽屏的回归

过去数个大版本的 iOS 中,虽然苹果极少明说,但你一定感觉到了一种变化:

iPhone 的横屏模式越来越不好用了。

这种变化从 2020 年 iOS 14 就开始了,那时苹果移除了「主屏幕旋转」,将全面屏和非全面屏机型都锁死在了「竖着用」的世界里。

图|PhoneArena

往后苹果更是删删改改,陆陆续续移除了很多系统界面和 app 的横屏模式,这种趋势一直持续到了 iOS 26。

然而到了 iOS 27 Developer Beta 1,你会发现非常多原本不(再)支持横屏的系统 app,突然又添加了横版界面——

以上均为 iOS 26 不支持横屏、iOS 27 支持横屏的 app

其中尤以天气和音乐的改版最为明显。

前者不仅重新支持横屏模式,更是针对横版布局专门设计了信息板块的排版:

而呼声极高的音乐播放界面横屏模式,也从 StandBy 独占变成了随时能用的横版播放器:

考虑到各种流出物料和传闻中,iPhone Ultra 的内屏长宽比为约 1:1.41 的长方形,各种系统 app 提前适配横屏界面也就不奇怪了。

与之相互印证的是,在 macOS 27 的 iPhone 镜像中,我们不仅可以调整窗口大小,还可以调整长宽比。

这时,一些在 iPhone 上不支持宽比例的 app,也展现出了对于横屏的适配:

更好玩的是,天气 app 镜像的时候宽屏布局和 iPhone 横屏还不一样。

这个比例别说阔折叠,都快接近三折叠了:

此外,伴随着 Xcode 27 的更新,也有开发者从 iOS 27 的代码库中发掘到了一些关于折叠屏的新参数。

根据开发者 Sam Henri Gold 的发现,iOS 27 系统中新增了几个名为 foldState(折叠状态)angleDegrees(折角度数)的参数:

图|X @samhenrigold

用于 iOS 内部查询设备信息的私有 API MobileGestalt,也在 iOS 27 中新增了一个非常特殊的参数:

_MGGetLogicalDeviceDisplayCount(获取设备逻辑屏幕数量)

这个新参数的特殊之处,和 UIScreen.screens.count 之类表示「可用显示器数量」参数不同,它的命名更偏向于设备自身的显示配置——

很显然,这里指的就是 iPhone Ultra 的内屏和外屏。

图|YouTube @fpt.

官方认证:PSotU

不管怎么说,上述都只是 iOS 27 Developer Beta 中的一些细节,严格意义上并不算是苹果官方对于折叠屏的承认。

那 WWDC 中有没有更具权威性的宣告呢?答案是有的。

图|YouTube @Apple

大家通常只关注 WWDC 的开幕式,但很多人不知道的是:WWDC 开幕当天的演讲不是一场,而是两场。

除了 CEO 上台的主题演讲(Keynote)之外,还有一场面向开发者的演讲——

WWDC 平台咨文(Platform State of the Union, PSotU)。

图|Youtube @Apple Developer

其中,「State of the Union」是一个美国宪法中的术语,指总统向国会提交的「国情咨文」。

相比之下,苹果的平台咨文 PSotU 实际上是一个密度很高的概述。

旨在集中介绍主题演讲上来不及展开的功能和技术细节,并为 WWDC 期间的 session(小讲座)提供引导。

而在 PSotU 和 session 中出现的各种新规范和 API,才是「苹果官方背书」的、为折叠屏 iPhone 预备好的真家伙。

图|Apple Developer

其中第一点,是苹果明确表示了对于 iOS app 的动态尺寸调整支持:

今年,我们将支持在 Mac 上使用 iPhone 镜像、和在 iPad 上运行 iOS app 时,对 app 窗口进行尺寸调整的支持。

也就是说在最新 SDK 中,只要基于 SwiftUI,app 就能自动适配不同比例的显示布局:

图|Apple Developer

更重要的是,今年的 PSotU 中,苹果正式对开发者发出了呼吁:

相比专门为机型和机器方向设计布局,你应该面向一系列不同的尺寸和长宽比来设计 app 布局。

这其中最明显的变动就是 iOS app 中的工具栏(toolbar)——

由于 app 窗口的尺寸不再是固定值,开发者也不再应该限定工具栏的展示数量和宽度。

而是要为按钮设置层级和顺序,以及允许哪些按钮始终显示:

图|Apple Developer

这项变动乍一看是针对 macOS 27 和 iPadOS 27 的,但仔细想想就会发现,它同时是在为折叠屏多窗口模式以及内外屏显示规范做出铺垫。

在 macOS 27 和 iPadOS 27 中,苹果还优化了侧边栏(sidebar)的设计和渲染效果。

这项改动主要是针对 macOS 26 中侧边栏的液态玻璃效果与底色融合太好,以至于难以分辨层级的问题:

macOS 26(左)和 macOS 27(右)

重点在于,这个新的侧边栏规范同样来到了 iOS 27 上。

除了横屏,iOS 27 很多系统 app 也新增了对于多层展开侧边栏的支持,效果与 iPadOS 非常接近:

可以想象的是,新的侧边栏设计规范在某种程度上也是在为 iPhone Ultra 的宽比例窗口提前做出优化——

或者说是为 macOS、iPadOS 和 iOS 同时改善。

实际上,今年的 PSotU 中除了这些提前为折叠屏、动态布局打下基础的规范之外,我们还感受到了一个问题的回归:

当 iOS 的形态不再局限于直板机,且要承担更多多窗口/多任务功能之后,iOS 与 iPadOS 甚至 macOS 的融合,是否会重新成为可能?

我们期待什么样的折叠 iPhone

作为一个长期折叠屏用户,我是无比期待 iPhone Ultra 的。

这背后的原因很残酷:Android 做动态布局这么多年,各个软件巨头依然爱答不理,折叠屏的体验经常不如两台直板机粘在一起。

浏览效率提升为负

尤其对于阔折叠这样「宽屏」设备来说,各种 Android app 明里暗里歧视横屏模式甚至不是一天两天了。

哪怕是比较守规矩的国外 app,在适配宽屏比例这件事上也是良莠不齐,比如很多压根不适配、很多 app 不修改 DPI 的「假适配」等等。

至于国内那些垄断型 app 就更不必说,删除 web 端、删除横屏模式甚至已经成为了常态。

正是在这样的背景下,有 iOS 和 App Store 的强势规范下场,我们至少可以期待 iPhone Ultra 为我们带来一套足够优秀的横屏软件生态。

而过往的例子告诉我们,iOS app 适配新标准的影响,是可以正向波及到 Android 折叠屏生态里的——

成长 6 年的安卓折叠生态等来了苹果折叠,相当于鹅城终于迎来了张麻子。

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

❌