WEBVTT 00:00:00.000 --> 00:00:02.440 Bayangkan Anda merilis agen kopilot studio pertama Anda, 00:00:02.620 --> 00:00:05.860 bukannya mengesankan siapapun, agen itu justru melontarkan jawaban asal seperti 00:00:05.860 --> 00:00:09.180 Saya rasa kebijakan mengatakan mungkin itulah cara alami membuat bot. 00:00:09.940 --> 00:00:13.660 Namun dengan beberapa perbaikan dan instruksi jelas yang mendasarkannya pada dokumen kebijakan asli, 00:00:13.780 --> 00:00:16.700 Anda bisa mengubah kesalahan itu menjadi hasil sempurna yang mengutip bab dan ayatnya. 00:00:17.120 --> 00:00:20.120 Di akhir video ini, Anda akan tahu cara membuat ulang respons buruk di panel uji, 00:00:20.260 --> 00:00:23.600 memperbaikinya agar bot mengutip dokumen asli dan memublikasikan pilot yang berfungsi. 00:00:24.200 --> 00:00:27.580 Sedikit tambahan, klik subscribe sekarang agar panduan ini otomatis masuk ke daftar putar Anda. 00:00:27.580 --> 00:00:30.740 Tentu saja mendapatkan hasil mulus di jendela penguncian itu mudah. 00:00:31.260 --> 00:00:34.500 Masalah sebenarnya muncul saat bot Anda keluar dari zona aman dan terhambat di dunia nyata. 00:00:35.540 --> 00:00:37.380 Mengapa bot uji sempurna Anda kolapsi dunia nyata? 00:00:37.800 --> 00:00:41.620 Jadi, mengapa bot yang terhad sempurna di panel uji tiba-tiba mulai kacau saat dihadapkan pada pengguna nyata? 00:00:42.580 --> 00:00:45.240 Singkatnya, studio menjaga segala sesuatunya tetap terstruktur dan sopan, 00:00:45.340 --> 00:00:47.280 sementara dunia nyata tidak memiliki kesantunan seperti itu. 00:00:47.960 --> 00:00:49.520 Di studio input yang Anda masukkan sangat rapi. 00:00:50.300 --> 00:00:52.860 Pertanyaan-pertanyaan bersifat singkat, dirangkai dengan bersih, 00:00:52.940 --> 00:00:54.620 dan biasanya cocok dengan contoh pelatihan telah Anda siap. 00:00:54.620 --> 00:00:56.300 Itulah sebabnya terasa seperti yang menurut. 00:00:56.620 --> 00:00:59.540 Namun, beralihlah ke produksi dan orang-orang akan mengetik layaknya manusia biasa. 00:00:59.760 --> 00:01:02.340 Seorang sender mungkin bertanya berapa banyak yang bisa saya klaim saat menurut di hotel. 00:01:02.800 --> 00:01:05.760 Seorang perwakilan mungkin mengetik batas biaya hotel dengan salah ketika. 00:01:05.840 --> 00:01:08.340 Yang lain mungkin hanya berkata, ingatkan saya lagi soal uang perjalanan. 00:01:09.380 --> 00:01:12.200 Semua itu berarti sama, namun jika Anda hanya menguji apa batas biayanya, 00:01:12.480 --> 00:01:14.780 bot tidak akan selalu bisa menghubungkan titik-titiknya. 00:01:15.780 --> 00:01:17.140 Berikut adalah cara untuk melihat kesenangan. 00:01:17.400 --> 00:01:20.080 Buka panel uji dan berikan tiga variasi pertanyaan ke bot Anda. 00:01:20.400 --> 00:01:23.500 Pertama, versi bersih, lalu versi santai, kemudian versi dengan salah ketik. 00:01:23.500 --> 00:01:25.060 Perhatikan responnya berubah. 00:01:25.520 --> 00:01:28.180 Terkadang bot berhasil menjawab ketiganya, terkadang hanya versi yang berhasil. 00:01:28.420 --> 00:01:32.040 Itu adalah petunjuk pertama Anda bahwa hasil uji yang indah tidak menjamin keberhasilan di dunia nyata. 00:01:32.420 --> 00:01:33.580 Alasan teknisnya adalah cokupan niat. 00:01:34.180 --> 00:01:37.700 Bot mengandalkan frasa pemicu dan definisi topik untuk mengetahui kapan harus memberikan respons. 00:01:38.200 --> 00:01:40.660 Jika semua contoh Anda terlihat sama, modelnya menjadi rentan. 00:01:41.260 --> 00:01:42.420 Satu sinonim saja bisa membuatnya. 00:01:42.780 --> 00:01:44.260 Perbaikannya membosankan tapi berhasil. 00:01:44.260 --> 00:01:48.420 Tambahkan frasa pemicu yang lebih luas ke topik Anda dan jangan hanya menggunakan bahasa formal dan dokumen kebijakan. 00:01:48.420 --> 00:01:52.600 Selipkan frasa santai, singkatan, bahkan yang sedikit berantakan yang sebenarnya digunakan orang-orang. 00:01:52.940 --> 00:01:56.100 Anda tidak perlu sinon, cukup untuk mencakup variasi yang jelas, lalu uji kembali. 00:01:56.560 --> 00:01:57.920 Perbedaan saluran membuat hal ini lebih sukar. 00:01:58.280 --> 00:01:59.720 Panel uji studio hanyalah sebuah simulasi. 00:02:00.340 --> 00:02:03.360 Setelah Anda membeli kasihkan ke saluran seperti Teams, SharePoint, atau situs demo, 00:02:03.580 --> 00:02:06.800 platform tersebut mungkin mengubah cara teks input ditangani atau bagaimana respons ditampilkan. 00:02:06.980 --> 00:02:08.560 Teams mungkin memisahkan baris dengan cara yang berbeda. 00:02:08.560 --> 00:02:10.160 Halaman web mungkin menghilangkan pormat. 00:02:10.660 --> 00:02:14.740 Bahkan perubahan kecil seperti memindahkan frasa kunci ke baris lain dapat mengubah cara model menilainya. 00:02:14.740 --> 00:02:18.520 Itulah mengapa Microsoft menekankan perlunya pengujian berulang di berbagai saluran. 00:02:19.360 --> 00:02:22.840 Bot yang lulus di studio masih bisa gagal saat pemformatan dunia nyata mengubah kondisinya. 00:02:23.520 --> 00:02:25.100 Pengguna juga memiliki ekspektasi tertentu. 00:02:25.240 --> 00:02:27.660 Bagi mereka, menyusun ulang pertanyaan adalah percakapan yang wajar. 00:02:28.080 --> 00:02:30.700 Mereka tidak memikirkan tentang niat pemicu atau tumpang tindis mantik. 00:02:31.040 --> 00:02:33.220 Mereka hanya berasumsi buat mengerti seperti rekan kerja. 00:02:33.300 --> 00:02:36.380 Satu kegagalan saja, terutama saat demo akan menghancurkan kepercayaan. 00:02:36.620 --> 00:02:38.020 Disitulah pembuat pemula selingkauan merasa kecewa. 00:02:38.020 --> 00:02:43.740 Latihan di studio memberi mereka rasa aman semu, tetapi input pengguna kasual pertama di Teams meruntukkan ilusi tersebut. 00:02:44.100 --> 00:02:45.560 Beri kita pergas hal ini dengan satu contohnya. 00:02:45.900 --> 00:02:47.700 Di studio Anda mengetik berapa batas biaya. 00:02:48.600 --> 00:02:51.480 Bot menjawab langsung kebijakan menyatakan 200 dollar per hari untuk penginapan. 00:02:52.000 --> 00:02:52.440 Sempurna. 00:02:52.860 --> 00:02:53.200 Sebarkan. 00:02:53.680 --> 00:02:55.820 Sekarang coba, hey berapa biaya hotel yang bisa saya dapatkan? 00:02:56.520 --> 00:02:57.760 Alih-alih mengutip kebijakan. 00:02:58.020 --> 00:03:01.120 Bot memberikan respon seperti periksa dengan HR atau membuat tebakan samar. 00:03:01.740 --> 00:03:03.400 Niat yang sama, hasil yang sangat berbeda. 00:03:03.400 --> 00:03:07.520 Perubahan itu, tepat saat latihan namun samar saat digunakan, itulah yang kita bicarakan. 00:03:07.780 --> 00:03:08.040 Itulah. 00:03:08.740 --> 00:03:10.040 Pelajaran praktisnya adalah sebagai berikut. 00:03:10.540 --> 00:03:11.600 Anggap studio seperti tantanding. 00:03:12.460 --> 00:03:14.060 Berguna untuk belajar, tapi bukan bukti kesiap. 00:03:14.540 --> 00:03:17.220 Sebelum melanjutkan, cobalah tes tiga variasi di panel pengujian. 00:03:17.600 --> 00:03:19.840 Lalu perluas topik Anda dengan sinonim dan frasa kasual. 00:03:20.400 --> 00:03:23.760 Terakhir, saat Anda memublikasikan uji kembali di setiap saluran tempat bot akan digunakan. 00:03:24.040 --> 00:03:25.460 Anda akan menunggukan masalah sepengguna Anda menunggu. 00:03:25.600 --> 00:03:27.140 Dan ada jebakan yang lebih besar. 00:03:27.380 --> 00:03:32.140 Karena meskipun Anda sudah mencakup rasa dan saluran bot Anda tetap bisa gagal jika tidak didasarkan pada sumber yang tepat. 00:03:32.140 --> 00:03:35.200 Saat itulah bot berhenti melewatkan pertanyaan dan mulai mengarang jawaban. 00:03:35.460 --> 00:03:37.880 Bayangkan bot yang terdengar percaya diri tetapi sebenarnya hanya menebak. 00:03:38.280 --> 00:03:39.540 Disitulah keadaan menjadi kacau nantinya. 00:03:41.380 --> 00:03:43.900 Kesalahan pemula membiarkan bot Anda tidak memiliki dasar sumber yang kuat. 00:03:44.240 --> 00:03:48.220 Kesalahan pemula pertama adalah memperlakukan kopelot studio seperti bola kristal, bukan buku panduan. 00:03:48.860 --> 00:03:51.340 Saat Anda meluncurkan agian tanpa dasar pengetahuan yang nyata, 00:03:51.340 --> 00:03:54.440 Anda pada dasarnya mengirim pegawai magang ke ruang rapat tanpa persiapan. 00:03:55.000 --> 00:03:59.000 Mereka akan berbicara cepat, terdengar percaya diri, dan separuh dari yang mereka katakan akan runtuh begitu dan memeriksi. 00:03:59.000 --> 00:04:01.300 Itulah cebakan membiarkan bot Anda tidak memiliki dasar sumbernya. 00:04:01.480 --> 00:04:02.840 Awalnya kilaunya menutupi hal tersebut. 00:04:03.140 --> 00:04:07.120 Hasil build baru di studio terlihat apik, sepaan sopan, perasaan cepat, tanpa jeda yang terlihat. 00:04:07.960 --> 00:04:10.260 Namun dibaliknya tidak ada dasar yang kuat untuk kata-kata tersebut. 00:04:10.720 --> 00:04:12.440 Sistem hanya menarik pola, bukan fakta. 00:04:12.980 --> 00:04:14.860 Bot yang tidak memiliki dasar ungrounded tidak tahu apa-apa. 00:04:15.220 --> 00:04:15.880 Mereka hanya menggertak. 00:04:15.880 --> 00:04:20.660 Dan meskipun gertakan mungkin terlihat mulus di panel, pengujian pengguna di produksi akan langsung menyadari. 00:04:21.260 --> 00:04:23.700 Hasil terburuk bukan sekadar jawaban yang lemah, tetapi halusinasi. 00:04:23.700 --> 00:04:27.760 Fit terjadi saat bot menciptakan sesuatu yang tampak benar, padahal tidak berdasar kenyataan. 00:04:28.220 --> 00:04:30.260 Anda bertanya tentang penggantian biaya perjalanan. 00:04:30.520 --> 00:04:33.740 Dan bukannya menolak dengan sopan buat malah mengarang angka yang terdengar masuk akal. 00:04:34.200 --> 00:04:39.460 Seorang staff mesan hotel berdasarkan output buruk itu, dan tiba-tiba Anda harus memfreskan sengketa biaya, dan email bernada kesal. 00:04:39.680 --> 00:04:41.960 Kalimatnya tampak profesional, isinya hanyalah omong kosong. 00:04:42.440 --> 00:04:43.860 Contoh soleps membuat hal ini menjadi nyata. 00:04:44.400 --> 00:04:48.980 Dalam latihan praktek resmi, Anda diminta mengunggah file bernama expensespolicy.docx. 00:04:49.580 --> 00:04:52.700 Di dalamnya, batas penginapan dinyatakan dengan jelas sebesar 200 dolar per malam. 00:04:52.700 --> 00:04:56.420 Jika Anda melewatkan langkah grounding dan bertanya pada bot baru Anda, bagaimana kebijakan noten? 00:04:56.960 --> 00:05:00.080 Bot mungkin dengan percaya diri menjawab 100 dolar per malam, sepenuhnya karangan. 00:05:00.480 --> 00:05:04.140 Hanya setelah Anda benar-benar melampirkan expensespolicy.docx itu, model berhenti mengarang. 00:05:04.940 --> 00:05:06.400 Bot yang memiliki grounding menguntip dokumen tersebut. 00:05:06.880 --> 00:05:10.240 Menurut kebijakan perjalanan perusahaan, penginapan dibatasi hingga 200 dolar per hari. 00:05:10.760 --> 00:05:14.320 Dan perbedaan itu antara karangan versus kutipan sepenuhnya bergantung pada langkah grounding. 00:05:14.880 --> 00:05:16.580 Jadilah cara tepat untuk memperbaikinya di antarmuka. 00:05:17.080 --> 00:05:18.420 Buka agen Anda di Copilot Studio. 00:05:18.980 --> 00:05:20.160 Dari layar ikhtisar, klik knowledge. 00:05:20.160 --> 00:05:22.780 Pilih tambah knowledge, selalu pilih untuk mengunggah file. 00:05:23.320 --> 00:05:26.200 Arahkan ke expensespolicy.docx atau sumber terpercaya lainnya. 00:05:26.600 --> 00:05:31.540 Jika Anda lebih suka terhubung ke situs web publik atau lokasi sharepoint, Anda juga bisa memilihnya, tetapi file lebih rapi. 00:05:32.080 --> 00:05:33.040 Setelah mengunggah, tunggu sebetulnya. 00:05:33.340 --> 00:05:36.000 Pengindeksen bisa memakan waktu 10 menit atau lebih sebelum kontensi. 00:05:36.220 --> 00:05:38.820 Jangan panik jika query pengujian pertama tidak langsung mengambil dari sana. 00:05:39.120 --> 00:05:40.940 Setelah pengindeksen selesai, ajukan kembali pertanyaan. 00:05:41.320 --> 00:05:47.280 Saat sudah grounded dengan benar, Anda akan melihat jawaban 200 dolar yang sebenarnya berserta kutipan kecil yang menunjukkan jawaban tersebut berasal dari dokumening. 00:05:47.280 --> 00:05:49.920 Kutipan itulah yang menandakan bahwa Anda telah berhasilan sempurna. 00:05:50.620 --> 00:05:54.860 Satu kesalahpahaman umum adalah, menganggap conversational boosting akan menutupi celah secara ajaib. 00:05:55.740 --> 00:05:58.620 Boosting tidak menciptakan kesadaran kebijakan, ia hanya memperkuat pola teks. 00:05:59.020 --> 00:06:02.500 Tanpa sumber pengetahuan sebagai jangkar, boosting dengan senang hati akan mengeluarkan pengisian persifat. 00:06:02.940 --> 00:06:06.500 Ini seperti memberi anak magang 3 cangkir kopi dan berharap kafein bisa menutupi ketidaktahuannya. 00:06:07.360 --> 00:06:08.780 Dokumen lab bahkan sudah memperingatkan hal ini. 00:06:08.780 --> 00:06:16.480 Jika tidak ditemukan kecocokan dalam pengetahuan Anda, peningkatan dapat kembali ke pengetahuan umum bawaan model dan memberikan jawaban yang tidak jelas atau tidak akurat. 00:06:16.900 --> 00:06:21.200 Itulah mengapa Anda harus mengonfigurasi topik penting agar hanya mencari sumber yang Anda tambahkan saat presisi itu penting. 00:06:21.580 --> 00:06:25.960 Jangan biarkan bot berkeliaran bebas di model bahasa yang lebih luas jika taruhannya adalah kepatuhan keuangan atau SD. 00:06:26.360 --> 00:06:28.380 Dapat dari mengabaikan langkah ini bertambah dengan cepat. 00:06:28.440 --> 00:06:35.100 Bot yang tidak berdasar mungkin berfungsi baik untuk obrolan ringan, tetapi begitu mereka menjawab tentang penggantian biaya atau kebijakan cuti, mereka menciptakan tiket pencuti. 00:06:35.100 --> 00:06:41.420 Bayangkan menjelaskan kepada bagian keuangan mengapa lima karyawan mengajukan klaim dengan tarif yang salah, karena bot Anda membuat latasan secara spontan. 00:06:41.840 --> 00:06:44.440 Memperbaikinya memakan biaya lebih besar daripada sekadar menggunakan dokumen sekal. 00:06:44.820 --> 00:06:49.900 Grounding mengubah agen Anda dari pekerja magang yang bersemangat namun tidak tahu apa-apa menjadi apa yang mungkin disebut pemain game sebagai pengacara. 00:06:50.160 --> 00:06:51.520 Bot mengutip buku bukan isi kepalanya sendiri. 00:06:51.960 --> 00:06:56.700 Lampirkan dokumen kebijakan, pengeluaran, dan sistem tiba-tiba menerapkan aturan perusahaan alih-alih berimprovisasi. 00:06:57.080 --> 00:06:59.960 Lebih baik lagi tanggapan memberikan bukti kutipan jelas yang dapat Anda periksa. 00:07:00.280 --> 00:07:01.520 Begitulah cara Anda menjaga kepercayaan. 00:07:01.520 --> 00:07:05.360 Pada hasil terburuk, Anda telah membangun mesin gosip percaya diri yang menyebarkan aturan buatan sendiri. 00:07:06.100 --> 00:07:09.240 Pada hasil terbaik, Anda telah membangun ahli yang berdasar lengkap dengan kutipan. 00:07:09.840 --> 00:07:13.940 Satu-satunya cara untuk mendapatkan yang terakhir adalah dengan memberinya sumber pengetahuan terverifikasi sejak awal. 00:07:14.500 --> 00:07:18.180 Dan begitu bot Anda akhirnya bisa mengatakan yang sebenarnya Anda menghadapi tantangan berikutnya, 00:07:18.320 --> 00:07:22.100 membentuk cara ia menyampaikan kebenaran itu karena akurasi tanpa kebenaran itu karena akurasi tak membuat benar. 00:07:22.740 --> 00:07:25.520 Mengajarkan kepribadian pada bot Anda adalah langkah berikutnya, 00:07:25.520 --> 00:07:27.880 dan di Copilot Studio Anda tidak mendapatkannya secara gratis. 00:07:28.280 --> 00:07:29.100 Anda harus menulisnya sendiri. 00:07:29.100 --> 00:07:32.060 Di sinilah Anda berhenti membiarkan sistem terdengar seperti boneka uji 00:07:32.060 --> 00:07:34.800 dan mulai membentuknya menjadi sesuatu yang benar-benar ingin diajak bercara oleh Anda. 00:07:35.120 --> 00:07:39.240 Dalam prakteknya, itu berarti mengedit bidang nama deskripsi dan instruksi yang ada di halaman ikhtisar. 00:07:39.700 --> 00:07:44.400 Biarkan kosong dan Anda akan mendapatkan balasan standar yang terasa seperti NPC yang terjebak dalam mode tutorial. 00:07:45.020 --> 00:07:46.820 Inilah bagian yang sering dilewatkan oleh pembuatmu. 00:07:47.540 --> 00:07:50.040 Sistem sudah memiliki gaya default segera setelah Anda menekan buat. 00:07:50.480 --> 00:07:54.820 Jika Anda tidak menyentuh kolom tersebut, Anda akan mendapatkan penyampah hambar tanpa otoritas dan tanpa komentar. 00:07:55.020 --> 00:07:56.040 Konteks dalam hal yang menghasilkan kepercayaan. 00:07:56.040 --> 00:08:00.900 Di lingkungan seperti SDM atau keuangan, nada generik membuat orang berpikir mereka sedang menguji prototipe, 00:08:01.060 --> 00:08:02.600 bukan menggunakan alat yang dapat diandalkan. 00:08:03.260 --> 00:08:06.320 Contoh singkatnya, katakanlah Anda bermaksud membangun ahli kebijakan pengeluaran. 00:08:06.480 --> 00:08:08.780 Tetapi karena Anda tidak pernah mengganti nama atau mendeskripsikannya, 00:08:08.920 --> 00:08:11.280 agen tersebut muncul sebagai kopilot generik tanpa latar belakang. 00:08:12.000 --> 00:08:14.840 Seseorang bertanya tentang penggantian biaya hotel dengan mengharapkan saran profesional. 00:08:15.260 --> 00:08:19.640 Yang mereka dapatkan hanyalah teks polos tanpa bingkai yang menciptakan sinyal halus namun kuat. 00:08:19.640 --> 00:08:23.060 Jangan percaya, padaku, kepercayaan cepat mengudar. 00:08:23.160 --> 00:08:25.460 Kehilangan pengguna pada kontak pertama buat mereka jarang marah. 00:08:25.660 --> 00:08:28.160 Anggaplah seluruh pengaturan ini seperti melalui selembar karakter singkat. 00:08:28.800 --> 00:08:33.000 Nama adalah kelas, deskripsi adalah latar belakang, kota instruksi panjang adalah atribut, 00:08:33.240 --> 00:08:34.480 dan nada adalah penyelarasan. 00:08:35.040 --> 00:08:37.600 Anda tidak akan datang ke sebuah kampanye tanpa mengalokasikan poin ketiga. 00:08:37.920 --> 00:08:39.180 Jangan luncurkan bot dengan cara seperti itu juga. 00:08:39.640 --> 00:08:40.500 Angka-angka mentah penting di sini. 00:08:40.500 --> 00:08:44.160 Kolom nama bot dibatasi 30 karakter, jadi buatlah singkat dan tajam. 00:08:44.800 --> 00:08:47.660 Pakar kebijakan pengeluaran, pemandu wisata, pembantu tenjangan. 00:08:48.600 --> 00:08:52.220 Deskripsinya memungkinkan sekitar 1000 karakter yang cukup untuk beberapa kalimat yang jelas. 00:08:52.800 --> 00:08:56.960 Sesuatu seperti, agen ini memberikan jawaban terkini kepada karyawan dari kebijakan perjalanan resmi. 00:08:57.880 --> 00:08:59.920 Ini mengutip bagian yang relevan dan menghindari spekulasi. 00:09:01.100 --> 00:09:05.100 Kemudian Anda memiliki kolom instruksi yang merupakan slot fleksibel Anda hingga 8000 karakter. 00:09:05.860 --> 00:09:07.780 Disitulah Anda dapat mengunci aturan kerja yang sebenarnya. 00:09:08.140 --> 00:09:10.180 Jangan hanya mengatakan jadilah membantu, tetapi jabarkan perangkat. 00:09:10.500 --> 00:09:12.080 Terlalu kutip baris kebijakan jika tersedia. 00:09:12.460 --> 00:09:13.560 Hindari jawaban spekulatif. 00:09:14.420 --> 00:09:17.500 Ringkas dalam satu kalimat yang jelas untuk eksekutif, lalu berikan kutipan. 00:09:18.660 --> 00:09:21.280 Daftar periksa praktis yang bisa Anda baca seambang terlihat seperti itu. 00:09:21.740 --> 00:09:22.340 Beri nama peran. 00:09:22.640 --> 00:09:24.040 Tulis deskripsi singkat keahlian. 00:09:24.700 --> 00:09:27.400 Atur nada, formal, santai, sederhana untuk non-ahli. 00:09:28.140 --> 00:09:31.800 Isi instruksi dengan aturan perilaku, apa yang harus disertakan, apa yang harus dihindari, cara memformat. 00:09:32.780 --> 00:09:34.540 Setiap langkah tersebut memperkuat identitasnya. 00:09:34.640 --> 00:09:36.680 Tidak satupun dari mereka memerlukan pengaturan lanjut. 00:09:36.920 --> 00:09:40.020 Semuanya ada di sana saat membuat tanda atau dapat di-edit nanti di halaman ringkasan. 00:09:40.440 --> 00:09:42.120 Panduan nada bersifat halus namun kuat. 00:09:42.900 --> 00:09:48.920 Anda dapat secara ekspisit mendorongnya dengan frasa seperti formal dan profesional atau santai dan mudah dipahami untuk staff tanpa latar belakang teknis. 00:09:49.540 --> 00:09:51.640 Tambahkan contoh langsung di dalam instruksi jika Anda mau. 00:09:52.200 --> 00:09:55.060 Tidak butuh banyak teks untuk mengarahkan bagaimana buat membentuk setiap kalimat. 00:09:55.680 --> 00:09:57.480 Dua peningkatan cepat yang tidak diketahui semua orang. 00:09:58.400 --> 00:10:00.680 Edit topik awal percakapan dan ganti ikon again. 00:10:01.420 --> 00:10:02.540 Keduanya memakai waktu kurang doi. 00:10:02.600 --> 00:10:06.760 Di panel uji, Anda akan melihat pesan intro yang diberikan buat Anda sepertama kali membuka brola. 00:10:06.980 --> 00:10:07.860 Cara default itu bersifat umum. 00:10:07.860 --> 00:10:12.480 Klik edit topik awal percakapan dan ganti sambutan standar dengan intro khusus peran seperti 00:10:12.480 --> 00:10:17.600 Saya di sini untuk membantu Anda memahami kebijakan perjalanan dan akan mengutip dokumen resmi jika memungkinkan. 00:10:18.220 --> 00:10:19.720 Kemudian segarkan percakapan untuk mengujinya. 00:10:20.080 --> 00:10:20.800 Ketika lebih profesional. 00:10:20.800 --> 00:10:26.420 Untuk ikon, sistem mendukung PNG hingga 192 kali 192 piksel di bawah 30 kilobit. 00:10:27.040 --> 00:10:31.920 Menambahkan grafis bermerek, bahkan sekadar logo, mencegah kesan demo berusaha kepercayaan sebelum respons pertama. 00:10:32.500 --> 00:10:34.560 Beberapa orang menganggap suntingan ini hanya polisan opsional. 00:10:35.040 --> 00:10:36.280 Namun anggaplah ini seperti pelindung dasar. 00:10:36.720 --> 00:10:40.520 Karakter tanpa pelindung memang bisa menyerang, tapi akan langsung kalah saat terkena serangan pertama. 00:10:41.100 --> 00:10:44.880 Bot yang menyiapkan pengguna dengan nama hambar dan pembukaan samar berada dalam posisi rentan yang sama. 00:10:44.880 --> 00:10:49.080 Melengkapi hal-hal dasar dan Anda telah menguncuh pertahanan nyata terhadap kebingungan dan penghentian lain. 00:10:49.560 --> 00:10:50.640 Perubahan kecil akan berdampak besar. 00:10:51.380 --> 00:10:54.800 Mengatur perkenalan untuk menyebutkan perannya mendorong pengguna mengajukan pertanyaan yang relevan. 00:10:55.500 --> 00:10:57.760 Menggunakan aturan nada bicara menghindari penjelasan yang terlalu banyak. 00:10:58.020 --> 00:11:02.460 Memperketat instruksi memandu AI agar tidak bertele-tele sambil tetap bergaya bahasa manusia. 00:11:03.020 --> 00:11:07.360 Setiap penyesuaian ini, berarti lebih sedikit-sedikit keluhan dan alur yang lebih lancar tanpa konektor atau pelagian baru. 00:11:07.720 --> 00:11:08.420 Jadikan ini sebagai aturan. 00:11:08.820 --> 00:11:10.640 Sebelum menyentuh logika tingkat lanjut, tetapkan persona. 00:11:10.640 --> 00:11:12.380 Pilih nama yang menunjukkan tujuan. 00:11:12.780 --> 00:11:13.900 Terus deskripsi yang singkat dan jelas. 00:11:14.240 --> 00:11:14.660 Benar bicara. 00:11:15.080 --> 00:11:16.920 Isi instruksi dengan aturan yang ingin Anda terapkan. 00:11:17.300 --> 00:11:18.600 Perbarui sapaan saat memulai percakapan. 00:11:19.120 --> 00:11:19.880 Gunakan ikan sederhana. 00:11:20.440 --> 00:11:22.080 Ini adalah tindakan dopaya rendah namun hasil nanti. 00:11:22.400 --> 00:11:26.500 Dalam kondisi terbaik, persona yang jelas mengubah versi baru menjadi rekan yang diinginkan pengguna. 00:11:27.040 --> 00:11:31.340 Dalam kondisi terburuk, melewatkan persona membuat Anda memiliki NPC canggung yang tidak ingin diajak bicara dua kali. 00:11:31.780 --> 00:11:35.080 Setelah memberikan identitas pada agen Anda, Anda siap untuk pekerjaan lebih keras. 00:11:35.080 --> 00:11:36.800 Karena ujian sebenarnya bukanlah pembuatan, 00:11:36.800 --> 00:11:40.240 melainkan apa yang terjadi setelah Anda melihatnya berhasil atau gagal dalam interaksi langsung. 00:11:41.040 --> 00:11:44.840 Saat itulah Anda harus berhenti dan membaca log alih-alih menyerah setelah kegagalan pertama. 00:11:45.760 --> 00:11:47.060 Menangani kesalahan langsung saat itu juga. 00:11:47.620 --> 00:11:50.620 Debugging secara real-time adalah cara mengubah kesalahan menjadi pelajaran, bukan tiket keluhan. 00:11:50.980 --> 00:11:52.940 Ini adalah siklus praktis yang harus dijalankan setiap pembuatan. 00:11:53.280 --> 00:11:56.180 Perhatikan kesalahannya, isolasi, perbaiki, lalu jalankan kembali pengujian. 00:11:56.440 --> 00:11:59.540 Co-Pilot Studio memberi Anda alatnya, tetapi hanya jika Anda menggunakannya secara berurut. 00:11:59.640 --> 00:12:02.560 Berikut adalah rutinitas yang bisa Anda ikuti sambil mendemonstrasikannya. 00:12:02.560 --> 00:12:05.440 Langkah 1. Reproduksi kweri pengguna yang gagal di pandang pengujian. 00:12:05.900 --> 00:12:06.760 Jangan lewatkan begitu saja. 00:12:07.000 --> 00:12:08.940 Ajukan pertanyaan persis sama dengan yang diajukan pengujian. 00:12:09.220 --> 00:12:13.500 Langkah 2. Tekan ikon segarkan atau obrolan baru untuk mereset percakapan sebelum menjalankannya lagi. 00:12:14.020 --> 00:12:15.140 Memulai dengan modem bersih itu penting. 00:12:15.860 --> 00:12:17.800 Langkah 3. Buka topik untuk melihat mana yang terpicu. 00:12:18.720 --> 00:12:21.280 Jika bukan milik Anda, melainkan topik peningkatan percakapan sistem, 00:12:21.440 --> 00:12:23.900 itu petunjuk bahwa buat mengandalkan model, bukan pengetahuan Anda. 00:12:24.340 --> 00:12:28.520 Langkah 4. Jika berasal dari peningkatan, periksa apakah file atau situs relevan Anda sudah diunggarkan. 00:12:28.940 --> 00:12:30.300 Tanpa indeks, tidak ada landasan. 00:12:30.300 --> 00:12:32.240 Ingat, peningkatan bisa memakai beberapa menit. 00:12:32.780 --> 00:12:34.820 Langkah 5. Edit instruksi atau konten topik Anda. 00:12:34.960 --> 00:12:36.720 Simpan, lalu jalankan ulang query yang persis sama. 00:12:37.520 --> 00:12:40.700 Putaran itu reproduksi, perbaiki jalankan ulang-ulangnya adalah mantra Anda. 00:12:41.040 --> 00:12:43.560 Jika Anda melewatkannya, Anda hanya berharap keberuntungan akan memihak lain-lain. 00:12:44.160 --> 00:12:47.000 Terkadang jawabannya bukan ada yang samar, melainkan struktur yang hilang. 00:12:47.380 --> 00:12:49.000 Disitulah membuat topik baru akan membuatkan hasil. 00:12:49.360 --> 00:12:53.620 Studio memiliki opsi tambah dari deskripsi dengan copilot yang praktis tepat di halaman topik. 00:12:54.360 --> 00:12:56.000 Anda jelaskan apa yang Anda butuhkan, 00:12:56.100 --> 00:12:58.620 seperti menjawab langsung saat pengguna bertanya tentang batas pengeluaran. 00:12:58.620 --> 00:13:02.340 Tekan tambah, dan sistem akan menyusun hirarki topik dari deskripsi tersebut. 00:13:02.940 --> 00:13:07.920 Ini cepat, eksplisit, dan memastikan respons yang membingungkan itu menjadi jalur jawaban yang andal nantinya. 00:13:08.940 --> 00:13:11.640 Gunakan kapan sejabut terus mengabaikan pertanyaan dasar yang sama. 00:13:12.420 --> 00:13:13.920 Jangan hanya berhenti pada perbaikan ya, atau tidak. 00:13:14.420 --> 00:13:16.740 Jalankan eksperimen 10 menit seperti melakukan pengujian nada AB. 00:13:17.120 --> 00:13:20.300 Masuk ke kolom instruksi, tulis varian A dengan bahasa kebijakan yang formal. 00:13:21.100 --> 00:13:23.360 Simpan, tanyakan berapa batas biaya perjalanan. 00:13:23.360 --> 00:13:26.160 Rekam jawabannya, lalu ubah instruksi ke varian B. 00:13:26.960 --> 00:13:30.760 Panduan HR ramah yang memberikan penjelasan santai sambil mengutip aturan 6. 00:13:31.240 --> 00:13:35.100 Jalankan pertanyaan yang sama lagi, Anda akan memiliki log berdampingan yang menunjukkan personaman yang lebih baik, 00:13:35.200 --> 00:13:37.420 dan Anda tidak perlu apapun selain panel uji untuk melakukannya. 00:13:38.140 --> 00:13:40.500 Dengan begitu, Anda membuat keputusan Anda berdasarkan bukti, bukan tebak. 00:13:40.940 --> 00:13:41.960 Sekarang pemeriksaan dasar, kalau nih cek. 00:13:42.580 --> 00:13:44.820 Katakanlah seorang penguji bertanya berapa biaya hotel yang bisa saya juga. 00:13:45.400 --> 00:13:47.380 Dan buat menjawab dengan samar, tanyakan kepada HR. 00:13:47.380 --> 00:13:49.580 Itu bukan kegagalan total, itu adalah umpan-umpan. 00:13:49.980 --> 00:13:52.260 Mungkin dokumen kebijakan pengeluaran belum terindeks. 00:13:52.500 --> 00:13:54.180 Mungkin verasa pemicu Anda tidak menyertakan hotel. 00:13:54.860 --> 00:13:58.280 Anda memperbaikinya dengan memeriksa kembali tab pengetahuan untuk memastikan file aktif, 00:13:58.400 --> 00:14:01.200 lalu menambahkan pengeluaran hotel sebagai verasa pemicu di topik perjalanan lain. 00:14:01.340 --> 00:14:01.840 Silankan ulang. 00:14:02.260 --> 00:14:05.500 Jika Anda mendapatkan menut kebijakan penginapan dibatasi hingga 200 dolar per malam, 00:14:05.620 --> 00:14:06.940 Anda telah berhasil menambah masalahnya. 00:14:07.360 --> 00:14:09.940 Satu terkecil namun penting adalah menggunakan pembuka percakapan. 00:14:10.460 --> 00:14:12.040 Kotak teks kosong buat pengguna bingung, 00:14:12.180 --> 00:14:16.440 tetapi Anda dapat mengisi beberapa saran perintah langsung dari halaman ringkasan langsung. 00:14:17.380 --> 00:14:18.920 Tiga hingga lima kaitan pertanyaan seperti, 00:14:19.140 --> 00:14:19.940 Berapa batas hotel? 00:14:20.680 --> 00:14:21.880 Gimana cara saya mengajukan klaim percak? 00:14:22.340 --> 00:14:23.200 Makanan apa saya ingin diganti? 00:14:24.340 --> 00:14:27.360 Pengguna langsung mengeklik yang berarti Anda menguji jalur sebenarnya lebih cepat 00:14:27.360 --> 00:14:30.100 dan mereka merasa buat tahu perannya, bahkan sebelum mereka mengetik. 00:14:30.620 --> 00:14:33.020 Ritme ini membuat bot Anda lebih kokoh di setiap jalur. 00:14:33.520 --> 00:14:35.600 Pada percobaan alami, Anda mengambahkan output yang gagal 00:14:35.600 --> 00:14:37.600 dan berasumsi bahwa percobaan berikutnya akan berhasil sejarah. 00:14:37.600 --> 00:14:40.360 Itu membuat orang mengajukan tiket dukungan dan kehilangan kepercayaan. 00:14:40.640 --> 00:14:43.540 Pada angka 20 natural, terus ulangi rutinitas itu sampai bot terbukti 00:14:43.540 --> 00:14:46.860 dengan kutipan dan persona yang tepat bahwa ia memahami input yang berantakan sekalipun. 00:14:47.160 --> 00:14:49.840 Setiap itirasi membawa Anda lebih dekat ke rekan tim yang dapat diandalkan, 00:14:49.960 --> 00:14:50.880 bukan beban yang tidak pasti. 00:14:51.640 --> 00:14:52.420 Dan inilah kenyataannya. 00:14:52.820 --> 00:14:54.540 Menyempurnakan dalam panel uji adalah lama-lama. 00:14:55.060 --> 00:14:57.040 Setelah loop Anda berfungsi, tahap selanjutnya adalah melihat 00:14:57.040 --> 00:14:59.280 bagaimana perbaikan tersebut bertahan di luar mesin Anda sendiri. 00:14:59.680 --> 00:15:01.560 Saat itulah perbedaan saluran mulai muncul 00:15:01.560 --> 00:15:04.320 dan itulah bagian yang paling diremehkan oleh pembuat baru. 00:15:04.540 --> 00:15:07.100 Malah saat dungeon menjadi publik, kejutan penerbitan saluran. 00:15:07.760 --> 00:15:09.220 Saat Anda akhirnya menekan terbitkan, 00:15:09.360 --> 00:15:10.980 saat itulah agen Anda meninggalkan loka karya 00:15:10.980 --> 00:15:12.280 dan harus bertahan di depan permulaan nyata. 00:15:13.360 --> 00:15:16.460 Di Copilot Studio, langkah ini disebut saat dungeon menjadi publik 00:15:16.460 --> 00:15:18.280 karena penerbitan menempatkan bot Anda 00:15:18.280 --> 00:15:20.320 yang sudah dilatih ke saluran yang memiliki aturannya sendiri. 00:15:21.040 --> 00:15:23.260 Kejutan pertama adalah bahwa penerbitan bukan sekadar satu klik 00:15:23.260 --> 00:15:23.920 untuk membuatnya aktif. 00:15:24.280 --> 00:15:26.900 Ini adalah proses yang menentukan siapa yang bisa menjangkau agen Anda 00:15:26.900 --> 00:15:29.660 bagaimana mereka masuk dan bagaimana respons tersebut muncul di dunia nyata. 00:15:30.600 --> 00:15:33.180 Teams, SharePoint, Situs Web Demo, setiap saluran memiliki keunikan. 00:15:34.020 --> 00:15:35.720 Alasan yang bersih di studio mungkin terlihat berbeda 00:15:35.720 --> 00:15:37.100 atau gagal total setelah Anda menerapkannya. 00:15:37.860 --> 00:15:38.560 Ambil contoh Teams. 00:15:39.360 --> 00:15:40.880 Di studio, jawaban Anda muncul dengan jelas. 00:15:41.680 --> 00:15:43.400 Kebijakan menyatakan 200 dolar penginapan. 00:15:44.260 --> 00:15:46.380 Ujif rasa yang sama di Teams dan tiba-tiba muncul balasan. 00:15:46.740 --> 00:15:48.940 Saya tidak mengerti padahal tidak ada yang berubah dengan bot Anda. 00:15:49.460 --> 00:15:52.800 Cara Teams memungkus teks dan meneruskan metadata itulah yang merusak penyelarasan. 00:15:53.200 --> 00:15:55.040 SharePoint melakukan halnya sendiri dengan spasi baris. 00:15:55.440 --> 00:15:57.100 Situs Web Demo adalah yang paling sederhana 00:15:57.100 --> 00:15:59.400 tetapi masih bisa merender format secara berbeda di studio. 00:16:00.020 --> 00:16:01.900 Setiap target penerbitan adalah arena yang berbeda 00:16:01.900 --> 00:16:03.360 dan Anda harus mengujinya secara terpisah. 00:16:03.660 --> 00:16:05.280 Apa urutan yang tepat sebelum Anda menyelesaikannya? 00:16:05.700 --> 00:16:08.100 Berikut daftar periksa penerbitan yang menghindari jebakan putus. 00:16:08.540 --> 00:16:11.200 Pertama, konfirmasikan bahwa file pengetahuan Anda telah terindeks penuh. 00:16:11.500 --> 00:16:12.780 Jika Anda baru saja mengunggahnya, 00:16:12.840 --> 00:16:14.500 file tersebut mungkin belum siap untuk jawaban langsung. 00:16:14.760 --> 00:16:15.940 Kedua, atur autentikasi. 00:16:16.560 --> 00:16:17.960 Jika Anda menjalankan demo luas, 00:16:18.060 --> 00:16:20.920 pilih tanpa autentikasi agar siapapun dengan tautan dapat mencobanya. 00:16:20.920 --> 00:16:24.760 Ketiga, tekan terbitkan dan pastikan Anda melihat sepanduk konfirmasi hijau 00:16:24.760 --> 00:16:26.460 atau pembaruan status di halaman saluran. 00:16:26.920 --> 00:16:28.900 Keempat, buka pengaturan saluran situs Web Demo. 00:16:29.560 --> 00:16:31.680 Perbarui pesan sambutan dan pemulai percakapan 00:16:31.680 --> 00:16:33.800 agar penguji Anda tidak bingung di kotak obrolan kosong. 00:16:34.160 --> 00:16:35.500 Dan terakhir, jalankan pilot tertutup. 00:16:35.760 --> 00:16:36.960 Jangan disiarkan ke seluruh penyewa dulu. 00:16:37.780 --> 00:16:40.380 Kelompok kecil dengan instruksi yang jelas lebih cerdas daripada rilis penuh. 00:16:40.900 --> 00:16:42.780 Kelompok pilot itu harus tahu bahwa mereka adalah pihak penguji. 00:16:43.360 --> 00:16:45.120 Minta mereka mencoba bahasa santai, 00:16:45.240 --> 00:16:47.560 menyertakan salah ketik, bahkan mengunggah file jika dirasa perlu. 00:16:47.560 --> 00:16:49.720 Kesalah mereka yang mengungkap titik lemahnya. 00:16:50.100 --> 00:16:51.940 Pilot tertutup tidak hanya sekadar memuluskan peluncuran. 00:16:52.380 --> 00:16:54.140 Hal ini menghasilkan laporan mentah yang Anda perlukan 00:16:54.140 --> 00:16:56.180 untuk menambah build sebelum merilisnya ke seluruh perusahaan. 00:16:56.660 --> 00:16:58.600 Perilaku saluran membuat langkah ini wajib dilakukan. 00:16:59.100 --> 00:17:01.000 Apapun skenario yang Anda uji di studio, 00:17:01.160 --> 00:17:03.900 query formal, frasa santai, salah ketik, dan satu kutipan dasar, 00:17:04.100 --> 00:17:05.660 ulangi pengujian tersebut di setiap saluran target. 00:17:05.900 --> 00:17:07.280 Lihat apakah tims melampilkannya secara berbeda. 00:17:07.620 --> 00:17:08.980 Lihat bagaimana sharepoint melusak spasi. 00:17:09.320 --> 00:17:11.440 Lihat apakah demo web masih melampirkan kutipan sumber. 00:17:11.900 --> 00:17:13.840 Ini adalah satu-satunya cara untuk membuktikan konsistensi. 00:17:13.840 --> 00:17:16.760 Satu kali lalu studi yang sempurna tidak menjamin peluncuran yang berhasil. 00:17:17.480 --> 00:17:18.760 Mempublikasikan juga berarti Anda berhenti 00:17:18.760 --> 00:17:20.960 hanya mengandalkan umpan balik pengguna dan mulai mantau telemetrik. 00:17:21.460 --> 00:17:23.360 Setelah bot Anda ada di Teams atau situs demo, 00:17:23.500 --> 00:17:24.780 data penggunaan mulai mengalir. 00:17:25.440 --> 00:17:28.300 Pusat admin power platform dan analitik bawan hadir untuk membantu Anda. 00:17:28.980 --> 00:17:30.980 Anda akan melihat angka adopsi jumlah kesalahan. 00:17:31.320 --> 00:17:33.180 Bahkan percakapan mana yang kagal memicu topik. 00:17:33.740 --> 00:17:35.180 Ini bukan beban tambahan, adalah sistem pembantuan. 00:17:35.460 --> 00:17:37.080 Anda tidak hanya mempublikasikan sekali, 00:17:37.400 --> 00:17:40.280 lalu melupakannya Anda memantau log untuk memastikan bot Anda digunakan dengan benar 00:17:40.280 --> 00:17:41.380 dan tidak melimbulkan tiket bantuan. 00:17:41.380 --> 00:17:43.720 Jika Anda terburu-buru melakukan langkah ini, Anda akan kehilangan percayaan. 00:17:43.800 --> 00:17:45.900 Pada angka 1 alami, Anda menekan tombol publikasi, 00:17:46.000 --> 00:17:47.180 meluncurkannya ke setiap departemen, 00:17:47.300 --> 00:17:49.940 dan kewalahan dengan tiket keluhan saat Teams tidak menampilkan balasan utama. 00:17:50.100 --> 00:17:51.880 Pengguna menyerah dan memelangkan kembali kepercayaan mereka 00:17:51.880 --> 00:17:53.600 jauh lebih sulit daripada memperbaiki buat itu sendiri. 00:17:53.880 --> 00:17:56.580 Pada angka 20 alami, Anda melakukan publikasi sebagai fase pengujud. 00:17:57.160 --> 00:17:58.580 Indeks selesai, autentikasi diatur, 00:17:58.720 --> 00:18:01.260 publikasi dikonfirmasi, situs demo disesuaikan, pilot dijalankan. 00:18:01.680 --> 00:18:02.960 Anda mengumpulkan balik yang berantakan, 00:18:02.960 --> 00:18:05.620 menambah respon, dan menjalankan ulang sip-kuit utama di setiap seluruh. 00:18:05.960 --> 00:18:07.820 Saat Anda melakukan peluncuran skala luas, 00:18:07.920 --> 00:18:08.860 uji stres sudah terlewati. 00:18:09.340 --> 00:18:11.820 Trik sebenarnya adalah berhenti menganggap publikasi sebagai akhir. 00:18:12.300 --> 00:18:13.680 Tombol itu tidak menandai garis akhir buku, 00:18:13.780 --> 00:18:14.820 tetapi memulai kampanye lapangan. 00:18:15.660 --> 00:18:16.960 Setelah data pilot masuk dan log, 00:18:17.040 --> 00:18:19.720 Anda mengonfirmasi pengguna mendapatkan jawaban yang jelas di mana saja, 00:18:20.120 --> 00:18:21.360 barulah Anda berhak menyebutnya stabil. 00:18:22.040 --> 00:18:24.040 Dan kesadaran itu terkait dengan gambaran yang lebih besar 00:18:24.040 --> 00:18:25.400 dalam membangun dengan Copilot Studio, 00:18:25.520 --> 00:18:26.640 karena ini bukan pembangunan satu kali ini, 00:18:26.720 --> 00:18:28.340 adalah sistem yang Anda sesuaikan berulang kali. 00:18:29.200 --> 00:18:30.640 Jadi inilah rangkuman yang sebenarnya penting. 00:18:30.640 --> 00:18:33.360 Tiga hal yang mengubah bil Anda dari tidak stabil menjadi andal. 00:18:33.800 --> 00:18:35.180 Pertama, beri dasar pada agen, 00:18:35.300 --> 00:18:36.020 unggah dokumen asli, 00:18:36.200 --> 00:18:38.140 atau arahkan ke sumber terpercaya agar tidak menebak-nebak. 00:18:38.360 --> 00:18:40.920 Kedua, beri persona, atur nama, deskripsi, nada, 00:18:41.080 --> 00:18:43.920 dan jelaskan perilaku di kolom instruksi 8.000 karakter tersebut. 00:18:44.520 --> 00:18:46.240 Ketiga, jangan percaya latihan yang mulus, 00:18:46.340 --> 00:18:47.080 gunakan panel uji, 00:18:47.280 --> 00:18:48.380 jalankan percontohan tertutup, 00:18:48.480 --> 00:18:49.380 lalu terbitkan dan pantau. 00:18:49.760 --> 00:18:50.600 Dalam kondisi terbaik, 00:18:50.700 --> 00:18:51.800 langkah-langkah itu memberi Anda buat 00:18:51.800 --> 00:18:53.280 yang mendapatkan kepercayaan alih tiket keluar. 00:18:53.540 --> 00:18:54.680 Berlanggaranlah untuk info lainnya, 00:18:54.680 --> 00:18:56.180 dan tulis satu kalimat di kolom komentar 00:18:56.180 --> 00:18:57.960 tentang dokumen kebijakan tugas yang akan Anda gunakan 00:18:57.960 --> 00:18:58.720 untuk dasar agen Anda.