คุณลบข้อมูลไปแล้ว แต่ AI ของคุณยังจำได้

นี่คือบท Data Rights ของชุดบทความ Infozense Knowledge Engineering เลเยอร์ข้อมูลที่อยู่ใต้ Agent ของคุณมี Gate อยู่ห้าตัว: Input (ใครมีสิทธิ์ถาม) · Egress (อะไรออกไปได้) · Output (ปลอดภัยและเป็นจริง) · Action (ใครอนุมัติ) · Operational (พิสูจน์ได้ภายหลัง) บทความนี้ว่าด้วย Gate สองตัวที่กำกับคำขอ “Forget Me”: Action อนุมัติการลบ และ Operational พิสูจน์ว่ามันเกิดขึ้นจริง

คนหนึ่งกำลังทำลายเอกสารด้วยเครื่องย่อยข้างลิ้นชักเก็บแฟ้มที่ว่างเปล่า ขณะที่เส้นสีอำพันพาสำเนาของเอกสารนั้นข้ามไปยังเอกสารที่ยังเรืองแสงอยู่ในโดมที่ปิดผนึก นั่นคือสำเนาที่ AI เก็บไว้หลังต้นฉบับถูกลบไปแล้ว — แถวข้อมูลถูกลบแล้ว แต่สำเนาของ AI ยังอยู่

มีคนยื่นคำขอใช้สิทธิที่จะถูกลืม ขอให้คุณลบข้อมูลส่วนบุคคลของเขา ทีมของคุณทำสิ่งที่ตรงไปตรงมาที่สุด คือลบข้อมูลของคนคนนั้นออกจากระบบที่สร้างมาเพื่อเก็บมัน ทั้งแอปพลิเคชัน ฐานข้อมูล และ Data Warehouse แถวข้อมูลหายไป Ticket ถูกปิด ทุกคนเดินหน้าต่อ

แต่การป้อนข้อมูลให้ AI เป็นเส้นทางแยกอีกเส้นหนึ่ง และกระบวนการลบของคุณไม่เคยถูกออกแบบมาเพื่อเส้นทางนี้ เพื่อให้ AI มีประโยชน์กับข้อมูลของคุณเองจริง ๆ คุณป้อนข้อมูลนั้นเข้าไป โดยแบ่งเป็นชิ้นเล็ก ๆ และจัดเก็บไว้ให้โมเดลค้นหาและนำมาตอบได้ สำเนานั้นคือแหล่งที่สามที่ข้อมูลของคนคนนั้นไปอยู่ นอกเหนือจากแอปพลิเคชันและ Data Warehouse และเป็นที่เดียวที่ไม่มีใครนึกจะไปตรวจ การลบข้อมูลออกจาก Data Warehouse ไม่ได้ทำอะไรกับสำเนานั้นเลย ลองถาม AI ให้ถูกจุด แล้วข้อมูลของคนคนนั้นก็กลับมาอยู่ในคำตอบ ทั้งที่แหล่งข้อมูลถูกลบไปแล้วอย่างเป็นทางการ

ช่องว่างตรงนี้คือสิ่งที่กฎหมายให้ความสำคัญ PDPA ไม่ได้ถือว่าการลบแค่แถวข้อมูลคือการปฏิบัติตาม แต่จะถือว่าคุณปฏิบัติตามก็ต่อเมื่อข้อมูลของคนคนนั้นหยุดปรากฏ ในทุกที่ที่มันปรากฏได้ และเมื่อคุณพิสูจน์ได้ว่ามันหยุดแล้วจริง

บทความนี้เขียนถึงใคร

องค์กรส่วนใหญ่ไม่มีปัญหานี้ เพราะไม่ได้ใช้ AI กับข้อมูลส่วนบุคคล ถ้า AI ของคุณตอบจากข้อมูลสาธารณะเท่านั้น คุณหยุดอ่านตรงนี้ได้เลย

