Latest / M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia / Agen Copilot Studio: grounding, persona, debugging, dan publikasi tanpa kesalahan pemula (Sulih Suara AI)

Transcript

Agen Copilot Studio: grounding, persona, debugging, dan publikasi tanpa kesalahan pemula (Sulih Suara AI) · M365.FM – Podcast Microsoft 365, Copilot & AI Bahasa Indonesia

• 0:00
  Bayangkan Anda merilis agen kopilot studio pertama Anda,
• 0:02
  bukannya mengesankan siapapun, agen itu justru melontarkan jawaban asal seperti
• 0:05
  Saya rasa kebijakan mengatakan mungkin itulah cara alami membuat bot.
• 0:09
  Namun dengan beberapa perbaikan dan instruksi jelas yang mendasarkannya pada dokumen kebijakan asli,
• 0:13
  Anda bisa mengubah kesalahan itu menjadi hasil sempurna yang mengutip bab dan ayatnya.
• 0:17
  Di akhir video ini, Anda akan tahu cara membuat ulang respons buruk di panel uji,
• 0:20
  memperbaikinya agar bot mengutip dokumen asli dan memublikasikan pilot yang berfungsi.
• 0:24
  Sedikit tambahan, klik subscribe sekarang agar panduan ini otomatis masuk ke daftar putar Anda.
• 0:27
  Tentu saja mendapatkan hasil mulus di jendela penguncian itu mudah.
• 0:31
  Masalah sebenarnya muncul saat bot Anda keluar dari zona aman dan terhambat di dunia nyata.
• 0:35
  Mengapa bot uji sempurna Anda kolapsi dunia nyata?
• 0:37
  Jadi, mengapa bot yang terhad sempurna di panel uji tiba-tiba mulai kacau saat dihadapkan pada pengguna nyata?
• 0:42
  Singkatnya, studio menjaga segala sesuatunya tetap terstruktur dan sopan,
• 0:45
  sementara dunia nyata tidak memiliki kesantunan seperti itu.
• 0:47
  Di studio input yang Anda masukkan sangat rapi.
• 0:50
  Pertanyaan-pertanyaan bersifat singkat, dirangkai dengan bersih,
• 0:52
  dan biasanya cocok dengan contoh pelatihan telah Anda siap.
• 0:54
  Itulah sebabnya terasa seperti yang menurut.
• 0:56
  Namun, beralihlah ke produksi dan orang-orang akan mengetik layaknya manusia biasa.
• 0:59
  Seorang sender mungkin bertanya berapa banyak yang bisa saya klaim saat menurut di hotel.
• 1:02
  Seorang perwakilan mungkin mengetik batas biaya hotel dengan salah ketika.
• 1:05
  Yang lain mungkin hanya berkata, ingatkan saya lagi soal uang perjalanan.
• 1:09
  Semua itu berarti sama, namun jika Anda hanya menguji apa batas biayanya,
• 1:12
  bot tidak akan selalu bisa menghubungkan titik-titiknya.
• 1:15
  Berikut adalah cara untuk melihat kesenangan.
• 1:17
  Buka panel uji dan berikan tiga variasi pertanyaan ke bot Anda.
• 1:20
  Pertama, versi bersih, lalu versi santai, kemudian versi dengan salah ketik.
• 1:23
  Perhatikan responnya berubah.
• 1:25
  Terkadang bot berhasil menjawab ketiganya, terkadang hanya versi yang berhasil.
• 1:28
  Itu adalah petunjuk pertama Anda bahwa hasil uji yang indah tidak menjamin keberhasilan di dunia nyata.
• 1:32
  Alasan teknisnya adalah cokupan niat.
• 1:34
  Bot mengandalkan frasa pemicu dan definisi topik untuk mengetahui kapan harus memberikan respons.
• 1:38
  Jika semua contoh Anda terlihat sama, modelnya menjadi rentan.
• 1:41
  Satu sinonim saja bisa membuatnya.
• 1:42
  Perbaikannya membosankan tapi berhasil.
• 1:44
  Tambahkan frasa pemicu yang lebih luas ke topik Anda dan jangan hanya menggunakan bahasa formal dan dokumen kebijakan.
• 1:48
  Selipkan frasa santai, singkatan, bahkan yang sedikit berantakan yang sebenarnya digunakan orang-orang.
• 1:52
  Anda tidak perlu sinon, cukup untuk mencakup variasi yang jelas, lalu uji kembali.
• 1:56
  Perbedaan saluran membuat hal ini lebih sukar.
• 1:58
  Panel uji studio hanyalah sebuah simulasi.
• 2:00
  Setelah Anda membeli kasihkan ke saluran seperti Teams, SharePoint, atau situs demo,
• 2:03
  platform tersebut mungkin mengubah cara teks input ditangani atau bagaimana respons ditampilkan.
• 2:06
  Teams mungkin memisahkan baris dengan cara yang berbeda.
• 2:08
  Halaman web mungkin menghilangkan pormat.
