Android 多步骤任务自动化指南：会议勿扰、保存流程与失败恢复

先选一次性请求还是保存对象

Android 多步骤任务自动化的核心，是把目标拆成可检查的手机步骤，而不是把一句命令变成不可见的连续操作。“帮我准备会议”可能涉及查看状态、调整勿扰或准备材料，先明确本次范围，再决定是否值得保存成可复用对象。

我们在 FoneClaw 中把这条控制链概括为七步：意图、检查、建议、确认、执行、验证、恢复。意图说明目标；检查读取当前状态；建议列出拟执行步骤；确认绑定具体动作并遵循实际审批策略；执行使用受支持工具；验证检查最终状态；恢复根据已完成内容和实际原状态决定下一步，不代表所有操作都能自动撤销。

提示型 Shortcut 不是已经写好的直接工具脚本；保存 Workflow 也不等于它会定时运行。完整概念与选择方法可参考FoneClaw 工具、插件、技能、工作流和快捷方式怎么选。模型理解如何到达手机工具，则见AI 智能体控制 Android 手机：从自然语言意图到确认、执行和验证。

检查原状态，再准备会议优先勿扰

FoneClaw 官方会议优先勿扰模式演示展示了检查、提出变更并经确认处理的场景。下面是建议读者按自己设备条件完成的流程，不是我们新增的上手测试，也不把演示扩展成自动会议计时或自动恢复保证。

请求可以写成：“为这次会议检查当前勿扰模式，先显示原状态和拟变更；只处理优先勿扰，不发送消息。”会议窗口应由用户提供，或在支持条件下核对选定日程，不能从一句“准备开会”猜出全部安排。

1. 读取当前勿扰模式及通知政策访问权限，记录实际原模式。
2. 判断当前是否已经处于目标模式；已满足时，不必重复写入。
3. 提出切换为优先勿扰模式的方案，并说明通知筛选仍取决于现有系统策略，不擅自增加允许联系人。
4. 按实际审批设置执行变更，必要时由用户完成系统授权。
5. 再次读取勿扰状态，核对当前模式是否确实为优先模式。

勿扰设置工具在权限缺失或写入被拒绝时，会打开相应系统访问或设置页面。如果它已经打开页面，不要紧接着重复打开；用户处理必要授权后，先重新检查访问状态，再决定是否继续。

原状态应在改变前保留。会议结束后，用户可以请求恢复已知原模式，再读取状态确认；若原状态没有记录，应询问用户希望恢复到什么模式，不能默认关闭勿扰。会议时长本身不建立一个可靠的自动恢复计时器。

优先模式也不表示所有重要来电一定能通过。实际允许范围由设备通知策略决定，不能仅凭模式名称作出保证。完成证据是重新读取的状态，而不是只看到“已设置”的回答。

更新已保存流程前先审阅动作

FoneClaw 支持在动作变化时审阅并更新已保存快捷方式，再保存和运行。维护对象的重点不是改一个名字，而是检查旧行为是否仍符合当前任务。打开实际保存对象，查看现有内容；具体入口以应用提供的界面为准。

例如，你原来保存的是宽泛的“会议准备”，现在希望只切换优先勿扰，并保留状态检查和结果验证。可以按下面步骤维护，而不是直接覆盖整个流程：

1. 确认正在编辑哪个对象，以及它是提示型、直接工具型还是 Workflow。
2. 列出需要保留的检查与验证，明确移除哪些无关动作。
3. 说明本次变更，例如只调整勿扰，不包含消息发送或日历写入。
4. 核对行为、参数和依赖完整，再保存审阅后的内容。
5. 由用户启动一次，重新检查当前权限和设备状态，最后核对结果。

提示型 Shortcut 要确认标题、描述与行为要求；它可以要求运行时先检查再规划，但不能因此被当作固定工具脚本。直接工具型 Shortcut 只有在工具步骤与参数已完整确定时才适用，不能把“之后再猜”的字段留作直接执行参数。