คุณจะมีปัญหานี้เมื่อสามเงื่อนไขเป็นจริงพร้อมกัน หนึ่ง คุณถือครองข้อมูลส่วนบุคคล ทั้งผู้ป่วย ลูกค้า และพนักงาน สอง คุณป้อนข้อมูลส่วนหนึ่งให้ AI เพื่อให้มันตอบเกี่ยวกับข้อมูลภายในของคุณเองได้ และสาม คุณอยู่ภายใต้กฎหมายอย่าง PDPA ที่ให้บุคคลมีสิทธิ์เรียกร้องให้คุณลบข้อมูลของเขา และพิสูจน์ว่าคุณลบแล้วจริง แต่ละที่เรียกสิทธินี้ต่างกัน บ้างเรียกสิทธิในการขอให้ลบข้อมูล บ้างเรียกสิทธิที่จะถูกลืม แต่ภาระหน้าที่คือเรื่องเดียวกัน

เมื่อทั้งสามข้อเป็นจริง แถวข้อมูลที่ถูกลบยังไม่พอ และแฟ้ม Ticket การลบก็ไม่ใช่ข้อพิสูจน์

การลบที่แท้จริงต้องทำอะไรได้บ้าง

การลบที่ตอบโจทย์กฎหมายต้องทำสองสิ่ง และระบบส่วนใหญ่ไม่ได้ทำสักสิ่งเดียว

หนึ่ง การลบต้องไปถึง AI การลบข้อมูลต้นฉบับยังไม่พอ เพราะ AI ตอบจากสำเนาของมันเอง ไม่ใช่จากต้นฉบับ ตราบใดที่ยังเรียกสำเนานั้นกลับมาได้ แค่ถามให้ถูกจุดครั้งเดียว ข้อมูลของคนคนนั้นก็กลับมา

สอง การลบต้องพิสูจน์ได้ เมื่อหน่วยงานกำกับดูแลถามในอีกหลายเดือนต่อมา ว่าคุณได้ปฏิบัติตามคำขอหรือไม่ “เราค่อนข้างมั่นใจว่าทำแล้ว” ไม่ใช่คำตอบ คุณต้องมีบันทึกที่ระบุชัดว่าอะไรถูกลบ ใครอนุมัติ และเมื่อไร และบันทึกนั้นต้องเป็นบันทึกที่ไม่มีใครแอบแก้ทีหลังได้

เลเยอร์ข้อมูลที่มี Governance ทำเรื่องนี้อย่างไร

เหตุผลที่เรื่องนี้แก้ได้ สรุปลงที่ข้อเท็จจริงเดียว: สำเนาที่ AI ใช้ตอบนั้น ไม่ได้กระจัดกระจายอยู่ทั่วระบบของคุณ มันอยู่ในที่เดียว คือเลเยอร์ที่เก็บมันไว้ตั้งแต่แรก Knowledge Engineering คือเลเยอร์ที่รับเอกสารของคุณเข้ามา แบ่งเป็นชิ้นเล็ก ๆ แล้วจัดเก็บไว้เพื่อให้ AI ดึงมาใช้ได้ รูปแบบการทำงานนี้มีชื่อเรียกว่า Retrieval-Augmented Generation หรือ RAG และ RAG ส่วนใหญ่ที่ใช้กันอยู่ก็ไม่มี Governance เลย

Knowledge Engineering เป็นมากกว่า RAG มันรวมองค์ความรู้ของคุณจากหลายแหล่งและหลายรูปแบบเข้าไว้ด้วยกัน กำหนดว่าใครเข้าถึงได้บ้าง จัดระดับตามความอ่อนไหวของข้อมูล และกำกับทั้งหมดนั้น รวมถึง RAG ด้วย

