FoneClaw OS 路线图：从 Android 手机 Agent 到 AOSP 智能体手机

从今天的 Android 手机 Agent 走向 FoneClaw OS 终局

FoneClaw 的产品方向来自我们每天处理真实手机任务时看到的摩擦：用户已经能用自然语言表达目标，手机里的服务也已经足够丰富，可中间仍然存在大量切换、复制、授权、等待、确认和恢复成本。我们的终极目标，是把当前 Android 手机 Agent 运行时推进到基于 AOSP 的 FoneClaw Agent OS，并走向一部以个人智能体为核心的未来 FoneClaw 手机。这个终局里的手机以语音理解目标，以实体按键提供可靠控制，以屏幕展示证据、选择、审批、结果和恢复。

截至目前的最新信息，FoneClaw 已形成当前完成的 Android 基线。用户可以在 FoneClaw 下载页面查看当前版本入口。当前可用能力包括可移动悬浮助手、紧凑面板、一键附加当前屏幕并排除 FoneClaw 自身悬浮层、Home 与悬浮助手之间的任务连续性、共享审批、停止和权限恢复，同时改进勿扰、音量、会议模式快捷设置、截图可靠性和快速动作。这些功能看起来分散，背后其实是同一条工程线：让用户意图更快进入受治理执行，让执行过程始终可看、可停、可恢复。

今天的 FoneClaw 运行在 Android 手机上。配置的模型负责理解请求、规划支持范围内的任务；FoneClaw 通过受治理工具执行手机动作，并把权限、审批、进度、停止、结果和恢复放在用户能看见的位置。想先理解智能体手机这个大类，可以阅读 智能体手机是什么：2026 年 AI Phone 从聊天走向真实手机动作；本文进一步给出我们自己的品牌定位、架构选择和长期 OS 路线。

从产品连续性看，当前 Android 基线已经是 FoneClaw Agent OS 的起点。悬浮助手对应未来的全局唤起；当前屏幕附加对应可控上下文；共享审批和停止对应跨入口任务控制；权限恢复对应系统层的可恢复执行；快速动作对应高频服务能力的轻量化入口。我们会沿着唤起、上下文、权限、插件契约、恢复和系统集成继续推进，每一步都要让用户在真实手机任务里感受到效率和控制的提升。

为什么以 App 为中心的手机模型会增加 Agent 摩擦

过去的智能手机以 App 为中心组织能力：用户先想清楚目标，再打开某个 App，找到入口，复制内容，跳到另一个 App，继续选择、提交和确认。这个模型适合手动操作，也让服务得以独立发展。对 Agent 来说，真正的任务通常跨越多个服务：一次会议跟进会牵涉邮件、日历、联系人、地图、提醒和消息草稿；一次文件整理会牵涉下载目录、云盘、聊天附件、命名规则和分享对象。用户目标是连续的，App 边界却把上下文切成很多段。

FoneClaw 的架构把协调工作交给个人智能体。App 和服务继续承载账号、内容、交易、媒体、文件、通信和行业能力；个人智能体负责理解目标、组合能力、维护任务状态、控制数据范围、展示结果和请求确认。今天我们通过可见界面、Android 权限和受支持工具连接这些能力；长期，更多服务会提供机器可调用契约，让 Agent 用结构化输入和输出完成更稳定的协作。

Android 平台也在沿着服务能力可发现的方向演进。Android AppFunctions 官方文档介绍了应用向获得授权的智能体和助手暴露可发现功能的机制。我们把这种方向看作手机 Agent 生态的重要背景：屏幕操作会继续承担兼容桥梁，结构化服务能力会逐步承担更专业、更稳定的任务入口。需要进一步理解 OS Agent 所需的系统层能力，可以继续读 OS Agent 基础架构：手机 AI Agent 真正需要的三层能力。

