博客

关于 EvaLauncher 作为 Eva 移动客户端的思考

从 EvaLauncher.com 展示的 Android launcher 出发，思考 Eva 移动客户端应如何围绕陪伴感、快速意图捕获、运行时交接和明确隐私边界展开。

发布： 2026-06-23 分类：产品

EvaLauncher.com 已经公开展示了 EvaLauncher：一个以角色存在感为核心的 Android launcher。官网描述了 Live2D companion、浮动快捷中心、支持搜索/历史/文件夹的 app drawer、浮动行为与语言设置，以及隐私政策入口。这些信息足以说明 EvaLauncher 不只是换肤 launcher，它可以成为 Eva 在移动端真正“在场”的入口。

这篇文章是产品和运行时层面的思考，不是在宣称 Eva-CLI 已经发布移动运行时。真正值得讨论的问题是：如果 Eva-CLI 负责长任务、记忆、Adapter、验证和可恢复执行，那么移动客户端应该负责什么？

移动客户端一开始不应该把完整 Agent runtime 搬进手机。它更应该成为高质量的意图入口：有陪伴感、足够快、可解释、重视隐私，并且能在任务变成长时间或高风险工作时交给受控运行时。

EvaLauncher 移动入口图，展示 Live2D 主屏、浮动中心、应用抽屉和设置四个移动端表面。 — EvaLauncher 可以把 Android 主屏变成 Eva 随手可达的入口，同时避免让每次移动端交互都变得沉重。

为什么 launcher 是很好的移动客户端形态

大多数助手从 app 图标、聊天页或系统分享入口开始。Launcher 的优势不同：它本来就是意图产生的地方。用户解锁手机、寻找应用、查看最近操作、打开相机或消息，并迅速做决定。如果 Eva 要参与真实日常工作，这个入口比另一个独立收件箱更重要。

关键是克制。EvaLauncher 不应该用自动化表演打断主屏。Live2D companion 提供存在感，浮动中心提供一触即达的入口，app drawer 让应用可搜索、可组织，设置页让敏感行为可见。这四个表面组合起来，可以用很少的仪式感捕获用户意图。

四个表面，四种职责

从官网展示的产品形态看，EvaLauncher 可以自然拆成四种职责。主屏负责存在感和信任；浮动中心负责快速指令；app drawer 把应用选择、最近历史和文件夹变成上下文；设置页负责权限、语言、浮动行为和隐私入口。

移动表面	适合承担的 Eva 职责	边界
Live2D 主屏	轻量存在感、状态提示和用户主动交互。	不要隐藏自动化；用户未请求时保持安静。
浮动中心	快速捕获笔记、提醒、应用动作和任务交接。	短指令可以本地处理；高风险工作需要确认。
App drawer	提供应用、最近使用、文件夹和搜索意图上下文。	使用信号要最小化，并且只服务于用户可见的产品价值。
设置页	权限、语言、浮动模式、隐私政策和同步控制。	每个跨设备或云端行为都需要明确开关和说明。

移动端应该捕获意图，而不是拥有全部执行

Eva-CLI 的运行时方向是由 Rust 托管边界：权限、Adapter、记忆、验证、Release Snapshot 和回滚都属于受控运行时。EvaLauncher 应该尊重这个拆分。手机非常适合捕获意图和本地上下文，但不是所有任务都应该在 launcher 进程里完成。

更清晰的模型是“捕获、打包、交接、回报”。Launcher 收集用户请求、当前表面、可选应用上下文、同意状态和期望完成条件。Runtime 把这些变成任务，决定允许使用哪些能力，验证完成结果，再返回简洁状态。移动端负责展示进度、请求缺失确认或呈现完成结果。

EvaLauncher 运行时交接图，展示移动端意图包交给 Eva runtime 进行规划、工具调用、验证和结果返回。 — 手机应该是启动和检查任务的最佳位置；受控运行时应该拥有长时间执行。

隐私是产品功能，不是页脚链接

Launcher 能看到非常敏感的信号：应用列表、启动历史、悬浮层、快捷入口、语言偏好，甚至用户输入的指令。因此隐私不是补充说明，而是核心产品架构。EvaLauncher.com 已经提供隐私政策入口；下一步应该是在产品流程中让隐私行为本身可见。

用户应该清楚哪些数据留在本机，哪些信号用于改善 launcher 行为，哪些任务会交给 Eva runtime，以及每个功能需要哪些权限。跨设备记忆和云端执行应该是可选择、可检查、可撤回的。

EvaLauncher 隐私边界图，区分本地 launcher 信号、同意门、Eva runtime 交接和用户可见控制。 — Launcher 的信任来自可见边界：本地信号、用户同意、运行时交接、审计和删除控制。

先建设什么

第一个实际里程碑不是完整移动 Agent，而是可靠的意图层：浮动中心里的快速捕获动作、小型任务状态表面、按语言适配的提示语，以及一个清楚区分本地 launcher 控制和 Eva runtime 交接控制的设置页。

第二个里程碑是任务桥。桥接层应该发送结构化包，而不是自由文本记录：请求文本、来源表面、可选选中应用、语言、权限状态、必要附件，以及用户可见的完成标准。Runtime 返回状态事件和证据，而不只是自然语言结果。

第三个里程碑是克制的记忆。移动端记忆应该从用户批准的偏好和可复用任务上下文开始，不应该悄悄从应用使用中建立画像。Eva 如果明确询问哪些内容可以长期记住，并让删除足够简单，会更值得信任。

结论

EvaLauncher 给 Eva 提供了比通用聊天 app 更好的移动形态，因为它从意图产生的地方开始：主屏。Live2D companion 提供存在感，浮动中心快速捕获命令，app drawer 提供用户可见上下文，设置页让隐私和运行时交接变得明确。

正确的架构不是“把整个 Eva-CLI 搬进 Android”。更好的路线是：移动客户端优雅地捕获意图，再把长时间工作交给受控运行时。这样手机体验保持轻快，同时保留 Eva-CLI 更重要的承诺：权威边界、验证、记忆纪律、审计和恢复。