Xiaomi MiClaw 对比 FoneClaw：两种手机 Agent 路线怎么选

MiClaw 和 FoneClaw 怎么选

选择 MiClaw 还是 FoneClaw，关键不在于比较两个相似名称，而在于你希望手机 Agent 建立在哪种产品路线之上。MiClaw 深度进入小米的系统与开发者生态，官方将其定位为基于 MiMo 模型的系统级 AI Agent；FoneClaw 则面向 Android 手机动作，允许用户在 FoneClaw 内选择受支持的模型来理解需求、推理并规划步骤。

根据小米 HyperOS Agent 生态公告，Xiaomi miclaw 于 2026 年 3 月 6 日开始限量封闭测试。小米在 4 月 21 日的开发者公告中进一步介绍了 MiMo、MiClaw 以及 MCP、Skill、Agent 组成的扩展生态。当前阶段更适合把它理解为小米正在建设的系统级路线，而不是面向所有用户和所有机型统一开放的软件入口。

如果你正在小米生态内关注系统整合、官方 Agent 分发和开发者扩展，MiClaw 的方向更值得跟踪。如果你希望在 Android 手机上配置适合自己的模型，并让一个独立手机 Agent 完成受支持的手机动作，FoneClaw 的产品路线更直接。在 FoneClaw 中，模型是手机 Agent 的理解与规划引擎，真正的 Android 动作由 FoneClaw 承接，结果保持可见，需要权限或敏感确认时由用户决定是否继续。

想先了解 MiClaw 自身而暂时不做产品对比，可以阅读小米 MiClaw 是什么？先看清手机龙虾的事实边界。本篇则集中回答可用性、设备范围、模型选择、开发扩展、权限和安装路径上的取舍。

先分清 MiMo、MiClaw 与小米 Agent 生态

不少混淆来自把 MiMo、MiClaw 和第三方 Agent 当成同一项产品。实际上，它们分别承担模型、系统级手机 Agent 和开发扩展的角色。只有把这三者拆开，才能准确理解“小米 miclaw 是什么”。

MiMo 是模型基础。小米官方公告称 MiClaw 建立在 MiMo 模型之上，因此 MiMo 负责理解、推理等智能能力。MiClaw 则是承接这些能力的系统级 AI Agent，面向手机环境组织任务、调用已支持能力并连接扩展内容。模型能力增强并不自动等于所有手机动作都已开放，实际可做什么仍取决于 MiClaw、系统能力和接入规范。

第三部分是 MCP、Skill 和第三方 Agent 组成的开发者生态。小米采用邀请制招募开发者上传这些内容。按照小米 Agent 应用发布指南，第三方 Agent 应用只在 MiClaw 内部分发，并可连接开发者已经上传的 Skill 与 MCP 服务。也就是说，MiClaw 同时承担用户入口和生态承载位置。

FoneClaw 的组织方式不同。用户在 FoneClaw 内配置受支持的模型，由该模型驱动同一个手机 Agent 完成理解、推理和规划；FoneClaw 负责落实受支持的 Android 手机动作。这里没有两个应用之间的协作关系，而是一个手机 Agent 使用所选模型作为推理引擎。

如果需要从更完整的产品版图理解 MiMo、HyperOS AI 和 MiClaw，可以继续查看小米 AI 生态 2026：MiMo、HyperOS AI、MiClaw 与 FoneClaw 竞品路线。

MiClaw 的测试状态、支持机型与安装入口

当前确认的消费者状态是“限量封闭测试”。官方公告给出的启动日期为 2026 年 3 月 6 日，但没有在本次引用的开发资料中公布可覆盖所有消费者的完整开放日期，也没有给出可以据此确认的统一支持机型清单。因此，网上流传的机型名单适合回到小米官方设备页面或测试邀请中逐项核验。

开发者入口与消费者测试需要分别理解。小米 Agent 生态通过邀请制招募接收 MCP、Skill 和 Agent，这说明获得开发文档或参与生态开发，并不等于普通消费者已经可以直接使用完整 MiClaw 产品。开发者能进入测试流程，也不能自动证明某一手机型号已经进入消费者封闭测试。

发布指南介绍了两种开发测试方式：云手机预览，以及 MiClaw 手机端扫码调试。云手机用于在开发环境中预览 Agent；二维码则帮助开发者把测试内容连接到 MiClaw 手机端。这些路径服务于开发和调试，不能替代面向消费者的正式安装与分发渠道。

因此，查找“miclaw APK”时，最重要的信息不是文件名，而是来源和分发方式。官方文档描述的第三方 Agent 应用在 MiClaw 内分发，开发测试则使用云手机和真机扫码。当前资料没有提供一个可据此确认、适用于任意 Android 手机的官方通用 MiClaw APK。用户可以优先查看小米系统更新、测试邀请和开发者平台中的正式入口。

若你的首要需求是跨品牌 Android 使用，可进一步阅读MiClaw 最佳替代品：FoneClaw 面向全 Android 的手机 Agent 路线，了解独立手机 Agent 在设备选择上的思路。

MiClaw 与 FoneClaw 核心差异对照

下面的对照不以抽象模型分数决定胜负，而是看两条路线如何进入设备、配置模型、扩展能力和完成手机动作。选择时，先判断自己需要小米系统深度，还是更重视独立的 Android 手机 Agent 体验。