Workflow 保存的是按顺序组织的工具及参数。需要原状态作为恢复依据时，应明确状态获取和保留要求；不要假定一个固定步骤列表会自动替你保存动态原值。检查必须先于依赖它的变更，验证则放在执行之后。

保存成功仅说明对象已保存，不证明手机已经改变状态。如果你需要比较规则工具与自然语言任务，可阅读Tasker 替代工具怎么选：免费限制、OpenTasker 与手机任务，不必把所有固定流程都改成智能体请求。

按实际权限与审批策略执行

模型能力、工具是否启用、Android 系统权限和审批策略是四个不同条件。模型理解“优先勿扰”，不等于有权修改设置；系统权限已授予，也不等于所有工具请求都自动获批。

审批交互由配置的模式与单个工具覆盖设置决定，不应承诺每次读取或写入都出现独立弹窗。你可以在请求中明确“先检查并展示方案，不要改设置”，把本次任务停在准备阶段；继续执行时仍按实际策略处理。

审阅内容要具体：改变哪个设置、目标模式是什么、是否包含其他动作。批准勿扰变更不等于批准修改日历或发送消息。准备消息草稿与发送是不同后果，应核对收件人、内容及适用审批，不把草稿生成当作已发送。

如果另行发起日历任务，应使用用户确认的设备本地日期和时间，检查工具实际返回的事件时间及目标日历记录。它属于单独的用户启动写入，不从会议准备或研究结果自动获得授权。

需要配置语音入口和基础操作时，可参考安卓语音控制设置指南：Voice Access、中文命令与 FoneClaw 任务。语音只是入口，不改变工具权限或审批边界。

从真实失败状态继续或恢复

多步骤任务失败后，先报告哪些步骤已完成、哪些尚未生效、哪些状态不确定，再决定是否继续。不要把整段命令从头重跑，也不要将停止任务理解为回滚已完成操作。

例如，写入请求超时后读取到优先模式，不能直接判定“失败所以再改一次”。应确认该状态是否满足当前目标。如果还涉及日历或个人待办，先查看目标记录，避免重复创建。

恢复也以真实状态为依据。已知会议前模式且用户要求恢复时，可在支持条件下恢复并验证；原模式未知时，请用户选择目标模式。如果用户在会议期间手动修改了设置，不应未经检查就覆盖这次调整。

录音中的候选行动需要先审核来源、身份和时间，再成为手机请求。完整方法可阅读Android AI 录音转写摘要指南：快速录音、说话人复核与行动确认。无论输入来自语音还是笔记，目标位置的真实结果才是完成依据。

分清用户启动流程与定时研究

会议勿扰 Workflow 或 Shortcut 应在需要时由用户启动，按当时状态、权限与审批执行。不要把它保存成对象后，就推定能够无人值守地到点修改设置。

FoneClaw 的无人值守 Automations 当前仅用于只读网页研究。例如，可以提出一个定期汇总公开交通调整信息的研究任务，设定本地计划时间，之后查看结果通知。任务在设备上调度，Android 可能延迟执行，不能把计划时间当作严格准点保证。

可以搜索已有定时任务，并查看待处理的“立即运行”请求，避免重复创建。立即运行与当天定时运行按同一任务去重，至多执行一次；当天已经运行过时，不保证点击后再次执行。待处理状态也不代表研究已经完成。

这类定时研究不能扩展为定时修改勿扰、发送短信或写入日历、个人待办。研究通知里出现候选安排，后续写入仍需用户另行发起，核对内容与实际权限、审批条件。

开始前最后确认五件事：选对保存对象、审阅本次变更、读取当前状态、明确完成证据，以及知道是否保留了可用原状态。当前支持范围可查看FoneClaw 功能页。从一个边界清楚的会议任务开始，比一次加入许多无关动作更容易验证和维护。