Pertama, memberikan kesimpulan yang dapat digunakan untuk memutuskan-membuat
Ketika staf bertanya tentang sistem, sistem terutama membutuhkan untuk mencari dokumen yang sah, kutipan sumber, dan menolak untuk menjawab tanpa jawaban, dengan penekanan pada RAG. Menjual Agen untuk mempersiapkan klien-up program-program yang membutuhkan, selain berkas pengetahuan, pengetahuan identitas karyawan saat ini, afiliasi pelanggan, fase CRM, surat sejarah, pertemuan baru-baru ini, harga produk, alat-alat yang dapat disebut, dan persetujuan yang kompeten. Ini adalah konteks.
Kondisi apa yang perlu diidentifikasi sebelum penghakiman dibuat?
Pertanyaan yang sama mungkin memiliki jawaban yang berbeda di bawah berbagai bisnis, data, dan fase proyek. Hal ini disarankan agar kondisi berikut diperiksa dan bahwa temuan yang sama di web dimasukkan ke dalam proyek mereka sendiri.
Perintah yang disarankan dari muka
Pertama, kita akan jelas tentang target dan perbatasan.
Urutkan semua informasi yang dibutuhkan tugas yang benar dari awal hingga akhir.
Dependence Kunci Validasi
Mendistribusikan pengetahuan dokumen, data terstruktur, status real-time, memori, aturan dan alat.
Pengembangan hasil yang dapat dipertimbangkan
Tandai sumber, izin, batas waktu dan konsekuensi dari kesalahan untuk setiap kategori konteks.
Pastikan kau memutuskan langkah berikutnya dengan hasil yang sebenarnya.
Link konteks diverifikasi oleh normal, konflik, tugas yang belum terjawab dan ultra vires.
Bagaimana kau memahaminya dalam bisnis yang sebenarnya?
Setelah itu, pertanyaan pengetahuan dan jawaban yang dijual dapat diambil melalui manual pemeliharaan RAG. Namun ketika sistem ini menentukan apakah butir peralatan masih ada garansi, untuk mencari lembar kerja historis klien, untuk membaca persediaan suku cadang saat ini dan untuk membuat tugas layanan situs, diperlukan untuk menghubungkan identitas klien, berkas peralatan, kontrak, inventaris, status kerja dan hak khusus alat secara bersamaan.
Lubang termudah untuk melangkah.
Masukan semua informasi dalam konteks sekali dan untuk semua, dan lebih akurat informasi dipertimbangkan.
Hanya vektor pencarian, tanpa memproses identitas bisnis dan hak khusus field
Sejarah dialog selamanya dianggap memori yang benar, bukan untuk mendukung koreksi kesalahan dan penghapusan
Bagaimana kita bisa menerima dan mengkonfirmasinya?
Penerimaan dan pemeriksaan akan memeriksa secara terpisah apakah informasi yang diambil, bidang yang terstruktur, status secara real-time, hak akses, memory dan hasil alat yang dihasilkan secara benar dirakit. Menggunakan tes identifikasi pengguna yang berbeda pada masalah yang sama, diketahui bahwa isi dari non-berhak tidak akan cocok ke dalam konteks; dan setelah memperbarui pengetahuan dan data bisnis, hasilnya akan dikenakan batas waktu yang sama, dan sumber, versi, penundaan dan biaya bukti akan ditahan.
Ketika mempersiapkan untuk berkomunikasi dengan pemasok atau tim internal, disarankan bahwa proses saat ini, contoh perwakilan, sistem yang ada, perencanaan tingkat waktu dan anggaran akan dibawa. Pertama, item yang tidak diketahui jelas ditandai, dan kemudian keputusan dibuat untuk menggunakan diagnosis, PoC, proyek jangkauan tetap atau penelitian dan pengembangan yang sedang berlangsung, yang biasanya lebih dapat diandalkan daripada permintaan langsung untuk harga dan durasi tanpa batas.