路由Microsoft LUIS请求和Bot框架-最好在企业参考应用程序中
本文关键字：企业 参考 应用程序 LUIS Microsoft 请求 求和 框架 Bot 路由 | 更新日期: 2023-09-27 18:12:07
我和我的同事正在使用Microsoft bot框架和Microsoft LUIS构建一个非常大的应用程序。从本质上讲，我们正在尝试创建一个机器人，来自整个组织的人都可以向机器人发送消息(通过slack)并接收相关信息。不同类型的请求涉及不同的主题领域(销售、市场营销、物流和研发)。如何将多个LUIS模型、实体和子实体链在一起，以便请求在到达正确的实体之前不查询每个实体?
现在，如果一个用户问"到目前为止我们在研究上花了多少钱?"它首先查询销售实体，然后是营销实体，然后是物流实体，最后在得到响应之前查询研发实体。我试图限制API请求的数量。我目前知道有3种可能的解决方案来处理这个路由问题，而且它们似乎都不依赖于LUIS来路由到适当的实体。
解决方案1涉及让bot给出对应于每个域的UI选择器。
解决方案2涉及连接一个NLP库以从句子中提取主题，然后使用加权字典库匹配主题。
解决方案3涉及设置纯RegEx。这是我最不喜欢的解决方案，原因很明显。
一个使用Microsoft bot框架和Microsoft LUIS的企业级参考应用程序的链接将是一个理想的答案。
这里是一组新的示例，包括一些端到端演示，如contosofflowers，这应该能说明一个真正的BOT项目将如何构建。
- 这些示例以任务为中心，展示了框架的特定功能。
- 端到端演示将更符合您所看到的，因为您将看到诸如依赖注入，IScorable功能的使用，如何分离组件，如何构建可重用的bot资产以及如何组织/架构项目等概念。
另一个公共bot是Azure bot，您将在其中找到一些真正的实现。一个有趣的重构也发生在可扩展性分支中;在那里您还可以看到架构是如何发展的
From the docs:
AzureBot的创建是为了提高任何开发人员的生产力，管理员，或者使用Azure的团队。它目前是公开的你也可以按照我们的开发者设置来运行它贡献。
第一个实现侧重于对用户的身份验证Azure订阅，选择和切换订阅，开始停止基于rm的虚拟机，列出并启动Azure自动化运行手册。