ArcSphere 2.0：ARC 的移动端应用界面
ArcSphere 1.0 最初是一款面向手机的 AI Web 浏览器。它让我们在移动端探索浏览、标签页与 AI 交互，也让一个更具体的问题逐渐浮现：人打开手机时，真正要完成的通常不是“看一个网页”，而是把一件事情往下做。
它的界面一直有一条清楚的设计线索。已打开的网页和体验可以在 App 内以球体般的空间方式被组织，人不必在一长串页面中猜测自己还开着什么，而是能从一个简洁的整体里看见当前上下文，并回到需要继续的地方。这个空间化的比喻并不是为了制造复杂的视觉效果，而是为了让手机上的“正在进行”有一个安静、容易辨认的位置。
今天的手机体验常常把一件事切成许多片。你从一条消息进入资料，跳到一个页面完成操作，再回到原处确认下一步。每个环节都能打开，却未必能自然接回前一个环节。对用户来说，难处不在于没有入口，而在于上下文很容易在入口之间丢失。
正在准备中的 ArcSphere 2.0 将把这条设计线索带入 ARC 时代。它不再只是一款 AI 浏览器，而是 ARC 原生体验的移动端用户界面：在手机上为适合呈现的 ARC Blocklet 体验提供连贯、接近原生应用的使用方式。变化的是被呈现的对象，不是把界面做得更复杂的意图。我们希望它仍然保持 ArcSphere 一贯的极简、空间感和连贯性；具体交互会以最终产品为准。
先看眼前要做的事，而不是先看一个 URL
Web 浏览器的主要工作，是根据 URL 打开 Web 上的页面。它面对的是任意网站、网页标准和链接。这个模型让开放 Web 得以连接，也塑造了人们熟悉的前进、返回和层级导航。
ArcSphere 2.0 面对的对象不同。它将面向由 ARC 运行的体验。ARC 是 ArcBlock 正在构建的运行环境，Blocklet 则是其中的应用单元：它描述一段体验所需要的页面、数据、身份或其他能力，由 ARC 运行时提供相应基础。
当一个适合在 ArcSphere 中呈现的体验被打开，用户应当首先看到当前要完成的事情，而不是一串等待解释的地址、页面跳转和零散入口。读一份资料、填写信息、查看进度，或回到刚才的步骤，这些动作在手机上应当构成同一个可理解的过程。未来的 ArcSphere 画面应当帮助人一眼看清已打开的体验和当前所在的位置，而不是用更多页面争夺注意力。
这不是把网页缩小到手机屏幕。ArcSphere 2.0 的目标是把 ARC 体验放进一个有连续性的移动界面里，让用户能够进入当前体验、完成当下操作，并沿着清楚的层级返回。界面可以借用浏览器让人熟悉的方向感，但服务的是一次 ARC 体验的上下文，不是在浏览整个 Web。
为什么手机上尤其需要这一层
手机总在打断和继续之间切换。人可能在通勤途中看完一段内容，隔一会儿回来补充信息，或者从另一段工作中返回确认一个尚未完成的步骤。屏幕很小，注意力也很短，任何需要重新辨认“我现在在哪、刚才做到哪”的地方，都会把一件简单的事变得费力。
ARC 让 Blocklet 可以持续演进，但产品体验不能把这种演进留给用户自己拼接。ArcSphere 2.0 将在移动设备上为经过支持的 Blocklet 体验提供稳定的用户界面。它会把当前操作、可继续的路径和返回关系放在同一个使用表面上，让人不必先理解底下用了什么运行时，才知道下一步该做什么。
这也是 ArcSphere 与传统 Web 浏览器的分界。浏览器把“去哪里”作为第一问题，ArcSphere 更关心“这件事怎样继续”。一个网页不会因为能在手机上打开，就自动成为 ARC 体验；ArcSphere 也不会把任意页面变成应用。它只呈现实际支持、且适合在该界面中使用的 ARC Blocklet 体验。
浏览器式的方向感，服务于应用体验
人们不需要为了使用新界面重新学习手机。返回、层级导航和从一段操作回到上一层，之所以有价值，是因为它们让人知道自己并没有丢失位置。ArcSphere 2.0 将保留这些有用的习惯，但重新定义它们的对象。
在 ArcSphere 2.0 中，返回将不是离开某个网页地址，而是回到当前 ARC 体验中上一步有意义的位置。层级导航也不应把用户抛到另一组链接中，而是帮助他辨认正在使用的体验、当前所处的步骤，以及如何继续。对用户而言，这种区别应该少一些术语，多一些不用重新找路的安心。
这个设计取舍同样影响界面本身。ArcSphere 2.0 不需要把浏览器的所有元素搬进来，才显得熟悉；它只会保留那些能帮助手机用户保持方向、继续任务的部分。其余复杂性由 ARC、AUP 和 Blocklet 在后台处理，并在需要时才成为开发者或技术读者要理解的内容。
对产品建设者，界面不必从每块屏幕重新开始
ArcSphere 2.0 的设计将以 AUP 为基础。AUP 描述界面的含义和关键操作，而不是先把它固定成某一套具体页面。Blocklet 说明一段 ARC 体验需要什么，AUP 让其中的界面能够被不同客户端理解，ARC 运行时再结合设备能力完成呈现。
这给产品建设者的变化，不是让他们少想用户体验，而是把注意力放到更接近产品本身的问题：用户现在看见什么、能够做什么、完成后该回到哪里。手机端的布局、输入方式和可用操作仍需由实际设备能力决定，但界面不必先被假定为只能属于某一个屏幕尺寸。
对用户来说，结果应该很朴素。一个被 ArcSphere 支持的体验，在手机上应当像一段完整的应用使用过程，而不是一组等待手动拼接的页面。用户不必知道 AUP 是什么，也不必区分哪些能力来自运行时；他只需要知道这件事能不能在眼前完成。
一份界面声明，不止对应一块屏幕
AUP 的价值不在于让每一台设备看起来相同，而在于让同一段体验在不同能力边界内保持可理解。每一台运行 ARC 的设备都有自己的能力集合，运行时会据此协商可以呈现的界面部分和可用的输入方式。
同一个 AUP 体验在手机上可以是可触摸、可导航的界面。在语音优先的设备上，它可能把文字内容读出来，只接受有限的按钮或已识别的语音命令。两者不必复制同一块屏幕，仍然可以围绕同一段体验工作。当多个设备具备相应的运行时与能力支持时，它们也可以在同一体验中协作。
ArcSphere 2.0 将专注于其中最常见的一块屏幕：手机。它不是把手机当成缩小版桌面，也不把一个固定网页套进手机外框，而是让 ARC 体验从一开始就能把移动端的触摸、导航和有限注意力当作设计条件。
发布时的范围
ArcSphere 2.0 也不表示每个 Blocklet、每个页面或每项设备能力都以同一种方式呈现。实际体验将取决于 ARC 运行时、设备能力，以及该 Blocklet 是否适合在 ArcSphere 的移动端界面中使用。
具体支持范围会随产品文档说明。ArcSphere 的价值不在于追求容纳所有体验，而在于让已经适合移动端使用的 ARC 体验，在手机上有一条清楚、连续的使用路径。
ArcSphere 的变化不会是放弃浏览器带来的方向感，而是把这种方向感放到新的用途上：让人在手机上继续一件事，而不是在一串入口之间重新开始。