写点什么

Facebook 虚拟助理 M 已死,这就是聊天机器人的现状

  • 2018-01-22
  • 本文字数:1758 字

    阅读完需:约 6 分钟

看新闻很累?看技术新闻更累?试试下载 InfoQ 手机客户端,每天上下班路上听新闻,有趣还有料!

Facebook Messenger 主管 David Marcus 在 2015 年 8 月宣布 Facebook 推出虚拟助理 M,是 Messenger 内的个人虚拟助理,可以完成一些简单任务并代用户查找信息,由 AI 驱动,接受人们的训练和监督。和其他基于 AI 的虚拟助理不同的是,它能够代表用户完成我写人物,如购物、送礼、预定餐厅等等。当初 Facebook 推出虚拟助理 M 的野心很大,是想把 M 打造成能够完成线上到线下服务闭环,使 Facebook 直接成为实物和电商入口的 O2O 项目。但是,如惊天霹雳一声响,日前 Facebook 宣布,将于 2018 年 1 月 19 日关闭虚拟助理 M,团队相关成员将到其他部门任职。让我们看看本文,了解目前聊天机器人的现状。

尽管现在很难回想起过去的情况,但是在 2016 年初,很多科技行业的人都相信“聊天机器人”(基于文本的虚拟助理)将成为下一个大平台。聊天应用公司 Kik 将自己的未来押在了机器和“ chatvertising ”上。初创公司 Betaworks 推出了一个名为 Botcamp 的加速器项目。而在 2016 年的 F8 大会上,Facebook 向开发者推出了“智能机器人”,视为连接 9 亿 Messenger 用户的最佳方式

AI 前线: chatvertising 是美国聊天应用公司 Kik 于 2014 年 7 月推出的一项功能,旨在让人们通过机器人直接与品牌对话,他们当时认为这种形式可能是广告的未来,至少标志着品牌互动即将步入新时代。当年《华尔街日报》曾撰文称其开创了未来原生广告的新模式。Botcamp 是 Betaworks 为促进聊天机器人的发展而创建的首个创业加速器项目。

几乎没有人能够预料到像 Amazon 的 Alexa 和 Google 智能助理这样的语音助手能够日新月著的发展,而基于文本的聊天机器人沦落成一个笑话。Betaworks 公司称,其加速器是一次性设计的,已经转向其他主题。 Kik 转向了区块链技术。而现在 Facebook 表示,将在 1 月 19 日关闭其全方位服务虚拟助理 M。

从某些方面来看,Facebook 让 M 保持运行的时间很长,这点让人印象很深刻。尽管炒得很火,但在 Facebook Messenger 中的 M 却被当做实验来展示。在旧金山地区,免费服务只提供给一万名员工,他们用它来做一些事情,比如预订餐厅、更改航班、赠送礼物,以及等待客户服务。对那些有机会享用此服务的人而言,M 是一种神奇的福利;但对于 Facebook 来说,却是一个成本中心。

AI 前线: Facebook 虚拟助理 M 从 2015 年 8 月推出,2018 年 1 月 19 日结束,运营时间长达两年半。

那是因为大多数由 M 来完成的任务,都需要人力解决。Facebook 的目标是开发人工智能技术,使 M 几乎所有的任务能够自动化。不过,尽管 Facebook 拥有丰富的工程资源,但 M 的表现却不尽人意:一位熟悉该项目的消息人士估计,M 从来没有超过 30%的自动化水平。去年春天,M 的主管承认他们试图解决的问题比最初意识到的要困难得多。

对于M 的主管来说,在2015 年,当人们对聊天机器人感到新颖、认为其未来充满可能性的时候,为这个项目获得内部支持和资源是很容易的。但是,人们越来越清楚的认识到,M 总是需要大量昂贵的人力资源,那么,将服务扩大到更广泛的受众的想法变得不那么可行了。

M 的核心问题是:Facebook 并没有限定可以要求 M 做什么。Alexa 业已证明擅长处理更小范围的问题,很多都与事实有关,或者是 Amazon 在购物方面的核心优势。

