ตรวจข้อเท็จจริงในคำตอบ AI ด้วยตารางคำกล่าวอ้างและแหล่งข้อมูล
เทียบข้อเท็จจริงสำคัญกับต้นฉบับ แยกการอนุมานจากหลักฐาน จัดการวันที่ขัดกัน และเก็บความไม่แน่นอนก่อนนำคำตอบไปใช้
คำตอบจาก AI จะเป็นหลักฐานที่ใช้ได้ก็ต่อเมื่อคุณตรวจข้อกล่าวอ้างสำคัญได้ ถ้อยคำที่ลื่นไหล ลิงก์ไม่กี่ลิงก์ หรือน้ำเสียงมั่นใจ ไม่ได้แสดงว่าแหล่งข้อมูลสนับสนุนข้อสรุป ให้ตรวจข้อกล่าวอ้างที่จะเปลี่ยนสิ่งที่คุณจะทำต่อไปก่อน
เอกสารความเสี่ยง AI เชิงกำเนิดของ NIST ระบุว่าเนื้อหาผิดที่นำเสนออย่างมั่นใจเป็นความเสี่ยง และแนะนำให้ตรวจแหล่งข้อมูลและการอ้างอิง วิธีด้านล่างเป็นสิ่งที่คุณทำเองได้กับผู้ช่วย AI ทุกตัว รวมถึง Mono ของ Reunified ซึ่งตอนนี้เปิดให้ลงชื่อในรายชื่อรอ วิธีนี้ไม่ใช่ฟีเจอร์ตรวจข้อเท็จจริงอัตโนมัติ
1. แยกคำตอบเป็นข้อกล่าวอ้างที่ตรวจได้
แบ่งย่อหน้าเป็นข้อกล่าวอ้างที่แต่ละข้ออาจจริง เท็จ หรือไม่ทราบ เริ่มจากวันที่ ตัวเลข ใครมีสิทธิ์ ความเข้ากันได้ และทุกอย่างที่คุณตั้งใจจะบอกต่อ คำพูดกว้างๆ อย่าง “นี่เป็นตัวเลือกที่ดี” ต้องมีเกณฑ์ชัดเจนก่อนจะตรวจได้
ฝึกด้วยข้อมูลเวิร์กช็อปสมมตินี้:
ความจุ: ผู้เข้าร่วม 24 คน
ปิดรับสมัครวันที่ 18 ตุลาคม ค.ศ. 2026
มีอุปกรณ์ให้ยืมเมื่อร้องขอคำตอบอาจเปลี่ยนเป็น “เหลือ 24 ที่ ปิดรับสมัครตอนเที่ยงคืน และอุปกรณ์ฟรี” ซึ่งทั้งสามอย่างที่เพิ่มเข้ามาไม่มีอยู่ในแหล่งข้อมูล วางข้อความต้นฉบับไว้ข้างคำตอบ เพื่อให้เห็นว่าคลาดเคลื่อนตรงไหน
2. ขอหลักฐานโดยไม่คิดไปเองว่าอ่านแหล่งข้อมูลแล้ว
ขอตารางแทนคำอธิบายที่ยาวและมั่นใจขึ้น:
แยกข้อกล่าวอ้างเชิงข้อเท็จจริงสำคัญออกเป็นแต่ละข้อ
ระบุแหล่งข้อมูลและข้อความที่รองรับแต่ละข้อ
ทำเครื่องหมายการอนุมานและข้อมูลที่ขาดอย่างชัดเจน
ใช้เฉพาะวัสดุที่ให้ไว้ เว้นแต่ฉันอนุญาตให้ค้นคว้าเพิ่ม
อย่าสร้างการอ้างอิงหรือเติมวันที่ จำนวน หรือเงื่อนไขที่ไม่มีพรอมต์นี้ทำให้ตรวจคำตอบได้ง่ายขึ้น แต่ไม่ได้ทำให้คำตอบน่าเชื่อถือ ให้เปิดแหล่งที่อ้างถึงด้วยตัวเอง ลิงก์ที่สร้างขึ้นอาจผิด และหน้าเว็บจริงก็อาจไม่ได้เขียนสิ่งที่คำตอบอ้าง
เครื่องมือที่ Mono ใช้ได้ขึ้นอยู่กับโมเดลและการเชื่อมต่อของคุณ การที่คำตอบเอ่ยชื่อหน้าเว็บไม่ได้แปลว่าเปิดหน้านั้นจริง ถ้าการตั้งค่าของคุณดึงแหล่งข้อมูลไม่ได้ ให้วางข้อความที่เกี่ยวข้องเอง หรือเปิดตรวจแหล่งข้อมูลในเบราว์เซอร์
3. สร้างตารางข้อกล่าวอ้างกับแหล่งข้อมูล
การตรวจที่มีประโยชน์สำหรับตัวอย่างสมมติเป็นดังนี้:
| ข้อกล่าวอ้าง | แหล่งข้อมูลบอกอะไร | การตัดสินใจ |
|---|---|---|
| เหลือ 24 ที่ | ความจุรวม 24 คน ไม่บอกว่าเหลือกี่ที่ | ไม่รายงานจำนวนที่ที่เหลือ |
| ปิดตอนเที่ยงคืน | มีวันปิดรับ แต่ไม่มีเวลาหรือเขตเวลา | ยืนยันเวลาปิดที่แน่นอน |
| อุปกรณ์ฟรี | ยืมได้เมื่อร้องขอ ไม่ระบุราคา | สอบถามเงื่อนไขและค่าใช้จ่าย |
จดชื่อแหล่งข้อมูล ลิงก์หรือที่อยู่ของเอกสาร ข้อความส่วนที่เกี่ยวข้อง และวันที่ที่ตรวจ ตารางนี้เป็นโน้ตธรรมดาก็ได้
แยกข้อเท็จจริงจากแหล่งข้อมูลออกจากการคำนวณหรือข้อสรุปของคุณเอง ถ้าคุณคำนวณยอดรวม ให้เก็บตัวเลขตั้งต้นและหน่วยไว้ เพื่อให้คนอื่นคำนวณซ้ำได้ การคำนวณที่ถูกต้องยังทำให้เข้าใจผิดได้ ถ้าตัวเลขหนึ่งมาจากช่วงเวลาอื่นหรือกลุ่มคนอื่น
4. ตรวจผู้รับผิดชอบข้อมูล ขอบเขต และความเป็นปัจจุบัน
ไปที่ผู้รับผิดชอบข้อเท็จจริงนั้น เช่น ผู้จัดงานสำหรับวันที่ ผู้พัฒนาซอฟต์แวร์สำหรับเวอร์ชันที่รองรับ หรืองานวิจัยต้นฉบับสำหรับผลการศึกษา ข้อความจากผลค้นหาหรือสรุปจาก AI อื่นเป็นแค่เบาะแสให้ตามต่อ ไม่ใช่สิ่งทดแทนต้นฉบับ
อ่านเงื่อนไขรอบประโยคที่ตรงกัน ฟีเจอร์ที่มีเฉพาะในเบต้า แพ็กเกจเดียว หรือภูมิภาคเดียว ไม่ควรกลายเป็นข้อกล่าวอ้างสำหรับทุกคน วันที่เผยแพร่กับวันจัดงานเป็นคนละเรื่อง หน้าเก่าอาจพูดถึงงานในอนาคต และโพสต์ซ้ำล่าสุดอาจนำข้อมูลเก่ามาเล่าใหม่
เมื่อแหล่งข้อมูลขัดกัน ให้จดไว้และหาการอัปเดตที่ชัดเจนหรือผู้รับผิดชอบ อย่าเฉลี่ยวันที่สองวัน และอย่าเลือกวันที่ที่สรุปหลายแห่งพูดซ้ำ
5. ปรับคำตอบให้ยึดสิ่งที่รู้จริง
คำตอบที่มีหลักฐานรองรับอาจเป็น “เวิร์กช็อปรองรับผู้เข้าร่วม 24 คน ปิดรับสมัครวันที่ 18 ตุลาคม ค.ศ. 2026 โดยยังต้องยืนยันเวลาปิดและจำนวนที่ว่างในปัจจุบัน มีอุปกรณ์ให้ยืมเมื่อร้องขอ และต้องตรวจเงื่อนไขเพิ่มเติม”
ปล่อยให้คำถามที่ยังค้างมองเห็นได้ แทนที่จะปิดด้วยการเดาที่เขียนสวย ถ้าข้อเท็จจริงมีผลต่อการจอง การซื้อ หรือการเผยแพร่ ให้ถามคำถามที่เจาะจงกับคนที่เหมาะสม สำหรับการตัดสินใจสำคัญ ให้พึ่งแหล่งข้อมูลทางการหรือผู้เชี่ยวชาญที่มีคุณสมบัติ ไม่ใช่รายการนี้อย่างเดียว
เทียบคำตอบที่แก้แล้วกับตารางอีกครั้ง โมเดลที่สองอาจชี้ปัญหาได้ แต่การที่สองโมเดลเห็นตรงกันไม่ได้พิสูจน์ข้อเท็จจริง
6. เก็บร่องรอยหลักฐานที่นำกลับมาใช้ได้
เก็บถ้อยคำสุดท้าย แหล่งข้อมูลที่ตรวจแล้ว วันที่ตรวจ และคำถามที่ค้างไว้ด้วยกัน เช่น ในโน้ตใน Vault ของ Mono คู่มือโน้ต Markdown ของเราพูดถึงโน้ตที่เขียนต่อเนื่อง และการส่งออกบทสนทนา ช่วยได้เมื่อคุณต้องการเก็บการพูดคุยไว้
ตรวจข้อกล่าวอ้างที่ขึ้นกับเวลาอีกครั้งก่อนนำกลับมาใช้ แหล่งข้อมูลที่ตรวจแล้วสำหรับเวิร์กช็อป เวอร์ชันซอฟต์แวร์ หรือวันที่หนึ่ง ไม่ได้ใช้กับครั้งถัดไปโดยอัตโนมัติ หากจะเปลี่ยนโน้ตเป็นแผนงาน สูตรสำหรับโน้ตการประชุม ใช้แนวคิดเดียวกัน คือแยกสิ่งที่คนตกลงกันจริงออกจากสิ่งที่ AI เดา