MiClaw 的优势来自系统与生态的集中组织。MiMo、MiClaw、Skill、MCP 和第三方 Agent 都围绕小米平台连接，适合希望进入小米官方 Agent 体系的开发者和用户。与此同时，具体设备和公开开放节奏仍要以官方更新为准。

FoneClaw 的重点是把模型推理转换成可见的 Android 手机动作。用户选择模型后，FoneClaw 负责处理受支持任务、调用所需权限并展示动作结果。模型选择与手机动作职责彼此清楚，既便于更换推理引擎，也方便用户判断任务进行到哪一步。

第三方 Agent、Skill 和 MCP 如何进入 MiClaw

对开发者而言，MiClaw 不只是手机上的一个入口，还承载了一套受管理的扩展生态。小米通过邀请招募接收 Agent、Skill 和 MCP 服务，开发者提交的能力需要按平台文档准备、测试和发布。

第三方 Agent 应用并不是独立散落在系统中的普通应用。发布指南明确描述它们只在 MiClaw 内分发，开发者可以为 Agent 连接已经上传的 Skill 和 MCP 服务。这样做的意义是让用户从统一入口发现 Agent，同时让平台能够管理依赖、授权和外部服务。

Skill 可以把具体能力整理为 Agent 可调用的工具，MCP 服务则提供标准化的外部连接。第三方 Agent 在此基础上组织任务和用户交互。三者并非必须同时存在，但只要 Agent 依赖某项 Skill 或 MCP 服务，相应依赖和权限就需要在提交时清楚说明。

开发流程中的云手机预览适合快速查看界面与运行状态；MiClaw 手机端扫码调试则帮助开发者在真机环境验证行为。它们说明小米正在提供完整的测试链路，却不代表这些测试内容已经自动成为公开消费者产品。正式分发仍要经过平台规定的发布过程。

如果你还想比较 MiClaw 的受管理生态与其他可扩展框架，可阅读MiClaw vs OpenClaw vs FoneClaw：三种手机 Agent 路线怎么选。本篇更关注 MiClaw 与 FoneClaw 在实际用户选择上的差异。

权限、审核与动作可见性如何影响使用

手机 Agent 能调用哪些数据和服务，不能只看模型是否理解指令，还要看平台如何审核能力、限制依赖并取得用户授权。小米已经通过 Agent 与 MCP 发布标准，把这些要求写进开发者提交流程。

小米 Agent 发布标准涉及内容审核、依赖管理、工作空间限制、外部服务控制、信息披露和授权要求。开发者需要明确 Agent 会调用什么能力、依赖哪些服务，以及运行时如何处理用户数据和操作范围。

小米 MCP 发布标准进一步强调身份识别、角色权限、最小权限原则和数据管理。服务只应获得完成任务所需的访问范围，并在平台允许的服务和授权方式内运行。这些规范让 MiClaw 扩展能力在进入生态前接受统一治理。

FoneClaw 从手机任务本身组织控制方式。配置的模型负责理解用户要求、判断上下文并规划步骤；FoneClaw 在 Android 上完成受支持动作，显示动作过程和最终结果。需要联系人、通知或其他系统能力时，按 Android 权限机制取得访问；发送、提交或其他敏感步骤则由用户确认后继续。

这种分工让模型能力与手机操作保持清晰。用户配置不同模型时，改变的是理解、推理和规划引擎；受支持动作、权限使用、可见结果和确认流程仍由 FoneClaw 承担。实际体验因此不只取决于“模型聪不聪明”，也取决于动作路径是否受支持、权限是否已授予，以及当前应用状态是否允许继续。

按设备、模型和任务选择合适路线

如果你使用小米设备，并且重视 MiMo 与 HyperOS 的系统整合、统一的 MiClaw 入口以及受管理的 Agent 扩展生态，可以持续关注 MiClaw 的测试资格、设备公告和正式开放计划。开发者还需要确认自己是否获得邀请，并按发布标准准备 Agent、Skill 或 MCP 服务。

如果你的优先级是跨品牌 Android 设备、可配置模型以及结果可见的受支持手机动作，FoneClaw 更贴近这一需求。选择模型后，它会成为 FoneClaw 手机 Agent 的推理引擎；FoneClaw 继续负责 Android 动作、权限、确认和实际结果。

• 想要小米系统深度整合：关注 MiClaw 的官方测试与设备公告。
• 想开发 MiClaw 扩展：确认邀请资格，并按 Agent、Skill 和 MCP 规范提交。
• 想在不同 Android 品牌上使用：优先评估 FoneClaw 支持的设备与动作。
• 想自行选择模型：在 FoneClaw 内配置受支持模型，不需要额外组合两个应用。
• 重视动作过程：核对权限请求、结果展示和敏感步骤确认方式。
• 看到 MiClaw APK 或机型名单：先与小米正式分发入口和公告交叉核实。

对于普通用户，最先确认的应该是“今天能不能在我的设备上使用”，其次才是未来生态规模。MiClaw 已展示出系统级 Agent 与开发者扩展的明确方向，但当前仍处于限量封闭测试和邀请制生态阶段。FoneClaw 则从独立 Android 手机 Agent 出发，围绕可配置模型和受支持动作提供实用工作流程。

最终选择取决于你要加入哪个生态，以及希望由谁承接手机动作。MiClaw 把模型、系统与小米开发者生态紧密连接；FoneClaw 让用户选择推理模型，并由 FoneClaw 在 Android 上完成受支持任务。把设备、开放状态、模型选择和实际动作放在同一张清单里，答案会比单看“系统级”或“APK”更清楚。