라우팅 Microsoft LUIS 요청 및 봇 프레임 워크 - 엔터프라이즈 참조 응용 프로그램에서 바람직하게

Question

제 동료와 저는 Microsoft bot framework 및 Microsoft LUIS를 사용하여 매우 큰 응용 프로그램을 작성하는 중입니다. 본질적으로 우리는 조직 전체의 사람들이 봇에게 메시지를 보내고 (적절한 정보를 얻을 수있는) 봇을 만들려고합니다. 다양한 유형의 요청은 서로 다른 주제 도메인 (판매, 마케팅, 물류 및 R & D)과 관련됩니다. 하나의 체인이 여러 LUIS 모델, 엔티티 및 하위 엔티티를 어떻게 함께 연결하여 요청이 올바른 엔티티에 도달하기 전에 모든 엔티티를 쿼리하지 못하도록합니까?

바로 지금, 사용자가 "연구에 얼마나 많은 시간을 투자 했습니까?"라고 질문하면 판매 법인, 마케팅 법인, 물류 업체를 먼저 조회하고 마지막으로 R & D 엔티티를 조회합니다 응답을받습니다. API 요청 수를 제한하려고합니다. 현재이 라우팅 문제를 해결할 수있는 가능한 솔루션은 3 가지이며, 해당 항목으로 라우팅하기 위해 LUIS를 사용하는 것으로 보이는 솔루션이 없습니다.

해결 방법 1은 각 도메인에 해당하는 UI 선택기를 제공하는 것입니다.

해결 방법 2는 NLP 라이브러리를 연결하여 문장에서 제목을 추출한 다음 가중치 사전 라이브러리를 사용하여 제목을 일치시킵니다.

해결책 3은 순수한 RegEx를 설정하는 것입니다. 이것은 명백한 이유 때문에 내가 가장 좋아하는 솔루션이 아닙니다.

Microsoft bot framework 및 Microsoft LUIS를 사용하는 엔터프라이즈 급 참조 응용 프로그램에 대한 링크가 이상적인 대답이 될 수 있습니다.

Answer 1

Here은 ContosoFlowers과 같은 일부 종단 간 데모를 포함하는 새로운 샘플 세트로 실제 BOT 프로젝트가 어떻게 구성 될 것인지에 대해 밝혀야합니다.

• 샘플은 프레임 워크의 특정 기능을 보여주는 작업 중심의 샘플입니다.
• 종속성 삽입, IScorable 기능 사용법, 구성 요소 분리 방법, 재사용 가능한 봇 자산 구축 방법 및 해당 구성 요소를 사용하는 방법을 볼 수 있으므로 종단 간 데모는 사용자가보고있는 것과 더 잘 조화를 이룹니다. 프로젝트가 조직/설계되었습니다.

다른 공개 봇인 Azure Bot은 실제 구현을 찾을 수있는 곳입니다. 흥미로운 리펙토링이 addextensibility 지점에서 일어나고 있습니다.

AzureBot는 푸른로 작동하는 모든 개발자의 생산성, 관리자 또는 팀을 개선하기 위해 만들어졌습니다 : 아키텍처이 문서에서

을 진화 방법도 볼 수있을 것이다 곳. 현재 공개적으로 사용 가능한 이며 개발자 설정을 따라 직접 실행하고 을 기여할 수 있습니다.

첫 번째 구현은, 사용자의 푸른 가입 선택에 대한 인증 및 구독 스위칭 시작 및 RM 기반 가상 머신을 정지하고, 목록과 푸른 자동화 규범집 시작에 초점을 맞춘다.