• 2:10
  Bahkan perubahan kecil seperti memindahkan frasa kunci ke baris lain dapat mengubah cara model menilainya.
• 2:14
  Itulah mengapa Microsoft menekankan perlunya pengujian berulang di berbagai saluran.
• 2:19
  Bot yang lulus di studio masih bisa gagal saat pemformatan dunia nyata mengubah kondisinya.
• 2:23
  Pengguna juga memiliki ekspektasi tertentu.
• 2:25
  Bagi mereka, menyusun ulang pertanyaan adalah percakapan yang wajar.
• 2:28
  Mereka tidak memikirkan tentang niat pemicu atau tumpang tindis mantik.
• 2:31
  Mereka hanya berasumsi buat mengerti seperti rekan kerja.
• 2:33
  Satu kegagalan saja, terutama saat demo akan menghancurkan kepercayaan.
• 2:36
  Disitulah pembuat pemula selingkauan merasa kecewa.
• 2:38
  Latihan di studio memberi mereka rasa aman semu, tetapi input pengguna kasual pertama di Teams meruntukkan ilusi tersebut.
• 2:44
  Beri kita pergas hal ini dengan satu contohnya.
• 2:45
  Di studio Anda mengetik berapa batas biaya.
• 2:48
  Bot menjawab langsung kebijakan menyatakan 200 dollar per hari untuk penginapan.
• 2:52
  Sempurna.
• 2:52
  Sebarkan.
• 2:53
  Sekarang coba, hey berapa biaya hotel yang bisa saya dapatkan?
• 2:56
  Alih-alih mengutip kebijakan.
• 2:58
  Bot memberikan respon seperti periksa dengan HR atau membuat tebakan samar.
• 3:01
  Niat yang sama, hasil yang sangat berbeda.
• 3:03
  Perubahan itu, tepat saat latihan namun samar saat digunakan, itulah yang kita bicarakan.
• 3:07
  Itulah.
• 3:08
  Pelajaran praktisnya adalah sebagai berikut.
• 3:10
  Anggap studio seperti tantanding.
• 3:12
  Berguna untuk belajar, tapi bukan bukti kesiap.
• 3:14
  Sebelum melanjutkan, cobalah tes tiga variasi di panel pengujian.
• 3:17
  Lalu perluas topik Anda dengan sinonim dan frasa kasual.
• 3:20
  Terakhir, saat Anda memublikasikan uji kembali di setiap saluran tempat bot akan digunakan.
• 3:24
  Anda akan menunggukan masalah sepengguna Anda menunggu.
• 3:25
  Dan ada jebakan yang lebih besar.
• 3:27
  Karena meskipun Anda sudah mencakup rasa dan saluran bot Anda tetap bisa gagal jika tidak didasarkan pada sumber yang tepat.
• 3:32
  Saat itulah bot berhenti melewatkan pertanyaan dan mulai mengarang jawaban.
• 3:35
  Bayangkan bot yang terdengar percaya diri tetapi sebenarnya hanya menebak.
• 3:38
  Disitulah keadaan menjadi kacau nantinya.
• 3:41
  Kesalahan pemula membiarkan bot Anda tidak memiliki dasar sumber yang kuat.
• 3:44
  Kesalahan pemula pertama adalah memperlakukan kopelot studio seperti bola kristal, bukan buku panduan.
• 3:48
  Saat Anda meluncurkan agian tanpa dasar pengetahuan yang nyata,
• 3:51
  Anda pada dasarnya mengirim pegawai magang ke ruang rapat tanpa persiapan.
• 3:55
  Mereka akan berbicara cepat, terdengar percaya diri, dan separuh dari yang mereka katakan akan runtuh begitu dan memeriksi.
• 3:59
  Itulah cebakan membiarkan bot Anda tidak memiliki dasar sumbernya.
• 4:01
  Awalnya kilaunya menutupi hal tersebut.
• 4:03
  Hasil build baru di studio terlihat apik, sepaan sopan, perasaan cepat, tanpa jeda yang terlihat.
• 4:07
  Namun dibaliknya tidak ada dasar yang kuat untuk kata-kata tersebut.
• 4:10
  Sistem hanya menarik pola, bukan fakta.
• 4:12
  Bot yang tidak memiliki dasar ungrounded tidak tahu apa-apa.
• 4:15
  Mereka hanya menggertak.
• 4:15
  Dan meskipun gertakan mungkin terlihat mulus di panel, pengujian pengguna di produksi akan langsung menyadari.
• 4:21
  Hasil terburuk bukan sekadar jawaban yang lemah, tetapi halusinasi.
• 4:23
  Fit terjadi saat bot menciptakan sesuatu yang tampak benar, padahal tidak berdasar kenyataan.
• 4:28
  Anda bertanya tentang penggantian biaya perjalanan.
• 4:30
  Dan bukannya menolak dengan sopan buat malah mengarang angka yang terdengar masuk akal.
