Routing Microsoft LUIS Prośby i Bot Framework - Najlepiej w Enterprise Reference Application

Question

Moi koledzy i ja pracujemy nad budową bardzo dużej aplikacji wykorzystującej framework Microsoft bot i Microsoft LUIS. Zasadniczo staramy się stworzyć bota, w którym ludzie z całej organizacji mogą przesłać wiadomość do bota (poprzez luki) i otrzymywać stosowne informacje. Różne typy wniosków dotyczą różnych dziedzin przedmiotowych (sprzedaż, marketing, logistyka i R & D). W jaki sposób łączy się wiele modeli, jednostek i podjednostek LUIS, aby wniosek nie sprawdzał każdego podmiotu przed uzyskaniem właściwego obiektu?

W tej chwili, jeśli użytkownik pyta "Ile czasu spędziliśmy na badaniu?" Najpierw pyta podmiot handlowy, podmiot marketingowy, następnie podmiot logistyczny, a na koniec pyta podmiot R & otrzymuje odpowiedź. Próbuję ograniczyć liczbę żądań interfejsu API. Obecnie wiem o 3 możliwych rozwiązaniach, które rozwiązują ten problem z routingiem i żaden z nich nie wydaje się polegać na LUIS do kierowania do odpowiedniej jednostki.

Rozwiązanie 1 polega na tym, że bot ma selektor interfejsu odpowiadający każdej domenie.

Rozwiązanie 2 polega na podłączeniu biblioteki NLP w celu wyodrębnienia tematu ze zdania, a następnie dopasowania tematu za pomocą ważonej biblioteki słownika.

Rozwiązanie 3 polega na ustawieniu czystej funkcji RegEx. To moje najmniej ulubione rozwiązanie z oczywistych powodów.

Łącze do aplikacji referencyjnej klasy korporacyjnej korzystającej z frameworka Microsoft Lule i Microsoft LUIS byłoby idealną odpowiedzią.

Answer 1

Here to nowy zestaw próbek, w tym niektóre prezentacje od końca do końca, takie jak ContosoFlowers, które powinny rzucić trochę światła na sposób konstruowania prawdziwego projektu BOT.

• Próbki są skoncentrowane na zadaniu, pokazując określone cechy struktury.
• Dema end-to-end będą bardziej dopasowane do tego, czego szukasz, ponieważ zobaczysz pojęcia takie jak wtrysk zależności, wykorzystanie możliwości IScorable, jak rozdzielić komponenty, jak zbudować zasoby bota wielokrotnego użytku i jak projekt jest zorganizowany/zaprojektowany.

Innym publicznym botem jest Azure Bot, w którym znajdziecie prawdziwą implementację. W oddziale addextensibility zachodzi również interesująca refaktoryzacja; gdzie będzie również w stanie zobaczyć, w jaki sposób architektura ewoluuje

Od docs:

AzureBot został stworzony w celu poprawy wydajności każdego dewelopera, administracyjnej, albo zespół pracujący z Azure. Jest on obecnie dostępny publicznie pod numerem . Możesz także śledzić naszą konfigurację dla programistów, aby uruchomić ją samodzielnie i przyczynić się do wniesienia jej pod numer .

Ten pierwszy koncentruje się na wdrożenie do uwierzytelniania użytkownika Azure subskrypcji, wybierając i przełączanie subskrypcje, począwszy i zatrzymywania maszyn wirtualnych RM oparte na wystawianie i rozpoczęcie Azure Automatyka runbooks.