Iterativní návrh aplikací pro LUIS

Aplikace Language Understanding (LUIS) se učí a nejefektivněji provádí iteraci. Tady je typický iterační cyklus:

• Vytvoření nové verze
• Upravte schéma aplikace LUIS. Sem patří:
  • Záměry s příklady protterance
  • Entity
  • Funkce
• Trénování, testování a publikování
  • Testování v koncovém bodě předpovědi pro aktivní učení
• Shromažďování dat z dotazů na koncový bod

Sestavení schématu služby LUIS

Schéma aplikace definuje, na co se uživatel ptá (záměr nebo záměr) a jaké části záměru poskytují podrobnosti (nazývané entity), které se používají k určení odpovědi.

Schéma aplikace musí být specifické pro domény aplikace, aby bylo možné určit relevantní slova a fráze a také určit typické řazení slov.

Příklady promluv představují vstupy uživatelů, jako je rozpoznaná řeč nebo text, které aplikace očekává za běhu.

Schéma vyžaduje záměry a mělo by mít entity.

Příklad schématu záměrů

Nejběžnější schéma je schéma záměru uspořádané se záměry. Tento typ schématu používá luis k určení záměru uživatele.

Typ schématu záměru může obsahovat entity, pokud pomáhá luis určit záměr uživatele. Například entita expedice (jako funkce strojového učení do záměru) pomáhá luis určit záměr expedice.

Příklad schématu entit

Schéma entity se zaměřuje na entity, což jsou data extrahovaná z protterance uživatelů. Pokud by například uživatel řekl: "Chci objednat tři pizzy". Extrahuje se dvě entity: tři a pizzy. Slouží k plnění záměru, kterým bylo vytvořit objednávku.

U schématu entity je záměr protterance méně důležitý pro klientskou aplikaci.

Příklad smíšeného schématu

Nejvýkonnější a vyspělé schéma je schéma záměru s celou řadou entit a funkcí. Toto schéma může začínat jako záměr nebo schéma entity a může rozšiřovat, aby zahrnovalo koncepty obou, protože klientská aplikace tyto informace potřebuje.

Přidání příkladů protterance do záměrů

Služba LUIS potřebuje v každém záměru několik příkladů promyšl. Promyšlné příklady potřebují dostatek variací volby slov a pořadí slov, aby bylo možné určit, ke kterému záměru je promyšlná.

Každý příklad protterance musí mít jakákoli požadovaná data k extrakci navržených a označených entitami.

Aplikaci LUIS je možné navrhovat tak, aby ignorovala prosance, které nejsou relevantní pro doménu aplikace, přiřazením protterance k záměru None (Žádný).

Testování a trénování aplikace

Až budete mít v každém záměru 15 až 30 různých příkladů protterance s označenými požadovanými entitami, budete muset aplikaci LUIS otestovat a vytrénovat.

Publikování do koncového bodu předpovědi

Aplikace LUIS musí být publikovaná, aby byla dostupná v seznamu oblastí koncových bodů predikce.

Testování publikované aplikace

Publikovanou aplikaci LUIS můžete otestovat z koncového bodu předpovědi HTTPS. Testování z koncového bodu predikce umožňuje luisu zvolit jakékoli prosance s nízkou spolehlivostí ke zhodnocování.

Vytvoření nové verze pro každý cyklus

Každá verze je snímek aplikace LUIS v čase. Před provedením změn v aplikaci vytvořte novou verzi. Je jednodušší se vrátit ke starší verzi než se pokusit odebrat záměry a protterance do předchozího stavu.

ID verze se skládá ze znaků, číslic nebo znaků "." a nesmí být delší než 10 znaků.

Výchozí aktivní verzí je počáteční verze (0.1).

Začněte klonováním existující verze.

Naklonovat existující verzi, která se použije jako výchozí bod pro každou novou verzi. Po naklonování verze se nová verze stane aktivní verzí.

Sloty publikování

