Záměry v aplikaci LUIS

  • Článek
  • 3 min ke čtení

Záměr představuje úkol nebo akci, kterou chce uživatel provést. Jedná se o účel nebo cíl vyjádřený v utteranceuživatele.

Definujte sadu záměrů, které odpovídají akcím, které uživatelé chtějí provést ve své aplikaci. Například cestovní aplikace definuje několik záměrů:

Cestovní záměrové aplikace Ukázkové promluvy
BookFlight (Rezervovat let) "Book mi do Rio Next Week"
"Postupování do Rio na 24 července"
"Potřebuji lístek roviny další neděli do Rio de Janeiro"
Pozdrav „Hi“ (Nazdar)
"Hello"
„Good morning“ (Dobré jitro)
Zkontrolovat počasí "Jaké je počasí, jako je například Boston?"
"Zobrazit prognózu pro tento víkend"
Žádné "Získat recept na soubory cookie"
"Lakers Win?"

Všechny aplikace jsou dodávány s předdefinovaným záměrem "none", což je záložní záměr.

Předem připravené domény poskytují záměry

Kromě záměrů, které definujete, můžete použít předem sestavené záměry z jedné z předem připravených domén.

Vrátit skóre všech záměrů

Přiřadíte utterance k jednomu záměru. Když LUIS přijme utterance na koncovém bodu, ve výchozím nastavení vrátí nejvyšší záměr pro daný utterance.

Pokud chcete skóre pro všechny záměry pro utterance, můžete zadat příznak pro řetězec dotazu prediktivního rozhraní API.

Prediktivní verze rozhraní API Příznak
V2 verbose=true
Technologie show-all-intents=true

Záměr v porovnání s entitou

Záměr představuje akci, kterou by měla aplikace přijmout pro uživatele a je založena na celé utterance. Utterance může mít jenom jeden nejvyšší záměr vyhodnocování, ale může mít spoustu entit.

Vytvořte záměr, když má záměr uživatele spustit akci v klientské aplikaci, jako je například volání funkce checkweather (). Pak vytvořte entity, které reprezentují parametry požadované ke spuštění akce.

Záměr Entita Ukázková promluva
Zkontrolovat počasí {"Type": "Location"; "entita": "Praha"}
{"Type": "Builtin. datetimeV2. Date", "entita": "zítra", "Solution": "2018-05-23"}		 Jaký je počasí jako v Seattle tomorrow ?
Zkontrolovat počasí {"Type": "date_range", "entita": "Tento víkend"} Zobrazit prognózu pro this weekend

Předem sestavené záměry domény

Předem připravené domény poskytují záměry pomocí projevy.

Žádný záměr

Záměr none není vytvořen, ale je ponechán prázdný. Záměr none je povinný záměr a nelze ho odstranit ani přejmenovat. Vyplňte do něj výroky, které nepatří do vaší domény.

Záměrem none je nouzový záměr, který je důležitý v každé aplikaci a měl by mít 10% z celkového počtu projevy. Slouží k učení LUIS projevy, které nejsou důležité v doméně aplikace (předmět oblasti). Pokud nepřidáte žádné projevyy pro záměr none , Luis vynutí utterance, který se nachází mimo doménu, do jedné z doménových záměrů. Tato akce zkosí skóre předpovědi podle výuky LUIS špatného záměru pro utterance.

Když je utterance předpokládaná jako záměr None, může klientská aplikace požádat o další otázky nebo poskytnout nabídku, která uživatele nasměruje na platné volby.

Záporné záměry

Chcete-li určit negativní a pozitivní záměry, například "Chci auto " a " nechci auto ", můžete vytvořit dva záměry (jedna pozitivní a jedna záporná) a přidat odpovídající projevy pro každou z nich. Nebo můžete vytvořit jediný záměr a označit dvě různé kladné a záporné výrazy jako entitu.

Záměry a vzory

Pokud máte příklad projevy, který lze definovat jako součást nebo celý jako regulární výraz, zvažte použití entity regulárního výrazu spárovaného se vzorem.

Použití entity regulárního výrazu garantuje extrakci dat, aby byl vzor porovnán. Porovnávání vzorů zaručuje, že se vrátí přesný záměr.

Zůstatek záměru

Záměry domény aplikace by měly mít rovnováhu projevy napříč jednotlivými záměry. Nemusíte mít jeden záměr s 10 projevy a dalším záměrem s 500 projevy. Toto není vyvážené. Pokud máte tuto situaci, Projděte si záměr s 500 projevy, abyste viděli, jestli se mnoho záměrů dá znovu uspořádat do vzoru.

V zůstatku není zahrnutý záměr none . Tento záměr by měl obsahovat 10% celkového projevy v aplikaci.

Omezení záměru

Přečtěte si omezení , abyste porozuměli počtu záměrů, které můžete do modelu přidat.

Pokud potřebujete více než maximální počet záměrů

Nejdřív zvažte, jestli váš systém používá příliš mnoho záměrů.

Může zkombinovat více záměrů do jednoho záměru s entitami.

Záměry, které jsou příliš podobné, mohou být obtížnější pro LUIS rozlišení mezi nimi. Záměry by měly být dostatečně rozlišitelné pro zachycení hlavních úloh, pro které uživatel žádá, ale nemusí zachytit všechny cesty, které váš kód potřebuje. Například BookFlight a FlightCustomerService můžou být samostatné záměry v rámci cestovní aplikace, ale BookInternationalFlight a BookDomesticFlight jsou moc podobné. Pokud je systém potřebuje odlišit, používejte entity nebo jiné logiky spíše než záměry.

Model dispečera

Přečtěte si další informace o kombinování aplikací LUIS a QnA maker s modelem odeslání.

Požádat o nápovědu pro aplikace s významným počtem záměrů

Pokud se omezuje počet záměrů nebo rozdělení vašich záměrů do více aplikací, obraťte se na podporu. Pokud vaše předplatné Azure zahrnuje služby podpory, obraťte se na technickou podporu Azure.

Další kroky