FoneClaw 工具、插件、技能、工作流和快捷方式怎么选
用具体手机任务区分 FoneClaw 的五类能力：工具执行动作，插件补充能力，技能提供指导，工作流保存步骤，快捷方式快速发起任务。附只读设备状态工作流示例。
- 已有的单项手机动作先用工具；缺少能力时查插件；需要复用做法、步骤或启动入口时，再分别考虑技能、工作流和快捷方式。
- 插件搜索只返回官方市场中的相关信息，安装请求先形成供用户查看的提议；技能的预览、保存为停用草稿与启用也是不同动作。
- 工作流可保存按顺序执行的工具步骤；保存两项只读设备状态查询，不会自动创建定时任务，也不会跳过工具审批。
- 提示词快捷方式交给智能体理解请求，直接工具快捷方式则要求每一步都能明确对应已有工具及完整参数；保存本身不执行任务。
按任务选择合适的能力
在 FoneClaw 中，工具、插件、技能、工作流和快捷方式解决的是不同问题。先看任务缺的是一个可执行动作、一项新能力、一套指导、一串固定步骤，还是一个方便再次发起的入口。
| 能力 | 负责什么 | 适合的例子 |
|---|---|---|
| 工具 | 执行一项受支持的手机动作，并返回结果 | 读取当前电量与省电状态 |
| 插件 | 增加已安装扩展所提供的能力 | 现有工具无法完成某类文件任务时，查找相应扩展 |
| 技能 | 提供某类任务的做法和规则，供智能体参考 | 规定整理报告时优先呈现哪些信息 |
| 工作流 | 保存可重复使用的有序工具步骤 | 依次查看电量和内存状态 |
| 快捷方式 | 快速发起用户保存的提示词或明确的直接工具任务 | 再次提出常用的手机状态查询 |
例如，只想知道剩余电量，直接使用设备状态工具即可。若任务确实需要现有工具没有的能力，可以先查官方插件市场；希望每次按相同规则整理结果，可用技能提供指导；要重复执行明确的多步检查，再考虑工作流。快捷方式负责减少重复输入，但不会为其他层补齐缺失的权限或参数。我们支持的具体能力可在FoneClaw 功能介绍查看。
添加插件或技能会改变什么
查找插件时，FoneClaw 可搜索官方插件信息，帮助判断有没有与需求相符的扩展。搜索结果只是名称、用途等信息；提出安装请求后，系统会形成供用户查看的安装提议，尚未下载或安装。查看扩展时，还应确认它提供的能力、来源及所需权限。以文件管理为例，读取、批量重命名与删除的影响不同，具体任务可参考Android AI 文件管理 Agent 插件：安装、权限、批量重命名与安全删除指南。
技能改变的是智能体处理任务时参考的指导，并不会授予安卓系统权限。FoneClaw 支持先预览并检查技能内容；预览不保存文件。用户选择保存后，它先成为停用的草稿；有效的草稿还需单独启用才能供智能体使用，也可以按支持的方式回退。即使技能建议调用某个工具，工具是否启用、系统是否授权及本次是否需要审批，仍按实际设置判断。
这里介绍的是能力之间的关系。插件的安装、技能的导入与启用步骤集中见手机 Agent 插件与 Skills 工作区：安装、审批和权限管理指南；评估技能内容与运行权限时，还可看AI Agent 技能安全：为什么手机 Agent 不能只靠安装前扫描。
看懂一条只读工作流示例
如果你经常查看手机状态，可以保存“先看电量，再看内存”的有序步骤。以下仅展示工作流所用的 stepsJson 字段内容，不是完整的保存请求，也不是已经执行的结果：
[
{
"toolName":
"device_battery_status",
"arguments": {}
},
{
"toolName":
"device_memory_status",
"arguments": {}
}
]toolName 指定要调用的现有工具，arguments 保存该步骤的参数；示例中的 {} 仅表示这里未填写参数，实际保存或执行前应核对当前工具的输入要求。前一项返回电量与省电状态，后一项返回内存状态，均不修改手机设置。FoneClaw 支持保存核对后的可复用工作流，并可列出已保存项目；保存时仍要遵守相应审批设置。实际运行后应查看每一步的返回结果，不能只凭“工作流已保存”判断查询成功。
保存工作流不会给它安排每天自动运行。定时自动化另有触发、执行和错过运行后的处理方式，需要单独设置与核对。快捷方式也有两种选择：提示词快捷方式在用户确认名称、说明和预期行为后，保存一段供智能体处理的请求，具体工具步骤由执行时的情况决定；直接工具快捷方式则要求请求中的每个动作都能对应已知工具，参数也已填完整。两种快捷方式保存时都不会立即执行任务。
检查审批设置并处理失败步骤
执行前，先看相关工具是否启用、安卓权限是否满足、插件或技能是否处于可用状态，以及全局审批模式和该工具的单独设置。工具有各自的风险分类与默认审批要求，实际是否出现提示取决于当前配置。技能给出建议、插件显示搜索结果或工作流列出步骤，都不等于动作已经执行。
某一步失败时，按返回结果找原因：没有对应工具，就核对现有能力及插件状态；缺少系统权限，只处理这项任务所需的授权；目标或参数不明确，先补齐再执行。涉及写入、发送或删除时，如果结果不清楚，应先到目标应用核对是否已生效，再决定是否重试。用户拒绝审批后，保持该动作未执行的状态，不应为了完成工作流而扩大授权。
五类能力可以配合使用，但每次任务仍以当前可用的工具、必要权限、实际审批和返回结果为准。这样既能复用熟悉的做法，也能看清哪一步已经完成、哪一步需要用户继续处理。