• 4:34
  Seorang staff mesan hotel berdasarkan output buruk itu, dan tiba-tiba Anda harus memfreskan sengketa biaya, dan email bernada kesal.
• 4:39
  Kalimatnya tampak profesional, isinya hanyalah omong kosong.
• 4:42
  Contoh soleps membuat hal ini menjadi nyata.
• 4:44
  Dalam latihan praktek resmi, Anda diminta mengunggah file bernama expensespolicy.docx.
• 4:49
  Di dalamnya, batas penginapan dinyatakan dengan jelas sebesar 200 dolar per malam.
• 4:52
  Jika Anda melewatkan langkah grounding dan bertanya pada bot baru Anda, bagaimana kebijakan noten?
• 4:56
  Bot mungkin dengan percaya diri menjawab 100 dolar per malam, sepenuhnya karangan.
• 5:00
  Hanya setelah Anda benar-benar melampirkan expensespolicy.docx itu, model berhenti mengarang.
• 5:04
  Bot yang memiliki grounding menguntip dokumen tersebut.
• 5:06
  Menurut kebijakan perjalanan perusahaan, penginapan dibatasi hingga 200 dolar per hari.
• 5:10
  Dan perbedaan itu antara karangan versus kutipan sepenuhnya bergantung pada langkah grounding.
• 5:14
  Jadilah cara tepat untuk memperbaikinya di antarmuka.
• 5:17
  Buka agen Anda di Copilot Studio.
• 5:18
  Dari layar ikhtisar, klik knowledge.
• 5:20
  Pilih tambah knowledge, selalu pilih untuk mengunggah file.
• 5:23
  Arahkan ke expensespolicy.docx atau sumber terpercaya lainnya.
• 5:26
  Jika Anda lebih suka terhubung ke situs web publik atau lokasi sharepoint, Anda juga bisa memilihnya, tetapi file lebih rapi.
• 5:32
  Setelah mengunggah, tunggu sebetulnya.
• 5:33
  Pengindeksen bisa memakan waktu 10 menit atau lebih sebelum kontensi.
• 5:36
  Jangan panik jika query pengujian pertama tidak langsung mengambil dari sana.
• 5:39
  Setelah pengindeksen selesai, ajukan kembali pertanyaan.
• 5:41
  Saat sudah grounded dengan benar, Anda akan melihat jawaban 200 dolar yang sebenarnya berserta kutipan kecil yang menunjukkan jawaban tersebut berasal dari dokumening.
• 5:47
  Kutipan itulah yang menandakan bahwa Anda telah berhasilan sempurna.
• 5:50
  Satu kesalahpahaman umum adalah, menganggap conversational boosting akan menutupi celah secara ajaib.
• 5:55
  Boosting tidak menciptakan kesadaran kebijakan, ia hanya memperkuat pola teks.
• 5:59
  Tanpa sumber pengetahuan sebagai jangkar, boosting dengan senang hati akan mengeluarkan pengisian persifat.
• 6:02
  Ini seperti memberi anak magang 3 cangkir kopi dan berharap kafein bisa menutupi ketidaktahuannya.
• 6:07
  Dokumen lab bahkan sudah memperingatkan hal ini.
• 6:08
  Jika tidak ditemukan kecocokan dalam pengetahuan Anda, peningkatan dapat kembali ke pengetahuan umum bawaan model dan memberikan jawaban yang tidak jelas atau tidak akurat.
• 6:16
  Itulah mengapa Anda harus mengonfigurasi topik penting agar hanya mencari sumber yang Anda tambahkan saat presisi itu penting.
• 6:21
  Jangan biarkan bot berkeliaran bebas di model bahasa yang lebih luas jika taruhannya adalah kepatuhan keuangan atau SD.
• 6:26
  Dapat dari mengabaikan langkah ini bertambah dengan cepat.
• 6:28
  Bot yang tidak berdasar mungkin berfungsi baik untuk obrolan ringan, tetapi begitu mereka menjawab tentang penggantian biaya atau kebijakan cuti, mereka menciptakan tiket pencuti.
• 6:35
  Bayangkan menjelaskan kepada bagian keuangan mengapa lima karyawan mengajukan klaim dengan tarif yang salah, karena bot Anda membuat latasan secara spontan.
• 6:41
  Memperbaikinya memakan biaya lebih besar daripada sekadar menggunakan dokumen sekal.
• 6:44
  Grounding mengubah agen Anda dari pekerja magang yang bersemangat namun tidak tahu apa-apa menjadi apa yang mungkin disebut pemain game sebagai pengacara.
• 6:50
  Bot mengutip buku bukan isi kepalanya sendiri.
• 6:51
  Lampirkan dokumen kebijakan, pengeluaran, dan sistem tiba-tiba menerapkan aturan perusahaan alih-alih berimprovisasi.
• 6:57
  Lebih baik lagi tanggapan memberikan bukti kutipan jelas yang dapat Anda periksa.
• 7:00
  Begitulah cara Anda menjaga kepercayaan.
