AI Knowledge & RAG
การสร้างฐานความรู้ AI และ RAG ขององค์กร
ฐานความรู้ AI ช่วยให้พนักงานค้นคำตอบจากนโยบาย ข้อมูลผลิตภัณฑ์ และเอกสารปฏิบัติงานที่อนุมัติแล้ว RAG (Retrieval-Augmented Generation) ค้นเนื้อหาที่เกี่ยวข้องก่อนส่งให้โมเดลภาษาเรียบเรียงคำตอบ ก่อนพัฒนาต้องยืนยันแหล่งเอกสาร เวอร์ชันที่มีผลใช้ และสิทธิ์ใช้งาน Vosurein ช่วยจัดความรู้องค์กร ออกแบบการค้นหาและอ้างอิง แล้วทดสอบคุณภาพคำตอบด้วยคำถามจากงานจริง
For Your Business
ธุรกิจที่เหมาะสมและช่วงเวลาที่ควรเริ่ม
หากข้อมูลจำเพาะผลิตภัณฑ์ นโยบายภายใน หรือคู่มือกระจายอยู่หลายโฟลเดอร์และระบบ จนพนักงานหาเวอร์ชันปัจจุบันไม่พบหรือต้องถามผู้มีประสบการณ์ซ้ำ ๆ อาจพิจารณาฐานความรู้ AI ได้ ฝ่ายจัดซื้อ ฝ่ายขาย ฝ่ายธุรการ และฝ่ายสนับสนุนเทคนิคมีความต้องการต่างกัน จึงควรเลือกแผนกและชุดเอกสารสำหรับระยะแรกให้ชัดเจน
หากมีระบบค้นหาอยู่แล้วแต่ยังหาคำตอบไม่ได้ ควรแยกว่าเกิดจากการจัดหมวดหมู่ไม่พอ คำค้นไม่ตรงกัน หรือข้อมูลอยู่ในเอกสารยาว หากเนื้อหาขัดแย้งกันบ่อยหรือไม่มีผู้ดูแล ควรจัดเนื้อหาและผู้รับผิดชอบก่อนกำหนดขอบเขตระบบถามตอบ
The Challenge
ปัญหาที่ธุรกิจพบบ่อย
แม้นำเข้าเอกสารแล้วก็ยังอาจปะปนเวอร์ชันเก่าและใหม่ เช่น ผลิตภัณฑ์เดียวกันมีข้อมูลจำเพาะต่างกันในแต่ละปี หากคำตอบไม่แยกวันที่ แม้อ้างอิงเอกสารจริงก็อาจให้คำแนะนำที่ใช้ไม่ได้ ข้อผิดพลาดจากการรู้จำตัวอักษรในภาพสแกน ความสัมพันธ์ในตารางที่หายไป และไฟล์แนบที่ขาดบริบทล้วนกระทบการค้นหาและตีความ
อีกเรื่องคือการรักษาขอบเขตสิทธิ์เดิม ข้อมูลที่อ่านได้เฉพาะบางแผนกต้องไม่เปิดให้ทุกคนเพียงเพราะรวมไว้ในฐานเดียวกัน เมื่อถอนเอกสารหรือพนักงานย้ายงาน ต้องปรับดัชนีค้นหา ข้อมูลแคช และลิงก์อ้างอิงให้สอดคล้องด้วย
Our Approach
แนวทางและข้อกำหนดที่เกี่ยวข้อง
ก่อนอื่น ให้ค้นหาข้อมูล จากนั้นตรวจสอบพื้นฐานของคําตอบ
RAG ผสานการค้นหากับการสร้างคำตอบ ไม่ใช่การฝึกโมเดลใหม่ ระบบค้นส่วนเอกสารที่เกี่ยวข้องก่อน แล้วสร้างคำตอบจากเนื้อหานั้น ในการทดสอบสามารถแยกตรวจผลค้นหาและคุณภาพคำตอบได้ แม้พบข้อมูลแล้ว ยังต้องยืนยันว่ารองรับคำตอบได้เพียงพอและใช้เงื่อนไขถูกต้อง
Vosurein ประเมินวิธีแบ่งข้อความ หมวดหมู่ข้อมูล และวิธีค้นหาตามลักษณะเอกสาร รหัสผลิตภัณฑ์ต้องเทียบให้ตรง ส่วนคำอธิบายยาวต้องรักษาโครงสร้างหัวข้อและเงื่อนไขที่ใช้ได้ การเลือกวิธีร่วมกันควรอิงผลทดสอบกับคำถามที่เป็นตัวแทนของการใช้งาน
กําหนดสิทธิ์เมื่อเข้าถึงข้อมูล
จำกัดการเข้าถึงเอกสารตามผู้ใช้ บทบาท และประเภทข้อมูลได้ โดยต้องออกแบบให้เข้ากับระบบยืนยันตัวตน แหล่งข้อมูล และเครื่องมือค้นหาขององค์กร เมื่อนำเข้าข้อมูลต้องยืนยันว่ายังคงสิทธิ์เดิมอย่างไร และทดสอบขอบเขตที่แต่ละบทบาทอ่านได้
เราแนะนำให้ตรวจขอบเขตข้อมูลที่อ่านได้ทุกครั้งที่ค้นคืนข้อมูล และตรวจลิงก์อ้างอิงด้วย การสั่งโมเดลในพรอมต์ว่าอย่าเปิดเผยความลับ ไม่สามารถแทนการตรวจสิทธิ์ในระบบได้
รวมเวอร์ชันและสถานการณ์ที่ไม่มีคําตอบในแบบทดสอบ
การตรวจรับควรดูว่าค้นพบข้อมูลใด ข้อมูลรองรับคำตอบหรือไม่ และเงื่อนไขกับข้อยกเว้นครบหรือไม่ หากข้อมูลไม่พอ อาจถามเพื่อชี้แจงหรือส่งเรื่องให้ผู้รับผิดชอบจัดการ เมื่อเอกสารเปลี่ยน ต้องอัปเดตดัชนีและทดสอบคำถามที่ได้รับผลกระทบอีกครั้ง รวมถึงดูแลเอกสารที่ถอนหรือหมดอายุด้วย
Process
ขอบเขตและขั้นตอนการให้คำปรึกษา
สำรวจแหล่งความรู้
ระบุผู้ใช้ ปัญหาในการทำงาน แหล่งข้อมูลที่ได้รับอนุญาต และผู้รับผิดชอบเอกสาร จัดข้อมูลวันที่มีผล หมวดหมู่ผลิตภัณฑ์หรือแผนก และเวอร์ชันที่ซ้ำกัน พร้อมระบุข้อมูลที่ยังขาดและขอบเขตระยะแรก เพื่อใช้เป็นฐานในการพัฒนาระบบ
การออกแบบการค้นหา
ออกแบบการแยกเนื้อหา จัดประเภท และค้นเอกสารให้เหมาะกับรูปแบบไฟล์ พร้อมตั้งค่าการยืนยันตัวตน สิทธิ์ข้อมูล และการอ้างอิงแหล่งที่มา สำหรับคำถามที่ไม่มีคำตอบ เงื่อนไขไม่ชัด หรือแหล่งข้อมูลขัดแย้ง ต้องตกลงวิธีตอบและส่งต่อให้เจ้าหน้าที่
การทดสอบการนําไปใช้งาน
นำเข้าข้อมูลตามที่ตกลง แล้วทดสอบด้วยคำถามที่พนักงานใช้จริง แยกบันทึกกรณีค้นไม่พบ พบเวอร์ชันเก่า ตีความผิด และเข้าถึงเกินสิทธิ์ ให้ผู้รับผิดชอบเนื้อหายืนยันผลหลังแก้ไข
ส่งมอบงานดูแลรักษา
ส่งมอบวิธีเพิ่ม อัปเดต และถอนเอกสาร พร้อมยืนยันผู้รับผิดชอบแจ้งปัญหา ทดสอบคุณภาพซ้ำ และตรวจปริมาณการใช้ ก่อนเพิ่มแผนกหรือแหล่งข้อมูล ให้ตรวจสิทธิ์และขอบเขตทดสอบอีกครั้ง
Preparation
บริษัทต้องเตรียมเอกสารอะไรบ้าง?
- แหล่งข้อมูลเอกสาร: ตัวอย่างเอกสารที่อนุญาต รูปแบบ สถานที่จัดเก็บ และเวอร์ชันที่ถูกต้อง; สามารถจัดเตรียมตัวอย่างการลบตัวตนที่เหมาะสมในช่วงแรก
- สิทธิ์การใช้งาน: แผนก บทบาท และขอบเขตที่อ่านได้ รวมถึงวิธีการจัดการการเข้าสู่ระบบและสิทธิ์ของระบบเดิม
- ตัวอย่างคําถามและคําตอบ: คำถามที่พบบ่อย คำตอบที่ยอมรับได้และแหล่งอ้างอิง รวมถึงคำถามที่ไม่มีข้อมูลตอบหรือต้องถามให้ชัดเจนก่อน
- แนวทางดูแลรักษา: เจ้าของเนื้อหา วันที่มีผลบังคับใช้และวันหมดอายุ ความถี่ในการอัปเดต และข้อกําหนดในการจัดการเอกสารที่ถูกถอน
Project Planning
การประเมินเวลาและค่าใช้จ่าย
ประเมินจำนวนและคุณภาพเอกสาร ความจำเป็นในการอ่านตัวอักษรจากภาพสแกน ความซับซ้อนของตาราง ภาษา ระดับสิทธิ์ การเชื่อมแหล่งข้อมูล และความถี่อัปเดต แม้จำนวนเอกสารเท่ากัน แต่เอกสารที่จัดเรียบร้อยแล้วกับเอกสารที่ต้องทำความสะอาดใหม่อาจใช้แรงงานต่างกัน ควรใช้ตัวอย่างยืนยันวิธีประมวลผลก่อน
แยกค่าเตรียมข้อมูล พัฒนาระบบ ใช้โมเดลและแพลตฟอร์มค้นหา จัดเก็บ และบำรุงรักษา ระยะแรกอาจจำกัดชุดเอกสารและจำนวนผู้ใช้ แล้วประเมินการขยายเมื่อคุณภาพคำตอบและวิธีดูแลมีความเสถียร โดยตัดสินผลจากการทดสอบและการใช้งาน
FAQ
คำถามที่พบบ่อย
RAG แตกต่างจาก AI แชททั่วไปอย่างไร?
RAG เพิ่มผลค้นหาจากแหล่งที่กำหนดก่อนสร้างคำตอบ ทำให้มีข้อมูลองค์กรใช้อ้างอิง โมเดลสนทนาทั่วไปอาจไม่มีเอกสารล่าสุดของบริษัท แม้เพิ่มการค้นหาแล้ว ก็ยังต้องตรวจความเหมาะสมของแหล่งข้อมูลและเนื้อหาคำตอบ
RAG เหมือนกับการปรับแต่งโมเดลหรือเปล่า?
ไม่เหมือนกัน RAG เน้นดึงข้อมูลภายนอกมาใช้ขณะตอบ ส่วน fine-tuning คืออีกวิธีในการปรับพฤติกรรมโมเดล หากต้องอัปเดตเอกสารบ่อยหรือจำกัดข้อมูลที่ผู้ใช้มีสิทธิ์อ่าน ควรประเมินการค้นหาและการกำหนดสิทธิ์ก่อน ไม่ตัดสินว่าต้อง fine-tune เพียงเพราะมีข้อมูลมาก
เอกสารยังไม่เรียบร้อยสมบูรณ์ เราจะเริ่มได้ไหม?
เริ่มจากชุดเอกสารที่มีเวอร์ชันชัดเจนและมีผู้ดูแลได้ ระบุเอกสารที่ขาดและเนื้อหาขัดแย้งไว้ในรายการรอแก้ไข พร้อมจำกัดขอบเขตคำตอบ โดยองค์กรยังต้องยืนยันว่านโยบายใดมีผลใช้อยู่
การมีแหล่งอ้างอิงหมายความว่าคําตอบถูกต้องหรือไม่?
ไม่เสมอไป แหล่งข้อมูลอาจเก่าหรือรองรับคำตอบเพียงบางส่วน การตรวจรับต้องเทียบแหล่งข้อมูล เงื่อนไขที่ใช้ และคำตอบทีละข้อ พร้อมยืนยันว่าผู้ใช้เปิดต้นฉบับได้ภายในสิทธิ์ของตน
แต่ละแผนกจะหลีกเลี่ยงการเห็นข้อมูลลับได้อย่างไร?
กำหนดข้อมูลที่แต่ละบทบาทอ่านได้ก่อน แล้วตรวจสิทธิ์ทั้งขณะค้นหาและเปิดเอกสารต้นฉบับ ทดสอบโดยให้บทบาทต่างกันถามคำถามเดียวกัน และตรวจว่าบทสรุป แหล่งอ้างอิง หรือประวัติสนทนามีข้อมูลเกินสิทธิ์หรือไม่
เอกสารของบริษัทจะถูกใช้ในการฝึกโมเดลหรือไม่?
สรุปจากการใช้ RAG เพียงอย่างเดียวไม่ได้ ต้องตรวจว่านำข้อมูลไปฝึกโมเดลหรือไม่ เก็บนานเท่าใด และประมวลผลในพื้นที่ใด จากผู้ให้บริการ แพ็กเกจ การตั้งค่า และสัญญาที่ใช้จริง พร้อมระบุว่าข้อมูลผ่านบริการใดบ้าง
ฉันจะอัปเดตและลบไฟล์หลังจากตั้งค่าได้อย่างไร?
กำหนดขั้นตอนซิงก์หรืออัปเดตโดยคนให้เหมาะกับแหล่งข้อมูล และยืนยันวิธีจัดการดัชนีกับข้อมูลแคช การลบต้นฉบับไม่ได้แปลว่าสำเนาทั้งหมดถูกลบทันที ตอนส่งมอบต้องทดสอบผลค้นหาและคำตอบหลังถอนเอกสาร
ฐานความรู้สามารถใช้งาน ERP หรือ CRM โดยตรงได้หรือไม่?
ควรวางแผนระบบถามตอบความรู้แยกจากการดำเนินงานในระบบธุรกิจ หากต้องการค้นข้อมูลเฉพาะกรณีหรือเขียนข้อมูลกลับ ต้องตรวจอินเทอร์เฟซ สิทธิ์ผู้ใช้ การตรวจสอบฟิลด์ข้อมูล และการยืนยันโดยบุคลากรที่จำเป็น โดยอาจรวมเป็นส่วนหนึ่งของการประเมินการเชื่อมต่อระบบ
Related
บริการที่เกี่ยวข้องและการปรึกษาความต้องการ
กรุณาระบุประเภทเอกสาร แผนกผู้ใช้ คําถามที่พบบ่อย และระยะเวลาการนําไปใช้โดยประมาณ เพื่ออํานวยความสะดวกในการอภิปรายเกี่ยวกับขอบเขตของเฟสแรกติดต่อ Vosurein
ตรวจสอบเนื้อหา: ฉบับและข้อกำหนดที่ใช้ต้องตรวจตามบริบทองค์กร
Let's Talk
เริ่มพูดคุยจากความต้องการของคุณ
บอกวิธีทำงานปัจจุบันและเวลาที่ต้องการให้งานเสร็จ
เพื่อร่วมกันกำหนดขอบเขตและรูปแบบความร่วมมือ
Blog
บทความด้านความยั่งยืนและ AI
เริ่มจากความเข้าใจ
เพื่อมองเห็นทิศทางการเปลี่ยนแปลง