เพราะมันคือเลเยอร์ที่สร้างสำเนานั้น มันจึงเป็นเลเยอร์ที่ค้นหาและลบสำเนานั้นได้ การลบไม่ใช่เครื่องมือแยกต่างหากที่คุณติดตั้งเพิ่มให้ AI แต่เป็นงานของเลเยอร์เดียวกันกับที่ถือครององค์ความรู้ของคุณอยู่แล้ว

ในเลเยอร์ข้อมูลที่มี Governance คำขอ “Forget Me” ไม่ใช่ Ticket ที่ใครสักคนต้องนั่งไล่ทำด้วยมือ แต่เป็นการดำเนินการที่ถูกกำกับ ซึ่งเคลื่อนผ่านเลเยอร์ด้วยวิธีเดียวกันทุกครั้ง

คำขอถูกเขียนลง Ledger ถาวรทันทีที่มาถึง เป็นรายการเดียวที่ไม่มีใครแก้ได้ นับจากจุดนั้น เลเยอร์จะกันไม่ให้ข้อมูลของคนคนนั้นโผล่ขึ้นมาอีก: เมื่อ AI ค้นหาข้อมูลมาใช้ตอบ ข้อมูลที่ถูกลบจะถูกกรองออก จึงไม่มีทางไปถึงคำตอบ และเพราะการลบเป็นเรื่องถาวรที่ย้อนกลับไม่ได้ คุณจึงกำหนดได้ว่าต้องให้บุคคลที่ระบุชื่ออนุมัติก่อน การลบจึงจะมีผล และทุกขั้นตอน ทั้งคำขอ การอนุมัติ และตัวการลบเอง อยู่ในบันทึกที่คุณส่งให้ผู้ตรวจสอบได้

Gate สองตัวจากทั้งห้าทำงานนี้ Action Gate ให้คุณกำหนดได้ว่าการลบต้องมีคนอนุมัติก่อน จึงไม่มีการกระทำถาวรใดต้องเกิดขึ้นเอง ส่วน Operational Gate เก็บข้อพิสูจน์ไว้ใน Log ที่ไม่มีใครแก้ทีหลังได้ แม้แต่ตัวคุณเอง

ข้อสรุป

หากไม่มีเลเยอร์ข้อมูลที่มี Governance การที่เราจะมั่นใจได้ว่า “เราลบแล้ว” เป็นได้แค่ความหวัง แถวข้อมูลหายไปก็จริง แต่คุณรับประกันไม่ได้ว่าข้อมูลของคนคนนั้นจะไม่โผล่ขึ้นมาอีก และคุณพิสูจน์ต่อหน่วยงานกำกับดูแลไม่ได้ว่ามันจะไม่โผล่ แต่ถ้ามีเลเยอร์นี้ การลบไปถึง AI ข้อมูลของคนคนนั้นหยุดกลับมา และข้อพิสูจน์ถูกบันทึกไว้เรียบร้อยแล้ว สิทธิที่จะถูกลืมไม่ได้สิ้นสุดที่หน้าประตู AI ของคุณ แต่มันตามเข้าไปถึงสำเนาที่อยู่ข้างในด้วย

คุณไม่ได้สร้างมัน คุณแค่ตั้งค่ามัน

การทำให้การลบมีผลทั่วทั้งระบบ AI ฟังดูเหมือนต้องเปิดโปรเจกต์ใหม่ แต่ไม่ใช่ เพราะคุณไม่ได้เป็นคนสร้างกลไกเหล่านี้ Infozense Knowledge Engineering ส่งมอบเลเยอร์ข้อมูลที่มี Governance พร้อม Ledger สิทธิของเจ้าของข้อมูล ขั้นตอนการอนุมัติ และการกรองข้อมูลตอนดึงมาใช้ ครบตั้งแต่ต้น คุณเพียงเชื่อมต่อข้อมูลของคุณ และกำหนดว่าใครมีสิทธิ์อนุมัติการลบ คำขอ “Forget Me” รายการแรกก็ได้รับการปฏิบัติตาม และพิสูจน์ได้ ตั้งแต่วันแรก