几年前，在其Build developer会议上，微软将其对话作为服务(CaaS)产品作为其公告的核心。今年，微软在其机器人服务上取得了一些坚实的进展，但并没有大肆宣扬。首先，快速复习一下微软的术语。Azure Bot服务是为那些希望在保持对数据控制的同时构建企业级机器人的客户提供的。Microsoft Bot框架是为希望构建可作为集成组件使用的自定义Bot的用户而设计的。
微软的虚拟助手解决方案加速器现在已经普遍可用。这允许用户更容易地设置和定制自己的虚拟助理。微软正在为虚拟助手添加更多的技能，比如日历、待办事项和“谁”，以帮助用户对他们的机器人进行微调。虚拟助手加速器是开源的，可以通过GitHub获得。另一个重要的声明是，微软的Bot框架设计器工具通常是可用的。Bot框架编写器允许用户(开发人员和非开发人员)不必编写代码就可以构建聊天机器人。Bot Framework Composer可用于Windows、MacOS、Linux和基于web的组件，使用户能够构建和导出Bot框架技能和/或Composer资产，如微软的语言理解服务(LUIS)和QnA Maker，后者可插入其他Bot。微软增加了机器人框架重用其他机器人作为技能的能力。这意味着要控制机器人的总数量。它还使公司能够扩展其强大的虚拟代理，这可以帮助用户构建无代码/低代码的客户服务代理机器人。微软还在Azure Bot服务中简化了从机器人到人类的交接，这样用户就不必为此构建定制的集成。微软还在Build大会上宣布，它的Bot框架软件开发工具包4.9版已经发布。这个版本的SDK包括许多更新和新的api，以及通常可用的活动对话框版本。自适应对话框旨在帮助开发人员构建能够在对话中切换上下文的机器人。(微软的例子:在线预订航班的人可能会向机器人询问目的地城市的天气预报。)官员们说，Bot框架SDK现在也能更好地与微软团队集成。最后但并非最不重要的是，微软已经启用了Bot框架(使用SDK 4.8或更高版本)来连接Alexa。有成千上万的Alexa技能，但是到目前为止，还没有一个正式的方法来使用微软的Bot框架工具来创建这些已发布的Alexa技能。如何使用Microsoft Bot框架服务来构建Alexa技能的文档在这里。