蚂蚁灵光接入40项服务，用户实测，点麦当劳要先学API，打车连不上哈啰

11月4日，蚂蚁集团旗下AI助手“灵光”2.0版本正式上线，官方宣称已打通40项外部服务连接器，涵盖微信读书、夸克网盘、麦当劳MCP平台、哈啰打车等高频生活场景。这一动作被视作AI从“对话工具”向“任务执行体”跃迁的关键一步。然而，多位用户实测发现，所谓“一键办事”的承诺在落地时遭遇多重断点：连接门槛高、功能不完整、结果不可靠，甚至出现明显逻辑错误。

以点餐为例，用户尝试通过灵光订购板烧鸡腿堡与无糖可乐套餐。尽管连接器列表中明确列出“麦当劳MCP”，但实际操作需手动填写API密钥——而该密钥获取流程要求用户打开电脑网页，登录麦当劳MCP开放平台并完成企业级开发者注册。一位测试者耗时近20分钟完成接入后，灵光仅能分别返回单品价格，无法匹配预算内套餐；更离谱的是，其定位显示“距北京展览路餐厅17米”，而测试者实际位于北京丰台区，直线距离超过20公里。最终下单环节，系统仅提供一个二维码，扫码后仍需跳转至麦当劳App完成支付——整个流程未实现任何自动化闭环。

打车场景同样暴露问题。用户指令“我要打车”后，灵光虽能获取大致位置并生成高德打车链接（含预填起点终点），但真正发起订单仍需手动操作。当用户明确要求使用“哈啰打车”时，灵光多次回应“不支持”，尽管其连接器列表中确有该项服务入口。进入哈啰连接页面后，同样提示需填写API密钥，且无进一步引导。有用户质疑其将支付宝内置的哈啰快捷入口与灵光独立连接器混淆，灵光则回复称“可能记混了”，语义模糊。

在内容类服务中，微信读书连接虽顺利，但核心功能失效：用户要求整理某本书的个人笔记并按主题分类，灵光反复尝试均失败，解释为“内容通道暂时不通”；后续设置自动重试，截至发稿仍未成功，仅返回一份通用书摘导览。相比之下，夸克网盘体验相对顺畅：授权后可快速检索文件夹内图片，但所谓“下载”实为将图片嵌入聊天框，未保存至本地相册——用户仍需截图裁剪才能获取可用图像，实用性大打折扣。

值得注意的是，灵光在支付宝生态内的表现亦不理想。查询最近三个月自动续费项目时，它能调出消费记录，却将定期存入“小荷包”的资金误判为自动续费，并混淆苹果商店单次购买与订阅项目；对于已关闭的高德打车免密授权，也未能识别状态变更。取消续费操作仅能提供文字步骤指引，无法直接跳转或执行。

对比支付宝内置AI助手“阿宝”，后者在同类任务中可直接跳转至免密支付管理页，减少用户路径跳转，但同样无法代为操作关闭。这反映出当前AI助手的共性瓶颈：能“理解意图”，难“执行动作”；可“调用接口”，难“闭环交付”。

用户反馈中，地理定位错误并非孤例。一位小红书用户称询问北京出发的低价机票，灵光却以合肥为出发地响应；自称灵光技术负责人的“林怿”回应称系历史位置信息未更新，并表示将优化实时定位请求机制。另有用户直言“下载后感觉仍是普通聊天机器人”，产品经理“漠念”承认当前会话机制对用户表达的容错能力有限，尚处早期阶段。

行业观察指出，灵光此次接入的40项服务，本质是基于MCP（Model Context Protocol）协议构建的第三方连接器集合。MCP由蚂蚁联合多家厂商推出，旨在统一AI调用外部服务的标准接口。理论上，开发者只需对接一次MCP，即可被所有兼容AI调用。但现实是，各服务商开放程度不一：麦当劳MCP目前仅面向企业开发者开放，个人用户无法获取有效Token；哈啰虽提供连接入口，但未开放实际打车API权限；微信读书、夸克等则限制内容读取深度。

这意味着，灵光的“40项服务”更多体现为技术能力的覆盖广度，而非用户体验的完成度。AI助手若想真正成为生活代理，需跨越三重障碍：一是降低用户接入成本（如免API密钥、一键授权）；二是确保服务端开放真实可用的执行接口；三是建立可靠的上下文感知与错误恢复机制。

目前阶段，灵光更像一个“高级中转站”：它能识别需求、跳转应用、传递参数，但关键动作仍需人工补位。这种半自动化模式，在简单查询类任务中尚可接受，一旦涉及交易、决策或跨平台协同，便暴露出能力断层。

值得思考的是，当AI助手开始承担“办事”角色，用户对其可靠性的期待远高于“聊天”场景。一次错误的定位、一个无法完成的订单，都可能迅速消解信任。灵光团队已在评论区积极回应反馈，但技术迭代速度能否跟上用户预期，仍待观察。

归根结底，40项连接器的数量不是终点，而是起点。真正的考验在于：用户是否愿意为“多点一次屏幕”而放弃原有高效路径？答案尚未清晰，但当前体验给出的信号偏向谨慎。