• 7:01
  Pada hasil terburuk, Anda telah membangun mesin gosip percaya diri yang menyebarkan aturan buatan sendiri.
• 7:06
  Pada hasil terbaik, Anda telah membangun ahli yang berdasar lengkap dengan kutipan.
• 7:09
  Satu-satunya cara untuk mendapatkan yang terakhir adalah dengan memberinya sumber pengetahuan terverifikasi sejak awal.
• 7:14
  Dan begitu bot Anda akhirnya bisa mengatakan yang sebenarnya Anda menghadapi tantangan berikutnya,
• 7:18
  membentuk cara ia menyampaikan kebenaran itu karena akurasi tanpa kebenaran itu karena akurasi tak membuat benar.
• 7:22
  Mengajarkan kepribadian pada bot Anda adalah langkah berikutnya,
• 7:25
  dan di Copilot Studio Anda tidak mendapatkannya secara gratis.
• 7:28
  Anda harus menulisnya sendiri.
• 7:29
  Di sinilah Anda berhenti membiarkan sistem terdengar seperti boneka uji
• 7:32
  dan mulai membentuknya menjadi sesuatu yang benar-benar ingin diajak bercara oleh Anda.
• 7:35
  Dalam prakteknya, itu berarti mengedit bidang nama deskripsi dan instruksi yang ada di halaman ikhtisar.
• 7:39
  Biarkan kosong dan Anda akan mendapatkan balasan standar yang terasa seperti NPC yang terjebak dalam mode tutorial.
• 7:45
  Inilah bagian yang sering dilewatkan oleh pembuatmu.
• 7:47
  Sistem sudah memiliki gaya default segera setelah Anda menekan buat.
• 7:50
  Jika Anda tidak menyentuh kolom tersebut, Anda akan mendapatkan penyampah hambar tanpa otoritas dan tanpa komentar.
• 7:55
  Konteks dalam hal yang menghasilkan kepercayaan.
• 7:56
  Di lingkungan seperti SDM atau keuangan, nada generik membuat orang berpikir mereka sedang menguji prototipe,
• 8:01
  bukan menggunakan alat yang dapat diandalkan.
• 8:03
  Contoh singkatnya, katakanlah Anda bermaksud membangun ahli kebijakan pengeluaran.
• 8:06
  Tetapi karena Anda tidak pernah mengganti nama atau mendeskripsikannya,
• 8:08
  agen tersebut muncul sebagai kopilot generik tanpa latar belakang.
• 8:12
  Seseorang bertanya tentang penggantian biaya hotel dengan mengharapkan saran profesional.
• 8:15
  Yang mereka dapatkan hanyalah teks polos tanpa bingkai yang menciptakan sinyal halus namun kuat.
• 8:19
  Jangan percaya, padaku, kepercayaan cepat mengudar.
• 8:23
  Kehilangan pengguna pada kontak pertama buat mereka jarang marah.
• 8:25
  Anggaplah seluruh pengaturan ini seperti melalui selembar karakter singkat.
• 8:28
  Nama adalah kelas, deskripsi adalah latar belakang, kota instruksi panjang adalah atribut,
• 8:33
  dan nada adalah penyelarasan.
• 8:35
  Anda tidak akan datang ke sebuah kampanye tanpa mengalokasikan poin ketiga.
• 8:37
  Jangan luncurkan bot dengan cara seperti itu juga.
• 8:39
  Angka-angka mentah penting di sini.
• 8:40
  Kolom nama bot dibatasi 30 karakter, jadi buatlah singkat dan tajam.
• 8:44
  Pakar kebijakan pengeluaran, pemandu wisata, pembantu tenjangan.
• 8:48
  Deskripsinya memungkinkan sekitar 1000 karakter yang cukup untuk beberapa kalimat yang jelas.
• 8:52
  Sesuatu seperti, agen ini memberikan jawaban terkini kepada karyawan dari kebijakan perjalanan resmi.
• 8:57
  Ini mengutip bagian yang relevan dan menghindari spekulasi.
• 9:01
  Kemudian Anda memiliki kolom instruksi yang merupakan slot fleksibel Anda hingga 8000 karakter.
• 9:05
  Disitulah Anda dapat mengunci aturan kerja yang sebenarnya.
• 9:08
  Jangan hanya mengatakan jadilah membantu, tetapi jabarkan perangkat.
• 9:10
  Terlalu kutip baris kebijakan jika tersedia.
• 9:12
  Hindari jawaban spekulatif.
• 9:14
  Ringkas dalam satu kalimat yang jelas untuk eksekutif, lalu berikan kutipan.
• 9:18
  Daftar periksa praktis yang bisa Anda baca seambang terlihat seperti itu.
• 9:21
  Beri nama peran.
• 9:22
  Tulis deskripsi singkat keahlian.
• 9:24
  Atur nada, formal, santai, sederhana untuk non-ahli.
• 9:28
  Isi instruksi dengan aturan perilaku, apa yang harus disertakan, apa yang harus dihindari, cara memformat.
• 9:32
  Setiap langkah tersebut memperkuat identitasnya.
