วิศวกรรม AIข้อมูล
การค้นหาความรู้ในองค์กรที่เชื่อถือได้: 5 คุณสมบัติที่ต้องออกแบบ
การตอบคำถามจากเอกสารขององค์กรสาธิตได้ง่าย แต่ทำให้คนเชื่อถือได้ยาก ความเชื่อถือมาจาก 5 คุณสมบัติที่ออกแบบ ทดสอบ และทดสอบซ้ำได้ ได้แก่ สิทธิ์การเข้าถึง ที่มาของคำตอบ ความเป็นปัจจุบัน การบอกตรง ๆ เมื่อไม่พบคำตอบ และคุณภาพที่วัดผลได้ พร้อมสิ่งที่ PDPA คาดหวังเมื่อเอกสารมีข้อมูลส่วนบุคคล
- ผู้เขียน
- กองบรรณาธิการ FromNine
- เผยแพร่
- เวลาอ่าน
- อ่าน 1 นาที
สรุปประเด็นสำคัญ
- บังคับใช้สิทธิ์การเข้าถึงตอนค้นคืนข้อมูล ตามผู้ใช้งานแต่ละคน และตามสิทธิ์ในระบบต้นทาง อย่าพึ่งให้โมเดลปิดบังข้อความที่ส่งให้โมเดลไปแล้ว
- ทุกข้อความในคำตอบควรชี้ไปยังข้อความต้นทางที่คนเปิดตรวจได้ในไม่กี่วินาที พร้อมวันที่และสถานะของเอกสาร
- วัดคุณภาพการค้นคืนและคุณภาพคำตอบกับคำถามจริงก่อนเปิดใช้งาน และวัดต่อเนื่อง เพราะเนื้อหาและโมเดลเปลี่ยนอยู่ตลอด
สารบัญ
ปัญหาของการสาธิต
ผู้ช่วยค้นหาความรู้ส่วนใหญ่ใช้รูปแบบเดียวกันที่เรียกว่าการสร้างคำตอบเสริมด้วยการค้นคืน (retrieval-augmented generation หรือ RAG) (เปิดเว็บไซต์ภายนอก) คือค้นหาข้อความที่ตรงกับคำถาม แล้วให้โมเดลภาษาเขียนคำตอบโดยยึดข้อความเหล่านั้น กับโฟลเดอร์ที่คัดเอกสารไว้ 50 ฉบับ วิธีนี้ทำงานได้น่าประทับใจภายในสัปดาห์เดียว
การใช้งานจริงต่างออกไป ไดรฟ์ที่ใช้ร่วมกัน วิกิ ตั๋วงาน สัญญา และนโยบายที่สะสมมา 20 ปี จำนวนมากซ้ำกัน ล้าสมัย หรือเป็นความลับ ในสภาพแบบนี้ผู้ช่วยล้มเหลวได้ 2 แบบ แบบแรกคือตอบผิดแล้วคนเลิกใช้ แบบที่แย่กว่าคือตอบผิดอย่างมั่นใจแล้วคนทำตาม
การค้นหาความรู้ที่เชื่อถือได้จึงขึ้นกับโมเดลน้อยกว่าขึ้นกับคุณสมบัติ 5 ข้อของระบบที่อยู่รอบโมเดล ทุกข้อออกแบบได้ และที่สำคัญคือทดสอบได้
สิทธิ์การเข้าถึง: ค้นคืนเฉพาะสิ่งที่ผู้ใช้งานมีสิทธิ์อ่าน
กฎนั้นง่าย ผู้ช่วยต้องไม่แสดงข้อความที่ผู้ใช้งานเปิดในระบบต้นทางไม่ได้ สิ่งสำคัญคือจุดที่บังคับใช้กฎ ถ้าข้อความไปถึงโมเดลแล้ว ให้ถือว่าข้อความนั้นอาจปรากฏในคำตอบ จึงต้องใช้สิทธิ์การเข้าถึงก่อนการสร้างคำตอบ คือตอนค้นคืนข้อมูล สำหรับผู้ใช้งานที่ถามคนนั้น
OWASP จัดทั้งการเปิดเผยข้อมูลอ่อนไหว (sensitive information disclosure) (เปิดเว็บไซต์ภายนอก)และจุดอ่อนของเวกเตอร์และ embedding (เปิดเว็บไซต์ภายนอก) ซึ่งรวมถึงการรั่วไหลข้ามขอบเขตสิทธิ์ ไว้ในความเสี่ยงหลักของแอปพลิเคชันที่ใช้โมเดลภาษา ในทางปฏิบัติจึงมีข้อกำหนด 4 ข้อ
- เก็บสิทธิ์การเข้าถึงของเอกสารต้นทางไว้กับทุกส่วนย่อยในดัชนี โดยดึงจากระบบต้นทาง ไม่กำหนดใหม่ด้วยมือ
- กรองตามสิทธิ์เหล่านั้นตอนค้นหา โดยใช้ตัวตนของผู้ใช้งานที่ลงชื่อเข้าใช้ ก่อนการจัดอันดับและการสร้างคำตอบ
- ซิงก์การเปลี่ยนสิทธิ์ให้เร็วอย่างน้อยเท่ากับการเปลี่ยนเนื้อหา และตกลงกันว่าสิทธิ์ที่ถูกเพิกถอนต้องมีผลภายในเวลาเท่าใด
- ทดสอบกับบทบาทจริง คำถามอย่าง “พนักงานฝึกงานค้นเจออัตราเงินเดือนได้หรือไม่” ควรอยู่ในชุดทดสอบ ไม่ใช่ในรายงานทบทวนหลังเกิดเหตุ
ที่มาของคำตอบ: การอ้างอิงที่คนตรวจได้
ทุกข้อความในคำตอบควรชี้ไปยังข้อความต้นทาง ได้แก่ ชื่อเอกสาร ฉบับหรือวันที่ เจ้าของ และลิงก์ที่เปิดตรงไปยังตำแหน่งนั้น แสดงตัวข้อความต้นทางด้วย ไม่ใช่เพียงชื่อเอกสาร เพื่อให้ผู้อ่านเห็นได้ในไม่กี่วินาทีว่าการอ้างอิงรองรับประโยคนั้นจริง
ออกแบบรูปแบบคำตอบให้ข้อความที่ไม่มีหลักฐานรองรับเห็นได้ชัด ถ้าไม่มีข้อความที่ค้นคืนมารองรับประโยคใด ระบบควรตัดประโยคนั้นออกหรือทำเครื่องหมายไว้ จากนั้นตรวจโดยอัตโนมัติ เทียบข้อความที่อ้างอิงกับข้อกล่าวอ้างที่ข้อความนั้นควรรองรับ และสุ่มผลให้คนตรวจทาน การอ้างอิงที่มีอยู่แต่ไม่รองรับข้อกล่าวอ้างเป็นความล้มเหลวที่พบบ่อยและสังเกตได้ยาก
ความเป็นปัจจุบันและแหล่งที่เชื่อถือได้
ความรู้ขององค์กรมีหลายฉบับ ระเบียบการเดินทางฉบับเก่าและฉบับใหม่ตรงกับคำถาม “จองที่นั่งชั้นธุรกิจได้หรือไม่” ทั้งคู่ แต่ให้คำตอบต่างกัน ให้จัดทำดัชนีเมทาดาทาที่แยกฉบับเหล่านี้ออกจากกัน ได้แก่ วันที่มีผล สถานะ (ร่าง อนุมัติแล้ว ถูกแทนที่) และเจ้าของ จัดอันดับเอกสารที่เป็นปัจจุบันและอนุมัติแล้วไว้ก่อน ตัดเอกสารที่ถูกแทนที่ออกเว้นแต่ผู้ใช้งานถามถึงประวัติ และแสดงวันที่ในการอ้างอิงทุกครั้ง
กำหนดเป็นรายหัวข้อว่าแหล่งใดเป็นแหล่งที่เชื่อถือได้ นโยบายด้านบุคคลมาจากพอร์ทัลฝ่ายบุคคล ไม่ใช่จากอีเมลที่ยกฉบับของปีที่แล้วมา กำหนดรอบการทำดัชนีใหม่ของแต่ละแหล่ง ตั้งแต่เกือบเรียลไทม์สำหรับข้อมูลคำขอ ไปจนถึงวันละครั้งสำหรับวิกิ และติดตามรอบเหล่านั้น ดัชนีที่ล้าสมัยให้คำตอบที่ดูถูกต้องแต่ไม่ถูกต้อง
การบอกตรง ๆ ว่า “ไม่พบข้อมูลนี้”
หลายครั้งคำตอบที่มีค่าที่สุดคือการบอกตรง ๆ ว่าไม่พบ โมเดลภาษาสร้างข้อความที่ลื่นไหลแต่ไม่มีอะไรรองรับได้ ซึ่ง NIST เรียกว่าการสร้างข้อมูลที่ไม่มีอยู่จริง (confabulation) (เปิดเว็บไซต์ภายนอก)ในโปรไฟล์ Generative AI การยึดข้อความที่ค้นคืนมาช่วยลดปัญหานี้แต่ไม่ได้ขจัดออกไป OWASP จัดผลที่ตามมา คือการที่คนทำตามผลลัพธ์ที่ผิด เป็นความเสี่ยงอีกข้อหนึ่งภายใต้หัวข้อข้อมูลที่ผิดพลาด (misinformation) (เปิดเว็บไซต์ภายนอก)
กำหนดเกณฑ์ความเกี่ยวข้อง หากต่ำกว่าเกณฑ์ ระบบต้องบอกว่าไม่พบแหล่งที่เชื่อถือได้ และแนะนำว่าควรถามที่ใดแทน สำหรับคำถามเรื่องนโยบาย สิทธิ หรือหน้าที่ อย่าให้โมเดลเติมช่องว่างจากความรู้ทั่วไป จากนั้นติดตามอัตราการไม่มีคำตอบแยกตามหัวข้อ ในช่วงเดือนแรก ๆ รายการนี้มักเป็นผลลัพธ์ที่มีประโยชน์ที่สุดของทั้งโครงการ เพราะชี้ให้เจ้าของเนื้อหาเห็นว่าเอกสารขาดตรงไหน
สถาปัตยกรรมเบื้องหลังคุณสมบัติทั้ง 5 ข้อ
ทั้งหมดนี้ไม่ต้องใช้เทคโนโลยีแปลกใหม่ แต่ต้องให้สิทธิ์การเข้าถึง เมทาดาทา และการตรวจสอบเป็นส่วนหลักของไปป์ไลน์ ไม่ใช่ฟีเจอร์ที่เติมเข้ามาหลังการสาธิต
ภาพประกอบ 1
ตัวอย่างขั้นตอนการทำงานอ่านแผนภาพในรูปแบบข้อความ
ระบบดึงเอกสารจากระบบต้นทางพร้อมสิทธิ์การเข้าถึงและเมทาดาทา เช่น วันที่ สถานะ และเจ้าของ แล้วจัดทำดัชนี
คำถามเข้ามาพร้อมตัวตนของผู้ใช้งานที่ลงชื่อเข้าใช้ ตัวกรองสิทธิ์ตัดทุกข้อความที่ผู้ใช้งานคนนั้นไม่มีสิทธิ์อ่าน ก่อนที่ข้อมูลใดจะไปถึงโมเดล
โมเดลร่างคำตอบพร้อมการอ้างอิงข้อความที่เหลือ การตรวจหลักฐานรองรับเทียบแต่ละข้อความกับข้อความที่อ้างอิง ผู้ใช้งานได้รับคำตอบที่มีการอ้างอิง หรือคำแจ้งตรง ๆ ว่าไม่พบแหล่งที่เชื่อถือได้
ข้อมูลส่วนบุคคลต้องได้รับความใส่ใจเป็นพิเศษ ดัชนีของเอกสารยังเป็นการประมวลผลข้อมูลส่วนบุคคลที่อยู่ในเอกสารนั้น หลักการจำกัดวัตถุประสงค์และการใช้ข้อมูลเท่าที่จำเป็น (เปิดเว็บไซต์ภายนอก)ของ GDPR (มาตรา 5) จึงใช้บังคับกับองค์กรที่อยู่ภายใต้ GDPR ตัดแหล่งข้อมูลที่กรณีการใช้งานไม่ต้องใช้ออก ตรวจให้การลบในระบบต้นทางไปถึงดัชนีด้วย และรวมดัชนีไว้เมื่อตอบคำขอเข้าถึงข้อมูล
เมื่อเอกสารมีข้อมูลส่วนบุคคลตาม PDPA
สำหรับองค์กรในประเทศไทย พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 (PDPA) ตั้งคำถามคล้ายกัน เก็บรวบรวมข้อมูลส่วนบุคคลเท่าที่จำเป็นตามวัตถุประสงค์ ไม่นำเอกสารทุกโฟลเดอร์เข้าดัชนีเพียงเพราะทำได้ และจัดให้มีมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสมและทบทวนเมื่อจำเป็น (มาตรา 37 (1)) ตัวกรองสิทธิ์ก่อนการสร้างคำตอบ การซิงก์การเพิกถอนสิทธิ์ และชุดทดสอบสิทธิ์ตามบทบาทในบทความนี้ เป็นส่วนหนึ่งของมาตรการเหล่านั้นได้ เมื่อเจ้าของข้อมูลส่วนบุคคลใช้สิทธิของตน ดัชนีก็ต้องอยู่ในขอบเขตการตรวจสอบด้วย
ตัวอย่างประกอบ: บริษัทประกันภัยขนาดกลางอาจเปิดให้เจ้าหน้าที่ค้นคู่มือการพิจารณารับประกันและขั้นตอนการทำงานผ่านผู้ช่วยค้นหาความรู้ โดยเจ้าหน้าที่ฝ่ายสินไหมเห็นเฉพาะคู่มือที่ฝ่ายของตนเปิดได้ในระบบต้นทาง ทุกคำตอบอ้างอิงฉบับและวันที่มีผลของคู่มือ และเอกสารที่มีข้อมูลลูกค้ารายบุคคลไม่ถูกนำเข้าดัชนีตั้งแต่ต้น
คุณภาพที่วัดผลได้ ทั้งก่อนและหลังเปิดใช้งาน
ความน่าเชื่อถือประเมินไม่ได้ด้วยการลองถามไม่กี่คำถามในห้องประชุม ตกลงเกณฑ์คุณภาพกับผู้ที่เป็นเจ้าของเนื้อหา และวัดแต่ละชั้นแยกกัน เพื่อให้รู้ว่าต้องแก้ปัญหาที่จุดใด
| ชั้น | คำถาม | วิธีวัด |
|---|---|---|
| การค้นคืน | ได้ข้อความที่ถูกต้องกลับมาหรือไม่ | Recall และ precision เทียบกับชุดคำถามจริงที่ติดป้ายคำตอบไว้ |
| หลักฐานรองรับ | ทุกข้อความมีการอ้างอิงรองรับหรือไม่ | ตรวจข้อกล่าวอ้างเทียบกับข้อความต้นทางโดยอัตโนมัติ และสุ่มให้คนตรวจทาน |
| คำตอบ | คำตอบถูกต้อง ครบถ้วน และใช้ประโยชน์ได้หรือไม่ | ผู้เชี่ยวชาญตรวจกลุ่มตัวอย่างตามเกณฑ์ที่ตกลงกันไว้ |
| สิทธิ์การเข้าถึง | มีใครเห็นสิ่งที่ไม่ควรเห็นหรือไม่ | ชุดทดสอบสิทธิ์ตามบทบาท รันทุกครั้งที่ดัชนีหรือตัวเชื่อมต่อเปลี่ยน |
| การใช้งาน | คนพึ่งพาระบบหรือไม่ และระบบล้มเหลวที่จุดใด | ความคิดเห็นของผู้ใช้งาน อัตราการไม่มีคำตอบแยกตามหัวข้อ คำถามต่อเนื่อง และการส่งต่อเรื่อง |
สร้างชุดทดสอบจากคำถามจริง เช่น บันทึกการค้นหา ตั๋วงานของฝ่ายช่วยเหลือ และคำถามของพนักงานใหม่ คำถามหลักร้อยข้อพร้อมคำตอบที่เจ้าของเนื้อหาเห็นชอบเป็นจุดเริ่มต้นที่ใช้ได้จริง รันชุดทดสอบทั้งหมดทุกครั้งที่มีการเปลี่ยนแปลง ไม่ว่าจะเป็นโมเดลใหม่ วิธีแบ่งเอกสารใหม่ หรือแหล่งข้อมูลใหม่ คุณภาพเปลี่ยนไปอย่างเงียบ ๆ เมื่อเนื้อหาเปลี่ยน และมีเพียงชุดทดสอบที่คงที่เท่านั้นที่ทำให้เห็นการเปลี่ยนนั้น
ความน่าเชื่อถือในมุมของผู้ใช้งาน
สำหรับผู้ใช้งาน ทั้งหมดนี้สรุปได้เป็นพฤติกรรมไม่กี่อย่างที่สังเกตได้ ผู้ช่วยตอบจากเอกสารที่ผู้ใช้งานมีสิทธิ์อ่านเท่านั้น ทุกข้อกล่าวอ้างมีการอ้างอิงที่เปิดดูได้ ผู้ใช้งานเห็นว่าแหล่งข้อมูลเป็นปัจจุบันเพียงใด ระบบบอกตรง ๆ เมื่อไม่มีคำตอบที่เชื่อถือได้ และผู้ใช้งานรู้ว่ามีคนวัดคุณภาพอยู่ เพราะแจ้งคำตอบที่ผิดได้และเห็นว่ามีการแก้ไข
ผลลัพธ์จาก AI ยังผิดพลาดได้ และบางคำถามควรได้คำตอบจากคน ไม่ใช่จากการค้นหา การออกแบบโดยยอมรับข้อนี้อย่างเปิดเผยไม่ใช่จุดอ่อนของระบบ แต่เป็นสิ่งที่ทำให้คนยอมพึ่งพาระบบในเรื่องที่เหลือ
แหล่งที่มา
- คลังบทความ arXiv. Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks (Lewis และคณะ, 2020) (เข้าถึงเมื่อ )
- โครงการ OWASP GenAI Security Project. LLM02:2025 Sensitive Information Disclosure (การเปิดเผยข้อมูลอ่อนไหว) (เข้าถึงเมื่อ )
- โครงการ OWASP GenAI Security Project. LLM08:2025 Vector and Embedding Weaknesses (จุดอ่อนของเวกเตอร์และ embedding) (เข้าถึงเมื่อ )
- โครงการ OWASP GenAI Security Project. LLM09:2025 Misinformation (ข้อมูลที่ผิดพลาด) (เข้าถึงเมื่อ )
- สถาบันมาตรฐานและเทคโนโลยีแห่งชาติสหรัฐอเมริกา (NIST). NIST AI 600-1: โปรไฟล์ Generative AI ของกรอบการบริหารความเสี่ยง AI (เข้าถึงเมื่อ )
- EUR-Lex. ระเบียบ (EU) 2016/679 (GDPR) มาตรา 5 (เข้าถึงเมื่อ )
อ่านต่อ
- บริการวิศวกรรม AI และ Generative AIการค้นคืนข้อมูล กลยุทธ์โมเดล การประเมินผล และ LLMOps สำหรับ Generative AI ที่ใช้งานจริงได้อย่างมั่นคง
- โซลูชันค้นหาความรู้ในองค์กรคำตอบจากเอกสารขององค์กรคุณเอง เฉพาะส่วนที่แต่ละคนมีสิทธิ์เห็น และมีแหล่งที่มากำกับทุกข้อความ
- บทความเอเจนต์ AI กับการอนุมัติโดยมนุษย์: งานใดต้องให้คนตัดสินใจเอเจนต์ AI เตรียมงานได้แทบทุกอย่าง แนวทางที่ใช้ได้จริงในการแยกว่างานใดให้เอเจนต์ทำเสร็จได้เอง และงานใดต้องรอให้คนอนุมัติก่อน
- บทความEU AI Act สำหรับหน่วยงานภาครัฐ: สิ่งที่ต้องเตรียมภายในปี 2570หลังการแก้ไขในปี 2569 กฎเกณฑ์สำหรับระบบ AI ความเสี่ยงสูงใช้บังคับตั้งแต่เดือนธันวาคม 2570 แต่หลายส่วนใช้บังคับแล้ววันนี้ แผนเตรียมความพร้อมตามลำดับเวลาสำหรับหน่วยงานภาครัฐที่ใช้งานระบบ AI
ต้องการให้ค้นหาความรู้ขององค์กรได้
เราสร้างผู้ช่วยค้นหาความรู้บนแหล่งข้อมูลที่องค์กรมีอยู่ พร้อมสิทธิ์การเข้าถึง การอ้างอิง และชุดทดสอบที่ตกลงกับเจ้าของเนื้อหาของคุณตั้งแต่สปรินต์แรก