Τύπος ανάπτυξης κλειδιού API: Custom έναντι Napster-managed

Επισκόπηση

Κατά τη δημιουργία ενός κλειδιού API στο ταμπλό του Napster Omniagent, σας ζητείται να επιλέξετε έναν τύπο ανάπτυξης (deployment type). Υπάρχουν δύο επιλογές: Napster-managed και Custom. Η επιλογή λάθος τύπου είναι μια συνηθισμένη αιτία σιωπηλών αποτυχιών σύνδεσης κατά τη διάρκεια της συνεδρίας.

Επεξήγηση των τύπων ανάπτυξης

Napster-managed (προτείνεται)

Η Napster παρέχει και διαχειρίζεται το υποκείμενο endpoint πραγματικού χρόνου του Azure OpenAI για λογαριασμό σας. Αυτή είναι η σωστή επιλογή για τη συντριπτική πλειοψηφία των προγραμματιστών και απαιτείται για τις τυπικές συνεδρίες WebRTC και WebSocket.

Custom (φέρτε το δικό σας endpoint)

Παρέχετε το δικό σας endpoint πραγματικού χρόνου Azure OpenAI. Το κλειδί API ρυθμίζεται ώστε να συνδέεται σε αυτό το endpoint αντί να χρησιμοποιεί την υποδομή που διαχειρίζεται η Napster.

Σύμπτωμα: provider connection aborted

Αν το κλειδί API δημιουργήθηκε με τύπο ανάπτυξης Custom, αλλά δεν έχετε ρυθμισμένο δικό σας deployment Azure OpenAI, οι ζωντανές συνεδρίες θα αποτυγχάνουν αμέσως με:

provider_connection_aborted

Η ίδια η δημιουργία του κλειδιού API πραγματοποιείται κανονικά — το σφάλμα εμφανίζεται μόνο όταν προσπαθείτε να ξεκινήσετε μια ζωντανή συνεδρία.

Λύση

1. Μεταβείτε στο ταμπλό του Napster Omniagent → API Keys
2. Διαγράψτε το υπάρχον κλειδί που δημιουργήθηκε με τύπο ανάπτυξης Custom
3. Δημιουργήστε νέο κλειδί API και επιλέξτε Napster-managed ως τύπο ανάπτυξης
4. Βεβαιωθείτε ότι το νέο κλειδί και ο companion σας βρίσκονται στο ίδιο project
5. Δοκιμάστε μια ζωντανή συνεδρία — θα πρέπει να συνδεθεί επιτυχώς