• 9:34
  Tidak satupun dari mereka memerlukan pengaturan lanjut.
• 9:36
  Semuanya ada di sana saat membuat tanda atau dapat di-edit nanti di halaman ringkasan.
• 9:40
  Panduan nada bersifat halus namun kuat.
• 9:42
  Anda dapat secara ekspisit mendorongnya dengan frasa seperti formal dan profesional atau santai dan mudah dipahami untuk staff tanpa latar belakang teknis.
• 9:49
  Tambahkan contoh langsung di dalam instruksi jika Anda mau.
• 9:52
  Tidak butuh banyak teks untuk mengarahkan bagaimana buat membentuk setiap kalimat.
• 9:55
  Dua peningkatan cepat yang tidak diketahui semua orang.
• 9:58
  Edit topik awal percakapan dan ganti ikon again.
• 10:01
  Keduanya memakai waktu kurang doi.
• 10:02
  Di panel uji, Anda akan melihat pesan intro yang diberikan buat Anda sepertama kali membuka brola.
• 10:06
  Cara default itu bersifat umum.
• 10:07
  Klik edit topik awal percakapan dan ganti sambutan standar dengan intro khusus peran seperti
• 10:12
  Saya di sini untuk membantu Anda memahami kebijakan perjalanan dan akan mengutip dokumen resmi jika memungkinkan.
• 10:18
  Kemudian segarkan percakapan untuk mengujinya.
• 10:20
  Ketika lebih profesional.
• 10:20
  Untuk ikon, sistem mendukung PNG hingga 192 kali 192 piksel di bawah 30 kilobit.
• 10:27
  Menambahkan grafis bermerek, bahkan sekadar logo, mencegah kesan demo berusaha kepercayaan sebelum respons pertama.
• 10:32
  Beberapa orang menganggap suntingan ini hanya polisan opsional.
• 10:35
  Namun anggaplah ini seperti pelindung dasar.
• 10:36
  Karakter tanpa pelindung memang bisa menyerang, tapi akan langsung kalah saat terkena serangan pertama.
• 10:41
  Bot yang menyiapkan pengguna dengan nama hambar dan pembukaan samar berada dalam posisi rentan yang sama.
• 10:44
  Melengkapi hal-hal dasar dan Anda telah menguncuh pertahanan nyata terhadap kebingungan dan penghentian lain.
• 10:49
  Perubahan kecil akan berdampak besar.
• 10:51
  Mengatur perkenalan untuk menyebutkan perannya mendorong pengguna mengajukan pertanyaan yang relevan.
• 10:55
  Menggunakan aturan nada bicara menghindari penjelasan yang terlalu banyak.
• 10:58
  Memperketat instruksi memandu AI agar tidak bertele-tele sambil tetap bergaya bahasa manusia.
• 11:03
  Setiap penyesuaian ini, berarti lebih sedikit-sedikit keluhan dan alur yang lebih lancar tanpa konektor atau pelagian baru.
• 11:07
  Jadikan ini sebagai aturan.
• 11:08
  Sebelum menyentuh logika tingkat lanjut, tetapkan persona.
• 11:10
  Pilih nama yang menunjukkan tujuan.
• 11:12
  Terus deskripsi yang singkat dan jelas.
• 11:14
  Benar bicara.
• 11:15
  Isi instruksi dengan aturan yang ingin Anda terapkan.
• 11:17
  Perbarui sapaan saat memulai percakapan.
• 11:19
  Gunakan ikan sederhana.
• 11:20
  Ini adalah tindakan dopaya rendah namun hasil nanti.
• 11:22
  Dalam kondisi terbaik, persona yang jelas mengubah versi baru menjadi rekan yang diinginkan pengguna.
• 11:27
  Dalam kondisi terburuk, melewatkan persona membuat Anda memiliki NPC canggung yang tidak ingin diajak bicara dua kali.
• 11:31
  Setelah memberikan identitas pada agen Anda, Anda siap untuk pekerjaan lebih keras.
• 11:35
  Karena ujian sebenarnya bukanlah pembuatan,
• 11:36
  melainkan apa yang terjadi setelah Anda melihatnya berhasil atau gagal dalam interaksi langsung.
• 11:41
  Saat itulah Anda harus berhenti dan membaca log alih-alih menyerah setelah kegagalan pertama.
• 11:45
  Menangani kesalahan langsung saat itu juga.
• 11:47
  Debugging secara real-time adalah cara mengubah kesalahan menjadi pelajaran, bukan tiket keluhan.
• 11:50
  Ini adalah siklus praktis yang harus dijalankan setiap pembuatan.
• 11:53
  Perhatikan kesalahannya, isolasi, perbaiki, lalu jalankan kembali pengujian.
• 11:56
  Co-Pilot Studio memberi Anda alatnya, tetapi hanya jika Anda menggunakannya secara berurut.
• 11:59
  Berikut adalah rutinitas yang bisa Anda ikuti sambil mendemonstrasikannya.