Publikovat můžete buď do fáze, nebo do produkčního slotu. Každý slot může mít jinou verzi nebo stejnou verzi. To je užitečné pro ověření změn před publikováním do produkčního prostředí, které je k dispozici robotům nebo jiným aplikacím volajícím ze služby LUIS.

Vytrénované verze nejsou automaticky dostupné v koncovém bodu aplikace LUIS. Verzi musíte publikovat nebo znovu publikovat, aby byla dostupná v koncovém bodu aplikace LUIS. Můžete publikovat do pracovních a produkčních prostředí a získat dvě verze aplikace, které jsou k dispozici v koncovém bodě. Pokud v koncovém bodu musí být k dispozici více verzí aplikace, měli byste verzi exportovat a znovu naimportovat do nové aplikace. Nová aplikace má jiné ID aplikace.

Import verze

Verzi je možné importovat jako novou:

• Aplikace s novým ID aplikace
• Verze existující aplikace

Tato verze se stane aktivní verzí a použije ID verze versionId ve vlastnosti souboru aplikace.

Export verze

Verzi je možné exportovat z portálu LUIS na úrovni aplikace nebo verze:

• Úroveň aplikace – vyberte aplikaci na Moje aplikace stránce a pak vyberte Exportovat.
• Úroveň verze – vyberte odkaz na aplikaci na Moje aplikace, vyberte Spravovat, vyberte Verze.

Jediným rozdílem je, že na úrovni aplikace, exportovaná verze je aktuálně aktivní verze, zatímco na úrovni verze, můžete zvolit libovolnou verzi, kterou chcete exportovat na Nastavení stránce.

Exportovaný soubor neobsahuje:

• strojové učení, protože po importu se aplikace znovu natrénuje
• Informace o přispěvateli

Pokud chcete zálohovat schéma aplikace LUIS, exportujte verzi z portálu LUIS.

Správa změn přispěvatelů s verzemi a přispěvateli

Služba LUIS používá koncept přispěvatelů do aplikace tím, že poskytuje oprávnění na úrovni prostředků Azure. Zkombinujte tento koncept se sekcí verzí a zajistíte cílenou spolupráci.

Ke správě změn přispěvatelů v aplikaci použijte následující techniky.

Správa více verzí v rámci stejné aplikace

Začněte klonováním ze základní verze pro každého autora.

Každý autor provede změny ve své vlastní verzi aplikace. Až bude autor s modelem spokojen, vyexportujte nové verze do souborů JSON.

Exportované aplikace .json nebo soubory je možné porovnat se .lu změnami. Zkombinujte soubory a vytvořte jeden soubor nové verze. Změňte versionId vlastnost tak, aby se nová sloučená verze podepsala. Importujte tuto verzi do původní aplikace.

Tato metoda umožňuje mít jednu aktivní verzi, jednu fázi a jednu publikovanou verzi. Výsledky aktivní verze můžete porovnat s publikovanou verzí (fáze nebo produkční) v podokně interaktivního testování.

Správa více verzí jako aplikací

Exportujte základní verzi. Každý autor naimportuje verzi. Osoba, která importuje aplikaci, je vlastníkem verze. Po úpravě aplikace vyexportujte verzi.

Exportované aplikace jsou soubory ve formátu JSON, které je možné porovnat se základním exportem změn. Zkombinujte soubory a vytvořte jeden soubor JSON nové verze. Změňte vlastnost versionId ve formátu JSON tak, aby se nová sloučená verze podepsala. Importujte tuto verzi do původní aplikace.

Přečtěte si další informace o vytváření příspěvků od spolupracovníků.

Kontrola protterance koncového bodu a zahájení nového iterativního cyklu

Jakmile budete hotovi s iteračním cyklem, můžete proces zopakovat. Začněte tím, že si proše jako koncové body predikce propovídáte, že služba LUIS je označená s nízkou spolehlivostí. Zkontrolujte, zda tyto pro projevy nespravuje správný předpovězený záměr a extrahuje správnou a úplnou entitu. Po dokončení revize a přijetí změn by seznam recenzí měl být prázdný.

Další kroky

Seznamte se s koncepty spolupráce.