字节拟把个人智能体接入豆包

豆包已经能处理一些具体事务：查询机票、购买火车票、叫车和预订酒店，部分手机与电脑操作也有了对应的执行工具。字节接下来筹备的个人智能体，要面对的是另一层问题：用户交代一件事之后，这些分散的能力能否围绕同一个目标持续工作。

爱范儿援引的报道显示，字节内部已启动代号为 Spell 的个人助理项目，主要由豆包手机助手团队负责，并计划与豆包对话团队合作，将相关功能整合进豆包。这仍是报道中的项目与整合计划，不能据此认定豆包已经具备完整个人助理的能力。其目标则相当清楚：让豆包能够记住用户需求、主动规划并执行任务。

理解这项计划，可以先看字节已经具备哪些执行能力。豆包手机助手技术预览版能够理解手机屏幕内容，通过模拟点击完成部分 App 操作；搭载消费者版的手机也已正式开售。它探索的是如何在手机界面上代替用户操作，适用范围仍是部分任务，而非所有应用和流程。

电脑端提供了另一种路径。豆包工作与飞书打通后，可以读取授权范围内的工作信息，自主拆解任务、调用工具，并通过虚拟电脑或浏览器完成操作。新增的个人技能录制功能，还允许用户演示电脑操作流程，让它重复执行类似任务，甚至在 Mac 锁屏后继续工作。这说明字节对任务执行的探索，已经涉及操作过程的复用，以及用户暂时离开后的继续运行。

出行服务又提供了不同的入口。用户表达目的地后，豆包可以连接查询、购票、叫车和住宿预订等服务。把它与手机助手、豆包工作放在一起看，已有能力分别回答了怎样操作界面、怎样拆分工作、怎样连接生活服务等问题。完整个人助理需要进一步解决的，是这些能力如何承接同一项需求，而不只是各自在不同产品中可用。

本文的判断是，整合的重点在于任务能否延续。一次对话里调用工具，只需回应眼前的请求；持续办理一件事，则需要保留目标、接续尚未完成的步骤，并在必要时把决定交还给用户。手机端能点击、电脑端能执行流程，并不自动意味着两者已经能够共享任务进度。现有材料也没有证明 Spell 已经完成这种衔接。

爱范儿介绍的 Meta Muse，呈现了一个可供参照的方向：用户可以交代需要数天甚至数周的任务，由它规划步骤、搜索信息、调用外部服务，遇到需要确认的环节再联系用户。Meta 还为其准备了 Muse Secure VM，让每个智能体拥有独立执行环境，在授权范围内使用浏览器、访问服务，持续处理未完成的工作。

这个参照的意义，在于说明持续任务需要怎样的产品支撑。任务不随聊天结束而停止，就需要一个能够继续运行的环境；执行涉及外部服务，就需要明确授权范围和确认环节。这些是 Muse 已被介绍的设计，不能直接写成 Spell 已实现的功能。

因此，观察字节这项计划，值得关注的不只是豆包又接入了多少工具，还包括一次委托能否在不同执行方式之间保持连贯。已有产品提供了操作、拆解和服务连接的基础；报道中的整合计划，则试图把它们带入豆包。只有当需求能够被保留、步骤能够继续推进、必要的确认能够及时发生，分散的执行能力才可能组成一个更完整的个人助理。