我已经使用 c# 使用 bot 框架并托管在 azure 中。我们的机器人与 LUIS 集成,并使用 SharePoint 列表来回答常见问题。我们想要升级我们的机器人,我们现在看到了许多新的机器人解决方案,比如 Power Virtual Agent 和 Composer。是否值得切换到任何新的解决方案?如果是,哪个更好,费用是多少。
1 回答
TL;DR如果您对当前的解决方案感到满意,则没有任何理由切换。预计费用:
- 机器人框架 - 60 美元/月(10,000 条消息)
- Power Virtual Agents - 1,000 美元/月(2,000 次对话)
- Composer - 假定与 Bot Framework 相同或相似,$60/月
这在很大程度上是一个偏好问题,但我可以提供我的个人见解。这篇文章似乎有点过时了,但对这三个选项提供了一个很好的高级概述。我个人没有使用 Bot Framework Composer 的经验。
首先,关于切换的一般意见。如果您已经在 Bot Framework 上进行了这项工作并且对它感到满意,那么我认为没有理由切换。Bot Framework 将是您最便宜的选择。成本显然有很多变数,但我想说,如果您对除应用服务计划之外的所有内容都使用免费套餐,您可能会以低于 60 美元/月的价格运行Bot Framework机器人来处理 10,000 条消息。将其与每 2,000 个会话花费 1,000 美元/月的Power Virtual Agents进行比较(如果每个会话有 5 条消息,这些价格将是等价的;您可以根据预期的会话长度进行调整)。如果Bot Framework Composer只是传统 Bot Framework 机器人的前端,我预计价格将保持不变,约为 60 美元/月。
以下是我对每个平台的看法。
机器人框架让您完全控制机器人的功能。它是 100% 的代码,会让一些人感到厌烦,但对于具有现有开发人员能力的组织或不喜欢与有时挑剔的构建器 UI 抗争的人来说,它是理想的选择。以我的经验,以这种方式构建集成要容易得多,尤其是对于可能使用 SOAP 的企业系统。如果您可以对其进行编码,则该机器人应该能够执行它。最大的缺点是其他选项中的一些开箱即用的功能(特别是转录/会话管理和报告)仅通过模块和糟糕的文档提供令牌支持。您的对话也没有视觉构建器,尽管我实际上发现有时这些视觉效果可能会造成更多障碍。为了我,
Power Virtual Agents是 Power Platform 的一部分,完全相反。它完全没有代码。有许多开箱即用的连接器(集成),您可以使用自定义连接器和流构建自己的连接器。然而,这比听起来要难。如果您需要创建自己的自定义 API,我发现这是一个非常糟糕的选择。如果您希望允许公民开发人员在没有开发人员或 IT 团队帮助的情况下创建自己的机器人,我们的组织已确定这将是最佳选择。它擅长问答和简单的对话,但除此之外,我发现使用它令人沮丧。
Bot Framework Composer似乎是两者之间的中间地带。我没有任何个人经验。似乎仍然需要一些编码,但它确实有一个用于对话框的可视化构建器,而且它似乎还有一些其他很好的开箱即用功能。我不确定在这个平台上创建集成是否更容易。我认为这里的利基是编码 Bot Framework 机器人的加速器,并且对于那些希望能够可视化其流程的技术人员来说也很好。如果您的客户大量参与开发过程,它也可能是一个更好的工具,允许他们在开发过程中查看流程,而不仅仅是通过对话进行测试。
如果任何 MSFT 人员对我的分析有任何补充或更正,请告诉我,我会将其编辑到我的回复中。