昨天，在百度发布“轻应用”平台，设立一个将用户搜索意图转换为直接在线应用的分发渠道时，我首先想到的是百度在PC互联网网页上的“阿拉丁平台”，从基础模式上看，它们并没有多大的区别，但问题在于，由于移动终端的屏幕限制以及交互模式的不同，在“轻应用”平台上并无法像PC网页端那样一次向用户推荐多个应用。那么，如果同一个用户的搜索意图可以对应“轻应用”平台上的多个应用，百度将如何为用户做出选择呢？在下午采访百度移动·云事业部总经理李明远时，我率先把这个问题抛给了他。

李明远说，百度会用技术去解决这个问题：用户的设备中安装过什么样的应用、用户所处的地理位置都与利用Deep Learning技术判别出的用户意图结合起来，给用户一个最符合其需求的方案。对于是否会涉及到利益关系，是否会考虑应用本身的影响力和分发数量，他并没有给出明确的答复。

那么，除了百度搜索应用之外，百度是否会将这套“意图识别+分发”的体系应用到其他的产品当中呢？例如百度地图中同样有出行线路的搜索、本地生活的查询，也对应大量可以解决用户需求的服务。

不过李明远却认为百度地图和搜索是完全两种机制的产品，他认为，百度地图利用定位技术去为用户推荐本地服务时，这些服务都是已经被明确的用户需求，和“意图识别+分发”的理念在本质上不同。但他表示轻应用的形态可能会被用在这些服务的呈现模式上，因为轻型应用的本质实际上是Native App和Web App的混合模式——它运行于浏览器平台，可用Python、JavaScript和HTML 5语言编写，具有云和端一体的特点，能够让开发者即使更新自己的产品，同时，与Web App不同的是，它封装了Native App对终端接口的调用能力，更好的集成了传感器等本地功能，拥有更优良的性能。

同时，轻应用也不只是能够运行在百度搜索App这一个平台上——用户既可以将其封装成一个Native App进行分发，也可以在其他的浏览器上运行这个应用，只不过由于标准化和兼容性问题，只有采用百度浏览器内核的浏览器才能够完美集成轻应用中的一些深度功能。

李明远说这件事表明了百度开放的心态，他说，百度对厂商开放了浏览器内核，不仅让他们能够使用百度独有技术，也让开发者开发的应用有更广泛的运行平台，而对于开发者们，百度他们对流量、数据和技术都进行开放。他举例不久前百度举办的Hackathon活动，在活动中，他们会发现开发者没有很好的3D引擎技术，所以就计划开发HTML5 3D引擎提供给开发者使用，让他们能做出效果更好的轻应用。开发者有哪些难点？对应着哪些需求？百度将这些需求汇集起来，以此判断是否应该为开发者提供相应的技术或是开发工具。

早上，李彦宏用“缺陷”一词形容了如今应用商店的分发机制，引起了不少人的质疑——那为什么你们还要收购91无线呢？

李明远也对此做出了解释，如同百度收购的hao123一样，“导航”和“搜索”形成了互补，更全面的满足了用户需求，带来了显著的流量效应。在收购之后，在技术底层，百度和91会变为一个库，今后开发者只需上传和维护一个数据包，同时，百度为91带来了曾经不具备的安全能力，而91在上游的变现和运营商有更丰富的经验，在短期内二者并不会进行整合。