• 12:02
  Langkah 1. Reproduksi kweri pengguna yang gagal di pandang pengujian.
• 12:05
  Jangan lewatkan begitu saja.
• 12:07
  Ajukan pertanyaan persis sama dengan yang diajukan pengujian.
• 12:09
  Langkah 2. Tekan ikon segarkan atau obrolan baru untuk mereset percakapan sebelum menjalankannya lagi.
• 12:14
  Memulai dengan modem bersih itu penting.
• 12:15
  Langkah 3. Buka topik untuk melihat mana yang terpicu.
• 12:18
  Jika bukan milik Anda, melainkan topik peningkatan percakapan sistem,
• 12:21
  itu petunjuk bahwa buat mengandalkan model, bukan pengetahuan Anda.
• 12:24
  Langkah 4. Jika berasal dari peningkatan, periksa apakah file atau situs relevan Anda sudah diunggarkan.
• 12:28
  Tanpa indeks, tidak ada landasan.
• 12:30
  Ingat, peningkatan bisa memakai beberapa menit.
• 12:32
  Langkah 5. Edit instruksi atau konten topik Anda.
• 12:34
  Simpan, lalu jalankan ulang query yang persis sama.
• 12:37
  Putaran itu reproduksi, perbaiki jalankan ulang-ulangnya adalah mantra Anda.
• 12:41
  Jika Anda melewatkannya, Anda hanya berharap keberuntungan akan memihak lain-lain.
• 12:44
  Terkadang jawabannya bukan ada yang samar, melainkan struktur yang hilang.
• 12:47
  Disitulah membuat topik baru akan membuatkan hasil.
• 12:49
  Studio memiliki opsi tambah dari deskripsi dengan copilot yang praktis tepat di halaman topik.
• 12:54
  Anda jelaskan apa yang Anda butuhkan,
• 12:56
  seperti menjawab langsung saat pengguna bertanya tentang batas pengeluaran.
• 12:58
  Tekan tambah, dan sistem akan menyusun hirarki topik dari deskripsi tersebut.
• 13:02
  Ini cepat, eksplisit, dan memastikan respons yang membingungkan itu menjadi jalur jawaban yang andal nantinya.
• 13:08
  Gunakan kapan sejabut terus mengabaikan pertanyaan dasar yang sama.
• 13:12
  Jangan hanya berhenti pada perbaikan ya, atau tidak.
• 13:14
  Jalankan eksperimen 10 menit seperti melakukan pengujian nada AB.
• 13:17
  Masuk ke kolom instruksi, tulis varian A dengan bahasa kebijakan yang formal.
• 13:21
  Simpan, tanyakan berapa batas biaya perjalanan.
• 13:23
  Rekam jawabannya, lalu ubah instruksi ke varian B.
• 13:26
  Panduan HR ramah yang memberikan penjelasan santai sambil mengutip aturan 6.
• 13:31
  Jalankan pertanyaan yang sama lagi, Anda akan memiliki log berdampingan yang menunjukkan personaman yang lebih baik,
• 13:35
  dan Anda tidak perlu apapun selain panel uji untuk melakukannya.
• 13:38
  Dengan begitu, Anda membuat keputusan Anda berdasarkan bukti, bukan tebak.
• 13:40
  Sekarang pemeriksaan dasar, kalau nih cek.
• 13:42
  Katakanlah seorang penguji bertanya berapa biaya hotel yang bisa saya juga.
• 13:45
  Dan buat menjawab dengan samar, tanyakan kepada HR.
• 13:47
  Itu bukan kegagalan total, itu adalah umpan-umpan.
• 13:49
  Mungkin dokumen kebijakan pengeluaran belum terindeks.
• 13:52
  Mungkin verasa pemicu Anda tidak menyertakan hotel.
• 13:54
  Anda memperbaikinya dengan memeriksa kembali tab pengetahuan untuk memastikan file aktif,
• 13:58
  lalu menambahkan pengeluaran hotel sebagai verasa pemicu di topik perjalanan lain.
• 14:01
  Silankan ulang.
• 14:02
  Jika Anda mendapatkan menut kebijakan penginapan dibatasi hingga 200 dolar per malam,
• 14:05
  Anda telah berhasil menambah masalahnya.
• 14:07
  Satu terkecil namun penting adalah menggunakan pembuka percakapan.
• 14:10
  Kotak teks kosong buat pengguna bingung,
• 14:12
  tetapi Anda dapat mengisi beberapa saran perintah langsung dari halaman ringkasan langsung.
• 14:17
  Tiga hingga lima kaitan pertanyaan seperti,
• 14:19
  Berapa batas hotel?
• 14:20
  Gimana cara saya mengajukan klaim percak?
• 14:22
  Makanan apa saya ingin diganti?
• 14:24
  Pengguna langsung mengeklik yang berarti Anda menguji jalur sebenarnya lebih cepat
• 14:27
  dan mereka merasa buat tahu perannya, bahkan sebelum mereka mengetik.
