蚂蚁发布灵光 2.0：跨会话记忆 + 长程任务调度，AI 助理从「办事」走向「管事」

10 月 27 日，蚂蚁集团发布灵光 2.0。官方对这次升级的概括是：AI 助理不再局限于回答问题、执行单次指令，而是在获得用户授权后，主动发现潜在需求、持续跟进事务，并在关键节点提醒用户。

官方给出的典型场景是：机票订好之后，票价变化要不要盯着？每月的自动续费项目里，有没有早已不用的服务？班级群的通知接连不断，哪些需要家长及时处理？这些事的难点不在于完成某个操作，而在于记住它们、持续关注变化、并在合适的时间行动——灵光 2.0 的目标就是把这部分交给 AI。

支撑这一变化的官方技术表述有三条：跨会话记忆升级，任务状态可以跨越单次对话保留；长程任务调度，配合独立云主机，用户退出对话后任务仍继续推进，信息或状态变化时 AI 据此开展后续跟进；工具连接升级，官方称支持在开放环境中调用 MCP（大模型上下文协议）等工具。

证据边界先讲清楚：以上全部来自蚂蚁官方介绍与官方口径报道。百器AI 没有安装使用灵光 2.0，无法验证跨会话记忆、任务持续运行与主动提醒的真实表现。

官方称灵光 2.0 不再局限于单一应用：一方面打通支付宝生态内的数据与服务，另一方面支持在开放环境中调用 MCP 等工具拓展跨平台协同。官方列举的已内置服务包括：支付宝账单、会员、出行，以及钉钉、飞书、邮箱、米家——应用范围从个人信息管理和线上事务，延伸到跨平台工作流和智能家居设备控制。

「内置」这两个字值得多看一眼。它意味着这些服务的可用性由蚂蚁与合作方的集成深度决定，而不是用户自己配置：官方没有披露各服务的具体调用边界、失败回退机制，以及数据在这些服务之间的流向细节。对打算重度使用跨平台工作流的用户，建议先在小范围内验证自己关心的那几个服务是否真的可用、可用到什么程度。

另有官方介绍提到，灵光 2.0 支持在手机端运行 MCP、CLI 等工具。这一表述的工程含义是：任务执行不再只在云端沙盒里发生，终端侧也接入了执行能力——但同样，具体边界官方未披露。

当 AI 从回答问题走向持续执行任务，权限边界成为绕不开的问题：它能获取哪些信息、调用哪些服务、执行哪些操作？尤其在跨应用协同场景中，如何避免授权信息泄露、确保操作符合用户意图。

蚂蚁给出的答案是 APASS：官方称这是面向 AI 时代跨智能体、跨设备、跨应用与服务场景的统一账号和安全管理基础设施，把身份认证、意图安全和隐私保护纳入智能体执行流程。机制上最值得注意的是「授权密钥与智能体分离托管」——智能体无需直接接触授权密钥即可执行任务；用户可以随时查看、调整或撤销授权，对 Agent 的行动范围做管理。

这个设计的价值在于把「授权」和「执行」拆开：即便 Agent 的执行链路出问题，密钥本身不经过 Agent。但需要提醒的是，这是厂商对自身安全架构的描述，没有第三方审计或评测背书；APASS 的实际防护效果如何，只能等独立验证。对用户来说，更实际的建议是：给 Agent 的授权从最小范围开始，用一段时间再逐步放宽。

把灵光 2.0 放进 2026 年 10 月的行业时间线：同一周内，谷歌发布世界模型 Genie 4（模拟与交互），英伟达拟 30 亿美元入股 Meta 深化 Muse 智能体合作（个人智能体），甲骨文扩大多元芯片算力（基础设施）。各家都在抢同一个叙事——AI 从「回答问题」走向「直接行动」，只是切入层不同：灵光选的是生活事务管理，用的是自家生态 + 开放工具协议的组合。

蚂蚁的差异化筹码很明显：支付宝生态里的账单、会员、出行数据与服务，加上米家、钉钉、飞书这些高频入口，是通用助理难以复制的「事务现场」。官方同时透露，灵光 App 上线于 2025 年 11 月 18 日，6 天下载量突破 200 万，用户基础已经存在。

选型建议：如果你的日常事务重度落在支付宝生态（账单、出行、续费管理），灵光 2.0 的「主动跟进 + 提醒」模式值得试用，但请先在小范围授权下验证它对你常用服务的实际覆盖；如果你的工作流以办公协同为主，注意官方称其已内置钉钉、飞书能力，实际深度 NEEDS_VERIFICATION；至于「事务管理者」这个定位本身——目前没有任何第三方评测能证实其可靠性，主动执行的 AI 出错成本比被动问答更高，权限管理要当成日常习惯而不是一次性设置。