DroidClaw 和 FoneClaw 对比：安卓 APK、Dashboard、CLI 与日常手机任务怎么选
比较 DroidClaw 与 FoneClaw 的适用场景：DroidClaw 的 APK、Dashboard、CLI 和可配置工作流，FoneClaw 的受支持 Android 动作、模型选择、权限与结果核对。
- DroidClaw 更适合愿意维护开源项目、模型配置、工作流和设备连接的人；FoneClaw 更适合想在 Android 手机上处理受支持日常任务的用户。
- DroidClaw 官方材料同时包含 Android APK、Dashboard 和 CLI；其中 CLI 路线另有 Bun、ADB、USB 调试和模型提供方等前提。
- 比较两者时不应只看工具数量或截图能力，而要看任务是否能完成、结果能否核对、权限和审批是否清楚。
- FoneClaw 提供免费默认模型，也支持兼容模型配置；打开应用、创建日历、信息收件箱辅助回复和应用内导航等能力受 Android 权限与工具策略约束。
先按你愿意维护的工作量选择
做 DroidClaw 和 FoneClaw 对比，最实用的问题不是“谁更像智能体”，而是你愿意维护哪一种工作方式。DroidClaw 更适合开发者、研究者或自动化爱好者：你可以查看源码、调整模型提供方、理解工作流配置，并承担设备连接、模型成本和运行环境维护。FoneClaw 更适合想直接在 Android 手机上完成受支持日常任务的人：我们把模型选择、Android 权限、任务进度、审批和结果核对放在产品流程里。
| 你的目标 | 更适合先看 | 原因 |
|---|---|---|
| 想改源码、做实验、维护自己的流程 | DroidClaw | MIT 开源项目，适合理解和改造 Android 自动化链路 |
| 想使用 APK 或网页 Dashboard 入口 | DroidClaw | 官方仓库和发布页提供 Android APK、Dashboard 与 CLI 相关入口 |
| 想处理手机里的常用任务 | FoneClaw | 面向受支持 Android 动作，提供可见进度、权限和结果核对 |
| 想减少自建维护 | FoneClaw | 免费默认模型可用，也可按需配置兼容模型 |
这里没有通用赢家。DroidClaw 的优势是开放和可改造；FoneClaw 的优势是把受支持任务做成可使用、可确认、可检查的手机流程。
分清 DroidClaw 的 APK、Dashboard 和 CLI
DroidClaw 官方 GitHub 仓库显示，这是 unitedbyai 维护的 MIT 许可项目，不是另一个名字相近的 ClawDroid。当前 README 中同时出现 Android APK、Dashboard 和 CLI 相关入口。也就是说，DroidClaw 的使用路径不止一种，选择前要先分清自己要走哪条路径。
APK 和 Dashboard 面向更直接的 Android 或网页使用路径；CLI 路线则有更明确的本地环境前提，包括 Bun、ADB、Android USB 调试，以及 LLM 提供方 Key 或本地 Ollama。官方文档也提到远程网络设置，因此 CLI 的设备连接方式也需要按当前文档和自己的环境确认。
| 入口 | 官方材料能确认什么 | 用户要自己确认什么 |
|---|---|---|
| Android APK | DroidClaw 官方发布记录包含 app-debug.apk | 当前安装方式、设备兼容、权限和实际可用功能 |
| Dashboard | README 链接到 app.droidclaw.ai | 当前服务可用性、账号要求、与手机连接方式 |
| CLI | 文档列出 Bun、ADB、USB 调试和模型配置等前提 | 电脑环境、ADB 授权、模型费用和失败恢复方式 |
DroidClaw CLI 的工作方式包括读取 accessibility XML，将目标、屏幕和历史发送给模型，再通过 ADB 执行动作；当 UI 树不可用时，也有可选截图视觉回退。它还支持用 JSON 子目标拆分 AI 工作流，以及不调用 LLM 的确定性 YAML 流程。是否适合你，取决于你是否愿意维护这些配置和运行条件。
按任务比较，不只看工具数量
Android 自动化工具很容易陷入“谁的动作更多”或“谁能看截图”的比较，但日常使用更看重结果。一个任务是否成功，至少要看四件事：它识别的对象是否正确，准备执行的动作是否清楚，用户能否在关键步骤介入，最终结果是否出现在目标应用里。
| 比较项 | DroidClaw | FoneClaw |
|---|---|---|
| 适合人群 | 想研究、改造和维护 Android 自动化的人 | 想在手机上完成受支持日常任务的人 |
| 工作流 | AI 工作流可拆成 JSON 子目标，YAML 流程可做确定性操作 | 围绕受支持 Android 工具提供任务进度、错误反馈和结果核对 |
| 屏幕理解 | 可用 accessibility XML，也有截图视觉回退 | 结合当前屏幕、用户指令和受支持工具推进任务 |
| 典型任务 | 取决于设备连接、工作流、模型和目标应用状态 | 打开应用、创建日历、信息收件箱辅助回复和应用内导航等 |
| 审批与权限 | 需要用户理解所用入口、模型和执行方式 | 权限按任务请求，审批提示由全局模式和单个工具策略决定 |
我们在 FoneClaw 中把日常可验证动作放在第一位。例如打开可启动应用时，会改变前台应用；创建日历事项时，需要明确开始和结束时间，地点可按用户提供内容保存但不是必填项，并以 Android 日历返回结果为准；信息收件箱（Information Inbox）中的 AI 辅助回复和应用内导航快捷方式，帮助用户在信息入口内继续处理内容。当前能力范围可查看FoneClaw 功能页面。
如果你想深入理解 UI 树、截图和执行安全之间的差异，可以继续读Android AI 屏幕理解：UI 状态、截图证据与安全执行怎么选。
看清模型成本和数据流向
DroidClaw 的 MIT 许可意味着代码使用更开放，但不等于推理永久免费。CLI 路线需要 LLM 提供方 Key 或本地 Ollama；如果使用云端模型，费用和数据处理条件取决于对应提供方。如果使用 Ollama，也要看它运行在哪台机器上，以及目标应用本身是否需要联网。不能把“本地模型选项”直接理解成所有数据都留在 Android 手机上。
FoneClaw 提供免费默认模型，也支持在条件满足时配置兼容模型。不同模型、权限和任务类型会影响数据流向；我们把重点放在用户看得见的任务流程上：当前要访问什么、准备执行什么、什么时候需要确认、结果在哪里。审批提示不是固定每一步都出现，而是由全局模式和单个工具策略共同决定。
对两者都适用的原则是：先看最小必要数据。打开应用、创建日历、读取屏幕、处理收件箱内容和执行跨应用动作，涉及的数据范围不同；模型越强不等于权限越应该放宽。
先试一个可撤回的小任务
在信任任何 Android Agent 工作流之前，先做一个可撤回的小任务。适合的第一步不是发消息、付款、删除文件或批量修改内容，而是打开一个非敏感应用，或创建一个名称清楚、开始和结束时间明确的测试日历事项，随后检查并删除。
如果你走 DroidClaw CLI 路线，先确认 ADB 授权、模型配置、目标设备连接和 UI 树或截图回退是否正常；如果使用 APK 或 Dashboard，就按当前官方入口检查设备权限、任务记录和停止方式。DroidClaw 文档中的循环或重复操作检测、动作反馈，是有用的保护设计，但不等于任何任务都能自动成功。
如果你使用 FoneClaw，建议先选择“打开某个应用”或“创建一个明确时间的日历事项”这类结果容易检查的任务。执行前看清目标应用、标题、开始和结束时间，以及需要的权限；执行后回到目标应用确认结果。遇到错误时，先读清错误和当前状态，再决定是否重试，避免同一个外部动作被重复执行。
更完整的 Android 手机控制方法，可以参考AI 智能体控制 Android 手机：从自然语言意图到确认、执行和验证。
选择你能长期支持的方案
如果你想要源码控制、工作流实验、CLI 或 Dashboard 组合，并且能维护模型、设备连接和自动化配置，DroidClaw 更合适。如果你更关心日常手机任务能否被清楚执行和核对，FoneClaw 更适合从受支持 Android 动作开始。
选择时看三件事就够了：谁负责维护运行环境，模型和数据会经过哪里，任务完成后能否在目标应用里看到结果。想比较更多开源路线，可以看开源手机 Agent 框架推荐：Open-AutoGLM、Mobilerun 与 Minitap mobile-use 怎么选。