• 14:30
  Ritme ini membuat bot Anda lebih kokoh di setiap jalur.
• 14:33
  Pada percobaan alami, Anda mengambahkan output yang gagal
• 14:35
  dan berasumsi bahwa percobaan berikutnya akan berhasil sejarah.
• 14:37
  Itu membuat orang mengajukan tiket dukungan dan kehilangan kepercayaan.
• 14:40
  Pada angka 20 natural, terus ulangi rutinitas itu sampai bot terbukti
• 14:43
  dengan kutipan dan persona yang tepat bahwa ia memahami input yang berantakan sekalipun.
• 14:47
  Setiap itirasi membawa Anda lebih dekat ke rekan tim yang dapat diandalkan,
• 14:49
  bukan beban yang tidak pasti.
• 14:51
  Dan inilah kenyataannya.
• 14:52
  Menyempurnakan dalam panel uji adalah lama-lama.
• 14:55
  Setelah loop Anda berfungsi, tahap selanjutnya adalah melihat
• 14:57
  bagaimana perbaikan tersebut bertahan di luar mesin Anda sendiri.
• 14:59
  Saat itulah perbedaan saluran mulai muncul
• 15:01
  dan itulah bagian yang paling diremehkan oleh pembuat baru.
• 15:04
  Malah saat dungeon menjadi publik, kejutan penerbitan saluran.
• 15:07
  Saat Anda akhirnya menekan terbitkan,
• 15:09
  saat itulah agen Anda meninggalkan loka karya
• 15:10
  dan harus bertahan di depan permulaan nyata.
• 15:13
  Di Copilot Studio, langkah ini disebut saat dungeon menjadi publik
• 15:16
  karena penerbitan menempatkan bot Anda
• 15:18
  yang sudah dilatih ke saluran yang memiliki aturannya sendiri.
• 15:21
  Kejutan pertama adalah bahwa penerbitan bukan sekadar satu klik
• 15:23
  untuk membuatnya aktif.
• 15:24
  Ini adalah proses yang menentukan siapa yang bisa menjangkau agen Anda
• 15:26
  bagaimana mereka masuk dan bagaimana respons tersebut muncul di dunia nyata.
• 15:30
  Teams, SharePoint, Situs Web Demo, setiap saluran memiliki keunikan.
• 15:34
  Alasan yang bersih di studio mungkin terlihat berbeda
• 15:35
  atau gagal total setelah Anda menerapkannya.
• 15:37
  Ambil contoh Teams.
• 15:39
  Di studio, jawaban Anda muncul dengan jelas.
• 15:41
  Kebijakan menyatakan 200 dolar penginapan.
• 15:44
  Ujif rasa yang sama di Teams dan tiba-tiba muncul balasan.
• 15:46
  Saya tidak mengerti padahal tidak ada yang berubah dengan bot Anda.
• 15:49
  Cara Teams memungkus teks dan meneruskan metadata itulah yang merusak penyelarasan.
• 15:53
  SharePoint melakukan halnya sendiri dengan spasi baris.
• 15:55
  Situs Web Demo adalah yang paling sederhana
• 15:57
  tetapi masih bisa merender format secara berbeda di studio.
• 16:00
  Setiap target penerbitan adalah arena yang berbeda
• 16:01
  dan Anda harus mengujinya secara terpisah.
• 16:03
  Apa urutan yang tepat sebelum Anda menyelesaikannya?
• 16:05
  Berikut daftar periksa penerbitan yang menghindari jebakan putus.
• 16:08
  Pertama, konfirmasikan bahwa file pengetahuan Anda telah terindeks penuh.
• 16:11
  Jika Anda baru saja mengunggahnya,
• 16:12
  file tersebut mungkin belum siap untuk jawaban langsung.
• 16:14
  Kedua, atur autentikasi.
• 16:16
  Jika Anda menjalankan demo luas,
• 16:18
  pilih tanpa autentikasi agar siapapun dengan tautan dapat mencobanya.
• 16:20
  Ketiga, tekan terbitkan dan pastikan Anda melihat sepanduk konfirmasi hijau
• 16:24
  atau pembaruan status di halaman saluran.
• 16:26
  Keempat, buka pengaturan saluran situs Web Demo.
• 16:29
  Perbarui pesan sambutan dan pemulai percakapan
• 16:31
  agar penguji Anda tidak bingung di kotak obrolan kosong.
• 16:34
  Dan terakhir, jalankan pilot tertutup.
• 16:35
  Jangan disiarkan ke seluruh penyewa dulu.
• 16:37
  Kelompok kecil dengan instruksi yang jelas lebih cerdas daripada rilis penuh.
• 16:40
  Kelompok pilot itu harus tahu bahwa mereka adalah pihak penguji.
• 16:43
  Minta mereka mencoba bahasa santai,
• 16:45
  menyertakan salah ketik, bahkan mengunggah file jika dirasa perlu.
• 16:47
  Kesalah mereka yang mengungkap titik lemahnya.
