Name : Virtueller Assistent
Sprache : Typoskript
Virtual Assistanthot funktioniert für andere Sprachen als Englisch.
Ich habe ein brandneues Projekt mit dem Generator-Botbuilder-Assistenten von Yeoman gemacht.
Dann habe ich den Bot lokal mit AppId und Passwort in leer ausgeführt, dann Knotenabhängigkeiten installiert und danach den Bot gestartet.
Dann benutze ich den Emulator, um den Bot zu testen. Standardmäßig ist die Sprache des Emulators "en-US".
Wenn ich den generierten Bot teste, zeigt er den Onboarding-Dialog und die Links zum Testen von luis und qna funktionieren gut. Wenn ich jedoch versuche, die Sprache auf "es" oder "es-CO" umzustellen, wird der Onboarding-Dialog auf Spanisch angezeigt, aber sonst passiert nichts: Die an das Model gesendete Äußerung scheint nicht verarbeitet zu werden und qna oder luis haben die Fragen nicht beantwortet .
dieser Bot konnte die Fragen auf Spanisch beantworten
spanischer (es-CO) Onboarding-Dialog: der einzige Dialog, der mit "es"-Gebietsschema funktioniert
Das englische (en-US) Modell funktioniert wie ein Zauber
Ich weiß nicht, ob ich ein anderes Modell für Luis, Qna oder Dispatcher bereitstellen muss, um das erwartete Verhalten zu erzielen (aber dieser Schritt wird in den Anweisungen des virtuellen Assistenten nicht kommentiert).
Abhängigkeiten sind:
"dependencies": {
"@microsoft/microsoft-graph-client": "^1.3.0",
"@microsoft/microsoft-graph-types": "^1.5.0",
"azure-cognitiveservices-contentmoderator": "^4.0.0",
"botbuilder": "^4.4.0",
"botbuilder-ai": "^4.4.0",
"botbuilder-applicationinsights": "^4.4.0",
"botbuilder-azure": "^4.4.0",
"botbuilder-core": "^4.4.0",
"botbuilder-dialogs": "^4.4.0",
"botbuilder-skills": "^4.4.6",
"botbuilder-solutions": "^4.4.6",
"botframework-config": "^4.4.0",
"botframework-connector": "^4.4.0",
"botframework-schema": "^4.4.0",
"dotenv": "^6.0.0",
"i18next": "^15.0.6",
"i18next-node-fs-backend": "^2.1.1",
"ms-rest-azure": "^2.5.0",
"restify": "^7.2.1"
},
Hallo @andhdo ,
Erstmal vielen Dank für die Ausführlichkeit der Ausgabe!
Standardmäßig wird die deploy.ps1
Skript nimmt en-us
für die kognitiven Modelle als die Sprache, so, wenn Sie eine andere Sprache oder mehr als eine haben wollen, sollten Sie die Sprache oder die Sprachen, die passieren -languages
Argument.
Im folgenden Beispiel werden die kognitiven Modelle in den Sprachen en-us
und es-es
bereitgestellt
pwsh.exe -ExecutionPolicy Bypass -Datei deployscriptsdeploy.ps1 -name "
" -Lage " "-appId" " -appPasswort " " -luisAuthoringKey " " -luisAuthoringRegion " " -sprachen "es-es,en-us"
Wenn Sie Ihre Bereitstellung weiter anpassen möchten, der Dokumentation zum
Hallo @Batta32 ; es funktioniert jetzt und generiert das spanische modell für die infrastruktur als service-code, so dass sowohl die wissensdatenbank des qna-modells als auch die luis-Intents in azurblau veröffentlicht wurden.
Wir sollten bedenken, dass Locales von der Liste abhängen, die von jedem kognitiven Modell unterstützt wird. Derzeit sind "es-es" und "es-mx" gültige Parameter.
Danke für Ihre Hilfe.
Hallo @andhdo , es war
Wir werden das Problem schließen, weil Sie es zum Laufen bringen könnten! Fühlen Sie sich frei, wieder zu öffnen, wenn Sie ein ähnliches Problem haben.
Hilfreichster Kommentar
Hallo @andhdo ,
Erstmal vielen Dank für die Ausführlichkeit der Ausgabe!
Standardmäßig wird die
deploy.ps1
Skript nimmten-us
für die kognitiven Modelle als die Sprache, so, wenn Sie eine andere Sprache oder mehr als eine haben wollen, sollten Sie die Sprache oder die Sprachen, die passieren-languages
Argument.Im folgenden Beispiel werden die kognitiven Modelle in den Sprachen
en-us
undes-es
bereitgestelltWenn Sie Ihre Bereitstellung weiter anpassen möchten, der Dokumentation zum