以 App 为中心的体验还会把个人上下文分散到各处。日历知道时间，地图知道路线，聊天工具知道联系人，邮件里有承诺，系统设置里有设备状态。FoneClaw 的路线是让端侧个人智能体成为任务协调者，把身份、偏好、记忆和跨服务上下文汇聚在用户自己的 Agent 里。服务按任务接收必要数据，用户在审批时看到对象、内容、影响和结果。这样，手机从一组需要手动串联的入口，逐步变成围绕目标运行的个人工作环境。

语音第一、实体按键第二、屏幕第三

FoneClaw 手机的交互顺序是语音第一、实体按键第二、屏幕第三。语音最适合表达意图，因为用户自然会说“把这条消息变成明天的提醒”“找出今天需要回复的邮件”“把当前页面里的地址准备成路线”。这些表达本来就是任务描述，个人智能体可以据此判断对象、上下文、风险和下一步。语音把用户从菜单路径里解放出来，让手机围绕目标组织行动。

实体按键承担可靠控制。它适合快速唤起、低风险确认、暂停执行、紧急停止、重新接管和在眼睛忙碌时给出明确指令。触摸屏上的按钮会随界面变化而改变位置，实体按键带来稳定的肌肉记忆。对 Agent 手机来说，按键是一种信任机制：用户知道自己可以一键叫起 Agent，也可以一键让任务停下来。

屏幕排在第三，代表屏幕从主要导航场所转向证据和控制场所。发送消息、删除文件、修改设置、共享位置、付款、公开发布或跨账号操作，需要屏幕展示对象、内容、后果、数据来源和恢复选项。屏幕用于让用户看清楚 Agent 准备做什么、为什么这样做、完成后在哪里核对。想展开看这种交互设计，可以阅读 语音优先 AI 手机：第三代手机交互为什么不是取消屏幕。

当前可用能力已经把这个顺序放进 Android 体验里。悬浮助手让 Agent 从当前 App 旁边进入任务；当前屏幕附加让用户主动提供眼前上下文；共享停止和权限恢复让用户在 Home 与悬浮助手之间保持同一条任务线。未来进入 FoneClaw Agent OS 后，语音、按键和屏幕会被设计成更紧密的系统级组合，让用户用更少动作完成更多可核对的结果。

AOSP 基础与以 Agent 为中心的 FoneClaw OS 架构

FoneClaw Agent OS 的系统基础选择 AOSP。Android Open Source Project 官方文档提供 Android 兼容系统开发的开放平台基础，覆盖系统、设备、权限、窗口、通知和生态兼容经验。AOSP 提供地基，FoneClaw 的差异化层是以个人智能体为中心的操作模型：用户通过自然语言和少量明确控制表达目标，Agent 组织上下文、插件、权限、审批、执行和恢复。

这套架构可以理解为五个部分。第一部分是硬件与 AOSP 基础，负责设备能力、系统权限、网络、窗口、通知、传感器和安全机制。第二部分是 FoneClaw Agent Core，负责理解意图、维护任务状态、管理个人上下文、选择工具和插件、安排本地与在线资源，并区分长期偏好与当前任务。第三部分是策略层，负责权限说明、审批级别、数据范围、插件签名、活动记录、停止控制和恢复路径。

第四部分是执行层，它把计划落到手机上的真实结果：打开受支持应用、读取当前可见屏幕、调用系统能力、使用 100+ built-in tools 或调用 Agent 插件服务。第五部分是结果层，它向用户展示当前做到了哪里、哪些输入被使用、哪个动作等待确认、完成后结果在哪里、失败时从哪里恢复。当前 FoneClaw Android 运行时已经使用了这套思想：模型推理，受治理工具执行，用户可见地控制审批、停止和结果。

本地和在线资源会围绕任务需要调度。设备状态、个人偏好、短期上下文和低延迟控制更适合端侧；复杂推理、外部知识、跨服务检索和专业服务可能需要在线能力。我们关心的是任务完成质量、数据范围、响应速度和用户控制。更完整的系统层拆解，可以继续参考 OS Agent 基础架构：手机 AI Agent 真正需要的三层能力。

