Panduan dan praktik terbaik - Amazon Lex

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Panduan dan praktik terbaik

Lihat panduan dan praktik terbaik berikut untuk mengoptimalkan perilaku dan interaksi bot Anda dengan pelanggan.

Permintaan penandatanganan

Semua permintaan pembuatan model dan waktu proses Amazon Lex V2 di Referensi API menggunakan tanda tangan V4 untuk mengautentikasi permintaan. Untuk informasi selengkapnya tentang mengautentikasi permintaan, lihat Proses penandatanganan Signature Versi 4 diReferensi Umum AWS.

Melindungi informasi rahasia

Operasi API runtime RecognizeTextdan RecognizeUtterancemengambil ID sesi sebagai parameter yang diperlukan. Pengembang dapat menyetel ini ke nilai apa pun yang memenuhi batasan yang dijelaskan dalam API. Kami menyarankan Anda untuk tidak menggunakan parameter ini untuk mengirim informasi rahasia apa pun, seperti login pengguna, email, atau nomor jaminan sosial. ID ini terutama digunakan untuk mengidentifikasi percakapan dengan bot secara unik.

Menangkap nilai slot dari ucapan pengguna

Amazon Lex V2 menggunakan nilai pencacahan yang Anda berikan dalam definisi jenis slot untuk melatih model pembelajaran mesinnya. Misalkan Anda mendefinisikan maksud yang dipanggil GetPredictionIntent dengan contoh ucapan berikut:

"Tell me the prediction for {sign}"

dimana {sign} adalah slot dengan tipe kustom ZodiacSign yang memiliki 12 nilai pencacahan: melalui. Aries Pisces Sekarang misalkan pengguna mengatakan “Katakan padaku prediksi untuk bumi”:

  • Amazon Lex V2 menyimpulkan bahwa “bumi” adalah ZodiacSign nilai jika Anda melakukan salah satu tindakan berikut:

    • Mengatur valueSelectionStrategy bidang untuk ORIGINAL_VALUE menggunakan CreateSlotTypeoperasi

    • Pilih Perluas nilai di konsol

  • Amazon Lex V2 tidak mengenali nilai “bumi” jika Anda membatasi pengakuan terhadap nilai yang Anda tentukan untuk jenis slot dengan melakukan salah satu tindakan berikut:

    • Mengatur valueSelectionStrategy bidang untuk TOP_RESOLUTION menggunakan CreateSlotType operasi

    • Pilih Batasi nilai slot dan sinonim di konsol

Ketika Anda mendefinisikan sinonim untuk nilai slot, mereka diakui sama dengan nilai slot. Namun, nilai slot dikembalikan bukan sinonim.

Karena Amazon Lex V2 meneruskan nilai ini ke aplikasi klien Anda atau ke fungsi Lambda, Anda harus memeriksa bahwa nilai slot adalah nilai yang valid sebelum menggunakannya dalam aktivitas pemenuhan Anda.

Ketika Amazon Lex V2 memanggil fungsi Lambda atau mengembalikan hasil interaksi pidato dengan klien Anda, kasus nilai slot tidak dijamin. Dalam interaksi teks, kasus nilai slot cocok dengan teks yang dimasukkan atau nilai slot, tergantung pada nilai valueResolutionStrategy bidang.

Akronim dalam nilai slot

Saat mendefinisikan nilai slot yang berisi akronim, gunakan pola berikut:

  • Huruf kapital dipisahkan oleh periode (D.V.D.)

  • Huruf kapital dipisahkan oleh spasi (D V D)

Built-in slot untuk tanggal dan waktu

Jenis slot Amazon.waktu built-in Amazon.tanggal dan menangkap tanggal dan waktu (baik absolut maupun relatif). Tanggal dan waktu relatif diselesaikan pada waktu dan tanggal Amazon Lex V2 menerima permintaan dan di wilayah tempat permintaan tersebut diproses.

Untuk jenis slot AMAZON.Time bawaan, jika pengguna tidak menentukan bahwa waktu sebelum atau sesudah tengah hari, waktunya ambigu. Dalam hal ini, Amazon Lex V2 akan meminta pengguna lagi. Kami merekomendasikan prompt yang memunculkan waktu absolut. Misalnya, gunakan prompt seperti “Kapan Anda ingin pizza Anda dikirimkan? Anda dapat mengatakan 6 PM atau 6 di malam hari.”

Menghindari ambiguitas dalam data pelatihan untuk bot Anda

Menyediakan data pelatihan yang membingungkan di bot Anda mengurangi kemampuan Amazon Lex V2 untuk memahami input pengguna. Misalkan Anda memiliki dua maksud (OrderPizzadanOrderDrink) di bot Anda, dan Anda memasukkan “Saya ingin memesan” sebagai ucapan sampel. Saat Anda membuat bot, Amazon Lex V2 tidak dapat memetakan ucapan ini ke maksud tertentu. Akibatnya, ketika pengguna memasukkan ucapan ini saat runtime, Amazon Lex V2 tidak dapat memilih maksud dengan tingkat kepercayaan yang tinggi.

Jika Anda memiliki dua maksud dengan ucapan sampel yang sama, gunakan konteks masukan untuk membantu Amazon Lex V2 membedakan antara dua intent pada waktu proses. Untuk informasi selengkapnya, lihat Menyetel konteks maksud.

Menggunakan alias TSTALIASID

  • Alias TSTALIASID dari bot Anda menunjuk ke versi Draft dan hanya boleh digunakan untuk pengujian manual. Amazon Lex membatasi jumlah permintaan waktu proses yang dapat Anda buat ke alias TSTALIASID bot.

  • Saat Anda memperbarui versi Draf bot, Amazon Lex menutup percakapan yang sedang berlangsung untuk aplikasi klien apa pun menggunakan alias TSTALIASID bot. Umumnya, Anda tidak boleh menggunakan alias TSTALIASID dari bot dalam produksi karena versi Draft dapat diperbarui. Anda harus mempublikasikan versi dan alias dan menggunakannya sebagai gantinya.

  • Saat Anda memperbarui alias, Amazon Lex membutuhkan waktu beberapa menit untuk mengambil perubahan. Ketika Anda memodifikasi versi Draft bot, perubahan akan diambil oleh alias TSTALIASID segera.