RAG กับเอกสารการเงิน (56-1/งบ) ด้วย Claude Code — ให้ AI ตอบโดยอ้างเอกสารจริง ไม่หลอน
ทำไมถาม LLM ตรง ๆ กับงบหรือ 56-1 ถึงเสี่ยงหลอน และ RAG ช่วยให้ Claude ตอบโดย ground + cite กลับเอกสารจริงได้อย่างไร — ฉบับคนทำ data การเงิน
RAG เอกสารการเงิน: ตอบโดยอ้างเอกสารจริง ไม่หลอน
ค้นหา
ดึงข้อความจริงจากงบ/56-1
Ground
ตอบอิงเฉพาะที่เจอ
Cite
ชี้กลับที่มาทุกคำตอบ
ถ้าคุณเคยก็อปงบหรือแบบ 56-1 ยาว ๆ ไปถาม AI ตรง ๆ แล้วได้ตัวเลขที่ "ฟังดูใช่แต่ผิด" — นั่นคืออาการหลอน (hallucination) ที่อันตรายที่สุดในงานการเงิน เพราะมันผิดแบบเนียน ในฐานะคนทำ data สายธนาคาร ผมไม่เคยปล่อยให้ AI ตอบเรื่องตัวเลขโดยไม่มีที่อ้าง วิธีที่ผมใช้คุมเรื่องนี้คือ RAG — ให้ AI ไปหยิบข้อความจริงจากเอกสารมาตอบ พร้อมชี้กลับว่ามาจากตรงไหน
1. ทำไมถาม LLM ตรง ๆ กับเอกสารการเงินถึงเสี่ยง
LLM ตอบจาก "ความจำ" ของมัน ไม่ใช่จากเอกสารที่คุณถือ ถ้าเอกสารยาวเกิน context หรือมันจำคลาดเคลื่อน มันจะ "เดาให้เนียน" แทนที่จะบอกว่าไม่รู้ ในงานทั่วไปอาจพอรับได้ แต่กับงบหรือ 56-1 ที่ตัวเลขหนึ่งตัวเปลี่ยนข้อสรุปได้ การเดาเนียน = ความเสี่ยงจริง
นี่คือเหตุผลที่ผมแยกชัดระหว่าง "ให้ AI ช่วยอ่าน" กับ "ให้ AI ช่วยจำ" — เราอยากได้อย่างแรก ไม่ใช่อย่างหลัง
ทำไมมันสำคัญกับเรา: ในงานการเงิน คำตอบที่ผิดแบบมั่นใจ อันตรายกว่าคำตอบว่า "ไม่พบในเอกสาร" เสมอ
2. RAG คืออะไร แบบคนการเงินเข้าใจ
RAG ย่อจาก Retrieval-Augmented Generation แต่ไม่ต้องสนศัพท์ หลักการง่ายมาก: แทนที่จะให้ AI ตอบจากความจำ เรา ค้นหาข้อความที่เกี่ยวข้องจากเอกสารจริงก่อน แล้วค่อยให้มันตอบโดยอิงเฉพาะข้อความนั้น
เทียบกับงานที่คุณคุ้น: มันเหมือนนักวิเคราะห์ที่ดี — ไม่ตอบจากความจำลอย ๆ แต่เปิดงบไปที่หน้าที่เกี่ยว อ่าน แล้วตอบพร้อมชี้ว่า "อยู่หน้านี้ บรรทัดนี้" ความต่างเดียวคือ AI ทำขั้นค้นหาให้เร็วขึ้นมาก
ทำไมมันสำคัญกับเรา: RAG เปลี่ยน AI จาก "คนที่อ้างความจำ" เป็น "คนที่อ้างเอกสาร" — ซึ่งเป็นมาตรฐานเดียวที่ใช้ได้กับงานที่ต้องตรวจสอบ
3. กุญแจที่คนมองข้าม: ต้อง cite กลับได้เสมอ
หัวใจไม่ได้อยู่ที่ "ค้นเจอ" แต่อยู่ที่ทุกคำตอบต้องชี้กลับไปยังเอกสารต้นทางได้ ถ้าคำตอบไหนอ้างที่มาไม่ได้ ให้ถือว่ายังไม่ผ่าน — เหมือนกฎที่ผมใช้กับทีม: ไม่มีที่อ้าง = ไม่นับว่าจริง
การบังคับให้ทุกคำตอบมี citation ทำสองอย่างพร้อมกัน — มันลดการหลอน (เพราะ AI ต้องหาให้เจอจริงก่อนตอบ) และมันสร้าง audit trail ให้เอง ซึ่งเป็นสิ่งที่ทั้งหัวหน้าและผู้ตรวจจะถามหา (แนวคิดเดียวกับการต่อ Claude เข้าข้อมูลจริงผ่าน MCP)
ทำไมมันสำคัญกับเรา: "ตอบได้" กับ "ตอบแล้วชี้ที่มาได้" คือคนละระดับความน่าเชื่อถือ — งานการเงินต้องการอย่างหลัง
4. ตัวอย่าง: ถามงบ/56-1 แล้วได้คำตอบมีที่อ้าง
สมมติถามว่า "บริษัทนี้มีนโยบายบริหารความเสี่ยงด้านเครดิตอย่างไร" ระบบ RAG ที่ดีจะไปค้นหัวข้อที่เกี่ยวใน 56-1 ดึงย่อหน้าจริงมา แล้วตอบโดยสรุปจากย่อหน้านั้น พร้อมบอกว่ามาจากส่วนไหนของเอกสาร — ถ้าเอกสารไม่ได้พูดถึง มันควรตอบว่า "ไม่พบ" ไม่ใช่แต่งให้
ผมใช้แนวนี้กับ การวิเคราะห์งบด้วย Claude Code และกับ ข้อมูลหุ้นไทย/SET — จุดร่วมคือ AI ช่วยเร่งงานอ่าน/ค้น แต่คนยังตรวจตัวเลขทุกตัว
ทำไมมันสำคัญกับเรา: ได้ความเร็วของ AI โดยไม่เสียความน่าเชื่อถือ — เพราะทุกคำตอบยังตรวจย้อนได้
ภาพรวม
กับเอกสารการเงิน อย่าให้ AI ตอบจากความจำ — ให้มัน retrieve ข้อความจริงมา ground คำตอบ และ cite กลับเสมอ นี่คือเส้นแบ่งระหว่าง "เครื่องมือที่ใช้ในงานจริงได้" กับ "ของเล่นที่หลอนเป็นครั้งคราว"
บทความนี้ให้ "หลักคิด" ของ RAG สำหรับเอกสารการเงิน — ส่วน pipeline จริงที่ผมต่อ (ตั้งแต่ตัดเอกสารเป็นชิ้น ค้นหา ไปจนบังคับ citation), prompt ที่ใช้กันหลอน และ workspace ที่ก็อปไปรันกับ 56-1/งบ ของคุณได้เลย ผมรวบไว้ใน คอร์ส Claude Code
เนื้อหานี้เพื่อการศึกษา ไม่ใช่คำแนะนำการลงทุน
อ่านต่อ
SETSMART คืออะไร — แหล่งข้อมูลตลาดทุนไทยทางการ ที่คนทำงาน data การเงินใช้จริง
อ่านต่อ claude-codeใช้ Claude Code ทำงานกับข้อมูลหุ้นไทย/SET: ดึง จัดระเบียบ วิเคราะห์ (ไม่ใช่ทำนาย)
อ่านต่อ financeกรองหุ้นด้วย MD&A: อัปโหลดวอทช์ลิสต์ CSV/Excel แล้วอ่านสิ่งที่ผู้บริหารพูด เฉพาะหุ้นในลิสต์คุณ
อ่านต่อ