• 16:50
  Pilot tertutup tidak hanya sekadar memuluskan peluncuran.
• 16:52
  Hal ini menghasilkan laporan mentah yang Anda perlukan
• 16:54
  untuk menambah build sebelum merilisnya ke seluruh perusahaan.
• 16:56
  Perilaku saluran membuat langkah ini wajib dilakukan.
• 16:59
  Apapun skenario yang Anda uji di studio,
• 17:01
  query formal, frasa santai, salah ketik, dan satu kutipan dasar,
• 17:04
  ulangi pengujian tersebut di setiap saluran target.
• 17:05
  Lihat apakah tims melampilkannya secara berbeda.
• 17:07
  Lihat bagaimana sharepoint melusak spasi.
• 17:09
  Lihat apakah demo web masih melampirkan kutipan sumber.
• 17:11
  Ini adalah satu-satunya cara untuk membuktikan konsistensi.
• 17:13
  Satu kali lalu studi yang sempurna tidak menjamin peluncuran yang berhasil.
• 17:17
  Mempublikasikan juga berarti Anda berhenti
• 17:18
  hanya mengandalkan umpan balik pengguna dan mulai mantau telemetrik.
• 17:21
  Setelah bot Anda ada di Teams atau situs demo,
• 17:23
  data penggunaan mulai mengalir.
• 17:25
  Pusat admin power platform dan analitik bawan hadir untuk membantu Anda.
• 17:28
  Anda akan melihat angka adopsi jumlah kesalahan.
• 17:31
  Bahkan percakapan mana yang kagal memicu topik.
• 17:33
  Ini bukan beban tambahan, adalah sistem pembantuan.
• 17:35
  Anda tidak hanya mempublikasikan sekali,
• 17:37
  lalu melupakannya Anda memantau log untuk memastikan bot Anda digunakan dengan benar
• 17:40
  dan tidak melimbulkan tiket bantuan.
• 17:41
  Jika Anda terburu-buru melakukan langkah ini, Anda akan kehilangan percayaan.
• 17:43
  Pada angka 1 alami, Anda menekan tombol publikasi,
• 17:46
  meluncurkannya ke setiap departemen,
• 17:47
  dan kewalahan dengan tiket keluhan saat Teams tidak menampilkan balasan utama.
• 17:50
  Pengguna menyerah dan memelangkan kembali kepercayaan mereka
• 17:51
  jauh lebih sulit daripada memperbaiki buat itu sendiri.
• 17:53
  Pada angka 20 alami, Anda melakukan publikasi sebagai fase pengujud.
• 17:57
  Indeks selesai, autentikasi diatur,
• 17:58
  publikasi dikonfirmasi, situs demo disesuaikan, pilot dijalankan.
• 18:01
  Anda mengumpulkan balik yang berantakan,
• 18:02
  menambah respon, dan menjalankan ulang sip-kuit utama di setiap seluruh.
• 18:05
  Saat Anda melakukan peluncuran skala luas,
• 18:07
  uji stres sudah terlewati.
• 18:09
  Trik sebenarnya adalah berhenti menganggap publikasi sebagai akhir.
• 18:12
  Tombol itu tidak menandai garis akhir buku,
• 18:13
  tetapi memulai kampanye lapangan.
• 18:15
  Setelah data pilot masuk dan log,
• 18:17
  Anda mengonfirmasi pengguna mendapatkan jawaban yang jelas di mana saja,
• 18:20
  barulah Anda berhak menyebutnya stabil.
• 18:22
  Dan kesadaran itu terkait dengan gambaran yang lebih besar
• 18:24
  dalam membangun dengan Copilot Studio,
• 18:25
  karena ini bukan pembangunan satu kali ini,
• 18:26
  adalah sistem yang Anda sesuaikan berulang kali.
• 18:29
  Jadi inilah rangkuman yang sebenarnya penting.
• 18:30
  Tiga hal yang mengubah bil Anda dari tidak stabil menjadi andal.
• 18:33
  Pertama, beri dasar pada agen,
• 18:35
  unggah dokumen asli,
• 18:36
  atau arahkan ke sumber terpercaya agar tidak menebak-nebak.
• 18:38
  Kedua, beri persona, atur nama, deskripsi, nada,
• 18:41
  dan jelaskan perilaku di kolom instruksi 8.000 karakter tersebut.
• 18:44
  Ketiga, jangan percaya latihan yang mulus,
• 18:46
  gunakan panel uji,
• 18:47
  jalankan percontohan tertutup,
• 18:48
  lalu terbitkan dan pantau.
• 18:49
  Dalam kondisi terbaik,
• 18:50
  langkah-langkah itu memberi Anda buat
• 18:51
  yang mendapatkan kepercayaan alih tiket keluar.
• 18:53
  Berlanggaranlah untuk info lainnya,
• 18:54
  dan tulis satu kalimat di kolom komentar
• 18:56
  tentang dokumen kebijakan tugas yang akan Anda gunakan
• 18:57
  untuk dasar agen Anda.