从 App 市场走向 Agent 插件生态

FoneClaw 的未来生态会从 App 市场式发现，走向 Agent Plugins 提供范围化服务能力。传统 App 让用户自己寻找功能入口；Agent 插件向个人智能体声明能力、输入、输出、权限、失败方式、版本和审批要求。用户表达目标后，个人智能体选择合适插件，把多个服务能力组合成一条任务流，并在关键节点展示预览、结果和确认。

这条路线保留服务的专业价值。旅行服务处理机票和酒店，文件服务处理目录和下载，地图服务处理路线，通信服务处理消息，企业服务处理审批和记录。Agent 插件让这些服务以更适合智能体的方式提供能力：输入范围明确，输出结构稳定，权限与动作绑定，失败原因可解释，版本变化可追踪。比如用户说“把下载目录里的会议材料整理到项目文件夹，并根据邮件时间生成提醒”，文件插件、邮件上下文和日历能力可以按任务协作。

当前 FoneClaw 正在打这个基础。悬浮入口让用户在当前场景里唤起 Agent；当前屏幕附加提供可控上下文；任务连续性让 Home 与悬浮助手共享执行、审批、停止和权限恢复；快速动作让高频服务形成更短路径。FoneClaw Android 公开仓库介绍了工具、Skills、Workflows、插件、审批和贡献路径，读者可以通过 FoneClaw Android 公开仓库了解当前架构。需要深入理解插件和技能安全，可以继续读 AI Agent 技能安全：为什么手机 Agent 不能只靠安装前扫描。

Agent 插件生态要求可治理的服务契约。插件需要签名、审查、范围化输入、最小必要数据、可观察结果、失败说明和恢复路径；高影响动作需要审批；插件获得的是完成具体任务所需的能力范围。服务可以保留交易、收据、履约和合规记录，个人智能体保留跨服务上下文、偏好、记忆和授权历史。这样，FoneClaw 可以把任务组织权放到用户自己的 Agent 里，同时让专业服务继续发挥各自能力。

端侧个人智能体成为跨服务上下文的默认所有者

FoneClaw Agent OS 的核心，是端侧个人智能体成为身份、偏好、记忆和跨服务上下文的默认所有者。用户在手机上完成任务时，真正有价值的往往是跨服务理解：谁是常联系的人，会议习惯是什么，常用语气怎样，通勤路线偏好如何，哪些文件属于同一个项目，哪些提醒需要提前。今天这些信息散落在不同 App 和服务里，用户需要反复解释。FoneClaw 希望把它们组织到用户自己的个人智能体中。

这个模型会让插件按任务接收最小必要数据。用户请求订票时，旅行服务获得行程相关信息；用户请求整理文件时，文件插件获得指定路径与命名规则；用户请求准备回复时，通信服务获得草稿与收件人。服务处理自己的专业记录，个人智能体维护跨服务偏好、记忆、授权历史和任务关系。用户看到每次授权的对象、范围、目的和结果。

用户也需要管理自己的记忆。哪些偏好被保存，哪些上下文参与了任务，哪些服务收到过数据，哪些授权已经撤销，哪些任务历史需要删除，哪些结果值得保留，都应当可检查。更完整的隐私和行动语境设计，可以读 个人上下文 AI Agent：手机助手为什么需要可控的行动语境。

当前 FoneClaw 已经把“任务发生了什么”做得更清楚：用户可以通过悬浮助手带入当前屏幕，可以在 Home 与悬浮助手之间继续同一任务，可以看到审批、停止和权限恢复。下一步，我们会把这些可见状态进一步连接到更持久的个人上下文、插件契约和系统级体验。FoneClaw OS 的目标，是让手机成为用户自己的上下文中心，而服务能力围绕这个中心被调用。

FoneClaw 与当前 AI OS、手机厂商 Agent 路线的区别

