百度搭子 Phone Agent 与托付半径：Android 上什么能交给 Agent

为什么百度搭子是企业 Agent 的新信号

百度搭子值得手机 Agent 读者关注，不是因为它直接指向 Android 手机动作，而是因为它把企业 Agent 的任务边界讲得更具体：知识资产、业务系统、多人协作、技能接入、身份和权限，都开始进入 Agent 产品的核心问题。手机 Agent 也会遇到同一类问题，只是场景从 OA、CRM、ERP 变成了消息、电话、提醒、地图、通知和文档。

百度智能云 DuMate 官方产品页把企业版搭子定位为面向业务流程的 AI 工作团队，强调企业知识整合、系统集成、流程闭环、可复用团队资产、共享协作、管理、审计和合规。百度千帆官方文档则把千帆描述为以 Agent 为中心的企业级模型和应用开发平台，围绕 Agent 引擎、工具与 MCP、模型服务和企业服务建设。

这些信号说明，Agent 的竞争已经不只是“会不会回答问题”。它要进入真实工作，就要处理任务怎么分配、数据能看到多少、系统能接到哪里、谁来批准、结果如何留下记录。FoneClaw 把同样的思路应用到 Android：模型可以负责理解、推理和规划，FoneClaw 负责支持的手机动作、可见结果、权限使用和用户确认。想了解手机 Agent 的基础工作方式，可以阅读AI Agent 手机控制指南：Android 手机 Agent 真正应该怎么工作。

托付半径：到底能把什么交给 Agent

“托付半径”可以理解为你愿意把多大范围的任务交给 Agent。半径很小的时候，Agent 只负责总结材料、生成草稿、给建议；半径变大后，它可以读取业务知识、调用工具、连接系统、通知同事、准备表单，甚至推进流程。半径越大，越需要清楚的身份、权限、记录和确认。

新浪科技与界面关于百度搭子企业 Agent 平台的报道提到，百度将搭子推向企业市场，增加企业知识资产、多人协作、业务系统集成、安全治理、OA/CRM/ERP/IM 连接、员工身份透传、行级数据权限，以及首个企业技能接入标准。这里的关键词不是“更聪明”，而是“能在组织里按规则做事”。

换到手机上，托付半径同样要分层判断。让 Agent 写一条消息草稿，半径很小；让它选择联系人并准备发送，半径变大；让它直接提交订单、修改设置、拨打电话或处理客户信息，就需要更严格的可见状态和确认。智能体手机的完整解释可参考智能体手机是什么：2026 年 AI Phone 从聊天走向真实手机动作，本文重点是托付半径如何落到 Android 任务。

从企业系统到 Android 手机任务

企业 Agent 的系统集成，和手机 Agent 的日常任务有一个共同点：它们都需要把“理解”变成“可执行步骤”。企业里可能是审批、客户记录、工单、IM 通知和知识库；手机里则是给联系人发消息、打电话、设置提醒、打开地图、整理文档、处理通知、生成回复草稿。不同场景的数据和后果不同，但托付问题相同。

下面这张表能把企业和手机的对应关系讲清楚：

这也是为什么 Baidu Dazi、千帆和企业技能标准对手机 Agent 有启发，但不能直接等同于手机控制能力。企业平台解决企业系统内的 Agent 开发和协同；Android 手机 Agent 还要面对每个应用的界面、权限和用户动作。腾讯生态的相邻企业智能体讨论，可以参考WorkBuddy vs FoneClaw：腾讯生态智能体还是 Android 手机龙虾？，但本文不会把百度搭子写成 WorkBuddy 或 FoneClaw 的替身。

手机动作为什么需要可见权限和逐项确认

Android 上的托付半径，最终落在四件事上：权限、状态、动作、确认。权限决定 Agent 能不能触达联系人、日历、文件、通知、麦克风或位置；状态决定当前应用是否在正确界面；动作决定能否打开应用、填写文本、准备拨号或创建提醒；确认决定用户是否批准关键步骤继续。

企业 Agent 会关注员工身份透传和行级数据权限，手机 Agent 则要关注“这个动作是不是本人想做”。比如给客户发消息、拨打联系人、打开银行应用、提交表单、复制工作文件、查看通知摘要，都不能只看模型是否理解了任务。用户要能听到或看到即将发生的结果，也要能在敏感动作前停下来。

FoneClaw 的产品范围把这些问题做成实际流程：支持的 Android 动作会展示可见状态，需要权限时提示，涉及发送、拨号、账号、隐私或高影响动作时等待用户确认。关于身份、权限和任务记录的更完整背景，可以阅读AI Agent 身份、权限与审计轨迹：手机智能体真正需要的安全栈；运行隔离和手机权限的差异，可继续看AI Agent 沙盒与手机权限：安全 Agent 为什么仍然需要边界。

FoneClaw 的产品视角：模型规划，手机动作可控

在 FoneClaw，我们把 Baidu Dazi 这类企业 Agent 信号看成一个清晰提醒：Agent 真正进入工作和生活任务时，最重要的问题是“哪些事情可以托付，托付到哪一步”。模型可以理解自然语言、分析上下文、规划步骤；但 Android 上的真实动作要由手机 Agent 在支持范围内完成。

FoneClaw 是 Android 手机 Agent，可以使用配置好的模型做理解、推理和规划。用户说“把这段客户需求整理成三点，发给同事，并提醒我下午跟进”时，模型负责识别内容、对象和时间；FoneClaw 负责准备消息、展示收件人和正文、等待确认，再创建提醒或提示所需权限。这样，用户托付的是“让 Agent 帮我组织并推进任务”，关键动作仍然保持可检查。

FoneClaw 的产品范围很清楚：作为 Android 手机 Agent，它负责支持的手机动作、可见结果、权限使用、敏感步骤确认，以及动作不支持时的接续方式。百度搭子和千帆提供的是企业 Agent 的新鲜参照；FoneClaw 把同一类托付边界问题落到 Android 手机上处理。托付半径越清楚，用户越容易放心把重复任务交给手机龙虾处理。

判断 Agent 托付半径是否够用的清单

评估一个 Agent 能不能用于你的 Android 流程，可以从六个问题开始。第一，它能处理什么任务，是问答、草稿、计划，还是能推进具体动作？第二，它能接触哪些数据，是公开材料、企业知识、联系人、通知、文件，还是账号信息？第三，它代表谁行动，是个人用户、员工身份，还是某个团队角色？

第四，它能连接哪些系统或应用。企业 Agent 看 OA、CRM、ERP、IM；手机 Agent 看消息、电话、日历、地图、浏览器、文档和通知。第五，动作结果是否可见：发送给谁、内容是什么、提醒时间是什么、导航目的地是什么。第六，哪些步骤必须确认：发送、拨号、支付、设置变更、账号数据、客户信息和私人文件，都应该有清楚的确认点。

把这六项回答清楚后，托付半径就不是抽象概念，而是一张任务地图。Baidu Dazi 和千帆提示了企业 Agent 的发展方向；FoneClaw 把同样的问题放到 Android 手机上处理。模型负责想清楚，FoneClaw 负责在支持范围内做清楚。这样，用户既能享受 Agent 的效率，也能知道每一步发生在哪里、由谁批准、怎么继续。