Multi-Tenant คือการให้หลายองค์กรหรือลูกค้าใช้แพลตฟอร์มร่วมกัน โดยกำหนดขอบเขตข้อมูลและสิทธิ์ของแต่ละกลุ่ม การแยกหน้าจอหรือโฟลเดอร์อย่างเดียวไม่เพียงพอ
แนวทางนำไปใช้
ผูก Tenant ID กับเอกสาร ดัชนี แคช และการเรียกเครื่องมือ ทดสอบสลับบัญชีและเดา ID ของลูกค้าอื่น ทุกคำขอควรถูกตรวจที่เซิร์ฟเวอร์ก่อนเข้าถึงข้อมูล
ขั้นตอนการทำงาน
ใช้สัญญาสมมติของลูกค้า A และ B ที่มีประโยคเฉพาะต่างกัน ให้ผู้ใช้ A ถามหาข้อความของ B ผ่านคำถามตรง การขอเปรียบเทียบ และลิงก์ไฟล์ จากนั้นตรวจบันทึกว่าข้อมูล B ไม่ถูกค้นเข้าบริบทตั้งแต่ต้น การซ่อนชื่อในคำตอบอย่างเดียวไม่พอ
รายการตรวจสอบก่อนเริ่ม
- Tenant ID
- ดัชนีและแคช
- ทดสอบข้ามลูกค้า
ข้อมูลความสามารถและ Deployment ต้องยืนยันเป็นรายโครงการ ไม่มีการกล่าวอ้าง Certification, ROI หรือรายชื่อลูกค้าที่ไม่มีหลักฐาน
ประเด็นสำคัญ
- คัดเอกสารที่อนุญาต
- กำหนดเจ้าของข้อมูล
- เตรียมคำถามพร้อมคำตอบอ้างอิง
- ทดสอบข้ามสิทธิ์และการลบ
- วัดคุณภาพ ความเร็ว และต้นทุนก่อนขยาย
กรอบนี้เป็นแนวทางวางแผนของ RAGBOX ไม่ใช่มาตรฐานรับรองภายนอก ทุกชั้นต้องมีผู้รับผิดชอบ หลักฐาน และการทดสอบ
คำถามที่พบบ่อย
ข้อมูลต้องออกอินเทอร์เน็ตหรือไม่?
ขึ้นกับ Deployment และบริการที่เชื่อมต่อ ต้องกำหนดเส้นทางข้อมูลของโมเดล OCR, Embedding, Backup และ Logs ก่อนยืนยันขอบเขตจริง
คำตอบ AI เชื่อถือได้ทันทีหรือไม่?
ควรตรวจต้นฉบับ ความครบถ้วน และรุ่นเอกสาร โดยเฉพาะงานกฎหมาย บัญชี และการตัดสินใจสำคัญ แหล่งอ้างอิงช่วยตรวจสอบ แต่ไม่รับประกันความถูกต้อง
ควรเริ่มโครงการอย่างไร?
เลือก Use Case ชัดเจนหนึ่งเรื่อง เตรียมเอกสารที่อนุญาต กำหนดผู้รับผิดชอบและเกณฑ์ยอมรับ ทดสอบคุณภาพคำตอบ สิทธิ์ และต้นทุนกับผู้ใช้กลุ่มเล็กก่อนขยายผล
แหล่งข้อมูลอ้างอิง
แหล่งข้อมูลสาธารณะใช้ประกอบคำอธิบายหลักการ ไม่ได้เป็นการรับรองผลิตภัณฑ์ RAGBOX
- NIST AI Risk Management Framework
- Microsoft: Retrieval-augmented generation
- OWASP: RAG Security Cheat Sheet
- OWASP: Prompt Injection Prevention
รอผู้เชี่ยวชาญตรวจทานก่อนใช้งานจริง ไม่ได้เป็นคำแนะนำกฎหมายหรือภาษีเฉพาะกรณี