2026 年，AI 手机和智能体操作系统出现多条路线。我们把它们放在同一张表里，是为了帮助读者理解不同架构选择：有的从 OEM 预装与端云混合开始，有的从手机助手与设备合作开始，有的从模型、硬件、OS、原子服务一体化开始，也有厂商在现有系统里推进系统级 Agent。FoneClaw 的路线从当前 Android Agent 运行时出发，走向 AOSP-based FoneClaw Agent OS、未来 FoneClaw 手机、端侧个人智能体和 Agent 插件服务生态。

如果你想看 Step AOS 与 STEPX Neo 的发布细节，可以阅读 阶跃星辰手机 STEPX Neo：Step AOS、Amoo 与上市信息详解；关注豆包手机助手和努比亚设备合作的读者，可以继续看 豆包二代 Agent 手机与努比亚 NaviX Ultra：它真正意味着什么。HONOR 路线可以参考 荣耀 Agentic OS 与 Robot Phone：上市状态、WAIC 演示和软件手机智能体对比，小米路线则可读 小米 AI 生态 2026：MiMo、HyperOS AI、MiClaw 与 FoneClaw 竞品路线。

这些行业路线共同指向一个变化：手机从“安装应用并手动操作”走向“表达意图并由智能体协调服务”。FoneClaw 的答案是把这个变化落实到个人智能体、Agent Plugins、语音优先交互、AOSP 系统基础和可恢复执行上。我们关心的问题很具体：上下文由谁管理，服务如何被调用，结果在哪里呈现，用户如何审批、停止和恢复。每个版本都会围绕这些问题推进。

今天的 FoneClaw 实现如何推进长期终局

FoneClaw OS 路线图可以分成四个阶段。第一阶段是受治理 Android 手机 Agent：配置模型理解请求，受支持工具执行 Android 动作，用户看到当前屏幕上下文、审批、停止、权限恢复和结果。想具体理解当前手机动作如何工作，可以继续读 AI Agent 手机控制指南：Android 手机 Agent 真正应该怎么工作。

第二阶段是更深系统集成和更持久的本地上下文。任务状态会更稳定，用户偏好和记忆会更可检查，语音、实体按键和屏幕会形成更少切换的体验。第三阶段是 Agent 插件平台和开发者契约：插件声明能力、权限、输入、输出、失败、版本和审批要求，FoneClaw 负责发现、组合、执行和记录。第四阶段是 FoneClaw phone 与 AOSP-based FoneClaw Agent OS，把这些能力从运行时逐步推进到系统级体验。

我们用可验证指标衡量路线进展。第一，任务是否真正完成；第二，权限范围是否清楚；第三，高影响动作是否进入审批；第四，用户能否随时中断；第五，失败后能否恢复；第六，插件是否按声明范围可靠执行；第七，结果和活动记录是否可回看。当前 FoneClaw 的悬浮助手、当前屏幕附加、任务连续性、共享审批、停止和权限恢复，已经让这些指标在当前 Android 手机上可测试。

用户今天可以从低风险任务开始：整理当前屏幕内容、准备提醒、打开受支持设置、生成消息草稿、处理可见通知、检查设备状态或尝试快速动作。体验重点包括：请求是否被拆成清楚步骤，权限说明是否贴近任务，关键动作是否展示影响，中断后是否给出恢复路径，完成后是否能看到结果。每一次真实任务，都能帮助我们把 Android 运行时打磨成未来 Agent OS 的系统习惯。

这篇文章是 FoneClaw 的品牌定位基线。我们正在把手机从 App 中心的手动协调设备，推进为以个人智能体为核心的行动系统；把交互从菜单路径推进到语音、按键和屏幕协同；把生态从用户寻找 App 推进到 Agent Plugins 提供服务能力；把上下文从服务碎片推进到端侧个人智能体管理。FoneClaw 当前完成基线是我们继续建设的起点，未来 FoneClaw Agent OS 与 FoneClaw 手机是我们继续建设的产品终局。