另一个挑战是:当 M 可以完成任务时,用户会得寸进尺,要求 M 完成更为艰巨的任务。一个完全自动化的 M 需要做的事情远远超出现有机器学习技术的能力。今天最好的算法对于真正理解自然语言的所有细微差别还有很长的一段路要走。

Facebook 的 M 确实成功地将承包商的部分工作自动化了。如果你让机器人去送花,它可以自动从在线花店那里得到建议,只要求一个人选择向用户提供的报价。

Facebook 并非完全空手而归。使用该服务和角色扮演的无所不知的助理已经生成了有价值的数据,可供公司的人工智能研究人员使用。使用机器学习使软件更好地理解自然语言和对话是团队的主要兴趣之一。

Facebook 在一份声明中说:“我们启动这个项目,是希望用户对虚拟助理的需求和期望中学习,我们从中学到了很多东西。我们正在将这些有用的见解用于 Facebook 上的其他 AI 项目,对 M 在 Messenger 实验中的表现,我们非常满意,这就是该实验给我们的心得。”

感谢陈思对本文的审校。

2018-01-22 18:004105
用户头像

发布了 375 篇内容, 共 190.4 次阅读, 收获喜欢 946 次。

关注

评论

发布
暂无评论
发现更多内容

如何理解Java8 的函数式编程

Rayjun

Java 函数式编程

第十章作业

武鹏

关于 Bash 的 10 个常见误解

柴锋

bash Linux DevOps Shell

Suricata-流的处理

Phantasm

网络安全 suricata flow

ARTS打卡 第11周

引花眠

ARTS 打卡计划

面试这么撩准拿offer,HashMap深度学习,扰动函数、负载因子、扩容拆分,原理和实践验证,让懂了就是真的懂!

小傅哥

Java 面试 hashmap 负载因子 扰动函数

Requests模块基本操作

有梦想的tester

如何让区块链技术能够更好赋能数字社会建设

CECBC

区块链 数字经济

ARTS 打卡(20.07.20-20.07.26)

小王同学

视读——沟通的艺术,看入人里,看出人外(第二章)

废材姑娘

读书笔记 视觉笔记

热潮-区块链的价值能够体现在哪些方面?

CECBC

区块链技术 标准化 应用价值

微服务、DDD

chenzt

深化区块链技术的应用 体现其价值产业发展良机

CECBC

区块链技术 数字经济

那些不可貌相的代码规范

废材姑娘

代码质量

十年一梦,小米的原罪得到救赎了吗?

脑极体

图文讲解 AQS ,一起看看 AQS 的源码……(图文较长)

程序员小航

AQS jdk源码 源码阅读 java 并发

ARTS打卡Week 10

teoking

LeetCode题解:21. 合并两个有序链表,利用数组排序,JavaScript,详细注释

Lee Chen

大前端 LeetCode

ARTS Week11

时之虫

ARTS 打卡计划

吃灰的旧显示器别扔!

小匚

学习 随笔杂谈

求刚好大于当前数组组合,Code Review最佳实践,JVM框架原理,JVM垃圾回收原理 John 易筋 ARTS 打卡 Week 12

John(易筋)

Code Review ARTS 打卡计划 JVM虚拟机原理 JVM垃圾回收原理 Array算法

Java 常见的几种 OOM

hepingfly

Java OOM

LeetCode题解:21. 合并两个有序链表,迭代,JavaScript,详细注释

Lee Chen

大前端 LeetCode

BGP、OSPF、MPLS路由协议RFC分享

Phantasm

应用开发基础之-并发编程

superman

ARTS-WEEK10

一周思进

ARTS 打卡计划

十多位全球技术专家,为你献上近十个小时的.Net微服务介绍

newbe36524

容器 微服务 .net core netcore

数据库的乐观锁和悲观锁并非真实的锁

架构师修行之路

数据库 架构 乐观锁 悲观锁 分布式锁

当实证资产定价遇上机器学习

分析101

人工智能 学习 金融科技 金融 资产定价

设计模式之——JDK动态代理的源码分析

诸葛小猿

动态代理 cglib 代理模式 Proxy

程序的机器级表示-控制

引花眠

计算机基础

Facebook虚拟助理M已死,这就是聊天机器人的现状_Meta_刘志勇_InfoQ精选文章