Android 多智能体任务分工与进度指南

用一个请求看懂任务分工

一个 Android 多智能体助手最容易讲清楚的方式，不是列出很多概念，而是看一个真实会遇到的请求：帮我查这个周末适合半天参加的公开活动，看看周六下午日历有没有冲突，整理两条备选方案，并在我确认后保存到备忘录。这个请求里同时有公开信息、时间判断、个人日历和备忘录整理，任何一步说不清，最后结果都会变得不可靠。

FoneClaw 当前可以把复杂请求拆给合适的领域能力处理。这里的“领域”指责任范围：查公开信息是一部分，检查日历时间是一部分，整理备忘录内容又是一部分。用户不需要自己创建一堆新助手，也不需要手动选择每个专业助手；用户说清目标后，FoneClaw 会围绕这一个请求建立有边界的任务分工，并把关键进度和结果展示出来。

这和同时开多个独立聊天也不同。多个会话适合处理互不相干的请求；一个复杂请求更需要共享同一个目标、同一个时间范围和同一组待确认结果。若你想了解多会话任务如何隔离、排队和绑定审批，可以读安卓 AI 智能体任务队列指南：多会话、任务隔离与会话绑定审批。这里先把一个请求内部的任务分工看清楚。

开始前说清结果和边界

复杂任务开始前，最重要的是把“要什么结果”说清。上面的活动计划请求可以改成更可执行的一句话：请查找本周末本市公开可参加的两个室内活动，优先考虑交通方便和半天内能完成的选择；检查我周六 14:00 到 18:00 的日历是否冲突；先给出摘要和建议，不要直接保存，等我确认后再写入备忘录。这样，主题、时间、地点、来源新鲜度、日历范围和保存动作都清楚了。

FoneClaw 在处理跨资料、日历和备忘录的请求时，会先围绕主要步骤形成一个有边界的计划。计划的作用不是把用户锁住，而是避免任务越做越散。查活动时，不应该顺手订票；看日历时，不应该随意移动会议；整理备忘录时，也不应该直接把尚未确认的建议写入长期记录。读取、建议和保存是三个不同动作，越早分清，越容易核对。

任务开始后还能改变目标吗？可以调整，但要看变化大小。比如把“周六下午”改成“周日上午”，属于同一类范围调整；如果又加上“帮我约朋友、发消息、另行创建日程、导航到现场”，这已经变成新的复杂请求，更适合重新确认边界。对于一般 Android 多步骤自动化设置，可以参考Android 多步骤任务自动化指南：意图、确认、执行、验证与会议勿扰模式，那篇更偏通用流程。

看清各部分之间传递的信息

领域智能体协作的关键不是名字听起来多专业，而是每一部分拿到正确输入，并交回能被下一步使用的结果。查公开信息时，需要活动名称、时间、地点和来源；看日历时，需要明确的日期、时区和时间段；整理备忘录时，需要把资料和空闲时间合并成可读建议。推荐顺序也有讲究：先有可信信息和现有日程，再生成建议。

在 FoneClaw 里，内部怎么拆分不要求用户逐项管理。对用户来说，重要的是能看到每个主要部分的状态和结果。日历读取和备忘录保存会遵循当前设备、账号、权限和工具策略；如果某个访问条件不满足，任务应该停在可处理的问题上，而不是用猜测填满结果。

读懂进度，不把进度当成功

AI 任务进度最常被误读的地方，是把“正在处理”当成“已经完成”。在 FoneClaw 的任务流程里，等待表示这一步还没轮到；正在处理表示当前主步骤正在推进；卡住表示缺少权限、信息、用户确认或外部条件；完成表示这一步在当前计划中已经结束；放弃表示这一步不再继续。完成和放弃都是当前计划里的终止状态，不应该再被当作待处理内容。

多智能体并不意味着多个部分同时控制同一个手机屏幕。对一个复杂请求来说，用户更需要的是有序进度：现在在查资料，还是在读日历；现在是等待用户确认，还是因为权限被挡住。FoneClaw 会把未完成、正在处理和被卡住的部分显示得更清楚，帮助用户判断下一步该继续、修改还是停止。

任务完成就代表日历已经保存了吗？不一定。进度只说明某个计划步骤结束，真正的结果要看对应应用或数据是否出现了变化。如果只是检查日历，就确认读到的是正确日历、日期和时间段；如果你另行请求创建日程，再回到日历里确认日期、时间、标题和账号；备忘录要打开内容看标题和正文。若涉及审批、置信度和恢复点，AI Agent 操作确认界面设计：建议、置信度、理由与手机恢复流程会进一步解释用户在确认点应看什么。

只恢复没完成的部分

复杂请求经常出现部分成功。比如公开活动已经查到两条，摘要也整理好了，但读取日历时发现权限没开；或者日历读取成功，准备写入备忘录时需要用户确认标题。此时不要从头重跑整件事。先问三个问题：哪些信息已经拿到？哪些手机动作已经发生？还缺哪一个明确结果？

恢复时要从当前状态出发。如果日历权限被挡住，先打开对应权限或账号设置，再只请求“检查周六 14:00 到 18:00 是否空闲”。如果备忘录保存失败，先搜索是否已经出现同名或相近内容，再决定新建或更新。通用的一句“任务完成了”不能证明日历已检查、备忘录已写入或另行请求的日程已创建，必须回到目标位置核对。

FoneClaw 的权限和审批表现会按照当前工具策略、Android 权限和具体动作工作。可靠的恢复方式是：检查当前结果，确认已完成内容，处理被卡住的原因，然后只补做缺失的有边界结果。更深入的失败排查可以看手机智能体失败调试与恢复：Android AI 助手根因分析与最小重试手册。

把多智能体进展落到手机任务

多智能体不是只属于研究论文或大型平台。Google 关于 Teamwork 的介绍把协作、相互检查和迭代用于更长的研究与工程任务；AWS 关于 Agent Registry 的文章则讨论可搜索的代理、工具和技能清单，以及已批准资源的发现方式。这些发展说明了同一个方向：复杂任务需要清楚分工、可发现能力和可追踪结果。

放到手机上，判断标准可以更朴素。第一，责任要清楚：谁负责查资料，谁负责检查日程，谁负责准备文本。第二，中间结果要有用：用户能看懂候选信息和冲突点。第三，最终结果能追踪：保存到了哪个日历、哪条备忘录、哪个时间段。FoneClaw 当前的重点就是把这些专业化处理落到 Android 请求里，让复杂任务不只是“助手说完成”，而是让用户看到可核对的过程。

验证结果，再从小请求开始

第一次使用 Android 多智能体助手处理复杂任务时，选一个小而完整的请求。比如：查两条公开活动信息，检查一个日历时间段，整理一个备忘录草稿，先让我确认。这个请求同时覆盖公开信息、日历和备忘录，但每一步都能核对，失败后也容易恢复。单纯问天气、查一个词或打开一个应用，不需要强行变成多智能体任务。

核对顺序建议固定下来：先看来源和时间是否匹配，再看日历窗口和时区是否正确，然后读备忘录标题和正文，最后确认是否真的保存。只有在用户要求保存并完成对应确认后，才把草稿变成长期记录。保存后，再读回一次当前结果，可以避免重复备忘录、错误日期和账号选错。

FoneClaw 当前支持用户导向的 Android 动作、可配置模型选择和依权限执行的手机工具。公开网页搜索、日历访问和备忘录操作都可以参与这种有边界的请求；当前支持能力可以看FoneClaw 功能页，准备安装时可以从FoneClaw 下载页获取入口。把第一件事做小、把保存点放在确认之后，复杂任务就更容易看懂、继续和修正。