กลยุทธ์ในรูปแบบเอกสาร — บทที่เจ็ด

บทที่ 6 — กลยุทธ์ในรูปแบบเอกสาร ไม่ใช่โค้ด

เรามาถึงจุดสำคัญที่ผู้ที่สร้าง RAG ตั้งแต่ปี 2023 เป็นต้นมา มักจะกล่าวถึงว่าเป็น “สิ่งที่ฉันอยากจะเข้าใจตั้งแต่แรก”.

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

ข้อคิดเห็นทางเลือกที่ดูเหมือนง่ายแต่มีความลึกซึ้งคือ: กลยุทธ์การค้นหาไม่ใช่โค้ด แต่เป็นเอกสาร JSON – รูปแบบข้อความที่มีโครงสร้างซึ่งบรรณาธิการทุกคนสามารถอ่านได้ด้วยการฝึกอบรมเพียงครึ่งชั่วโมง – ที่ระบุว่า: “ลองสิ่งนี้ก่อน แล้วลองสิ่งนั้น หากสิ่งแรกล้มเหลว ให้ข้ามไปที่สิ่งสุดท้าย จัดอันดับใหม่แบบนี้ ตอบกลับด้วยโมเดลนี้” เอกสารนี้อาศัยอยู่ในฐานข้อมูล ไม่ใช่ที่เก็บโค้ด แก้ไขได้จากส่วนติดต่อผู้ใช้ ไม่ใช่จาก pull request สามารถกำหนดเวอร์ชัน คัดลอก และปรับแต่งตามโดเมนได้ กลยุทธ์สำหรับแคตตาล็อกทางเทคนิค กลยุทธ์สำหรับอัลบั้มรูปภาพ กลยุทธ์สำหรับคู่มือการติดตั้ง กลยุทธ์สำหรับวิดีโอ กลยุทธ์สำหรับเสียง กลยุทธ์สำหรับสัญญาทางกฎหมาย กลยุทธ์สำหรับงบการเงิน ทั้งหมดอยู่ร่วมกันในระบบเดียวกัน ทั้งหมดสามารถแก้ไขได้แบบเรียลไทม์

ผู้ที่เคยทำงานด้วยแนวทางนี้—ขอเรียกว่า Meta-RAG โดยไม่คิดมาก—เล่าถึงการเปลี่ยนแปลงความเร็วที่มากกว่าแค่เรื่องของวิศวกรรม คำขอจากลูกค้าทั่วไป เช่น "เพิ่มการค้นหาเฉพาะสำหรับรหัสผลิตภัณฑ์ที่มีตัวย่ออย่าง CMP40M หรือ RH1M" ไม่ใช่ตั๋วการพัฒนาที่ต้องใช้เวลาสองสัปดาห์อีกต่อไป แต่เป็นขั้นตอนใหม่ที่เพิ่มเข้าไปในขั้นตอน JSON ทดสอบอย่างรวดเร็วบนสภาพแวดล้อมการทดลองใช้งาน และโปรโมตสู่การผลิตในบ่ายวันเดียว คำถาม "จะเกิดอะไรขึ้นถ้าเราใช้ reranker ที่แตกต่างกันสำหรับรูปภาพ โดยยังคงใช้ reranker ปัจจุบันสำหรับข้อความ?" สามารถตอบได้โดยการแก้ไขบรรทัดการกำหนดค่า การทดลองไม่มีค่าใช้จ่าย การย้อนกลับไม่มีค่าใช้จ่าย (เพียงแค่กู้คืนเวอร์ชันก่อนหน้าของเอกสาร) และความรู้ที่สะสมมา—สิ่งที่ได้ผลดีสำหรับเนื้อหาประเภทใดประเภทหนึ่ง—จะกลายเป็นทรัพย์สินที่มีการควบคุมเวอร์ชันและสามารถถ่ายโอนได้ ไม่ใช่ความรู้แฝงของผู้ที่เขียนโค้ดสาขานั้นและกำลังลาพักร้อนอยู่

ยังมีผลกระทบทางสังคมที่น่าสนใจเกิดขึ้นในองค์กรที่ใช้แนวทางนี้ เมื่อมีกลยุทธ์เป็นเอกสาร เส้นแบ่งระหว่าง "นักพัฒนา" และ "ผู้ใช้ที่มีประสบการณ์" จะเปลี่ยนไป บรรณารักษ์ดิจิทัล ผู้เก็บถาวรขององค์กร ผู้เชี่ยวชาญด้านโดเมน — หัวหน้าสำนักงานเทคนิค ผู้จัดการฝ่ายเอกสาร ผู้จัดการผลิตภัณฑ์ที่รู้คำถามที่แท้จริงของลูกค้าดีที่สุด — สามารถอ่านกลยุทธ์ เข้าใจว่ามันทำงานอย่างไร เสนอการเปลี่ยนแปลง และบางครั้งก็เขียนการเปลี่ยนแปลงนั้นได้โดยตรง ไม่จำเป็นต้องผ่านช่องทางตั๋วการพัฒนา ไม่จำเป็นต้องอธิบายสิ่งต่างๆ ที่นักพัฒนาไม่รู้ (เพราะไม่ใช่หน้าที่ของพวกเขาที่จะรู้) RAG หยุดเป็นผลิตภัณฑ์ที่คุณใช้และกลายเป็นเครื่องมือที่คุณปรับให้เข้ากับความรู้ขององค์กรของคุณ สิ่งนี้จากประสบการณ์ของผู้ที่ได้ลองใช้ เปลี่ยนขวัญกำลังใจของโครงการก่อนที่จะเห็นตัวเลขในเมตริก

ไม่ใช่เวทมนตร์ และก็มีต้นทุนที่เกี่ยวข้อง จำเป็นต้องมีเอนจินที่รันกลยุทธ์เหล่านี้ในรูปแบบเอกสารได้อย่างมีประสิทธิภาพและปลอดภัย จำเป็นต้องมีภาษาคำอธิบายที่สมบูรณ์พอที่จะครอบคลุมกรณีจริง แต่ก็ไม่ซับซ้อนจนกลายเป็นอีกหนึ่งระบบที่สมบูรณ์แบบที่ปลอมตัวมา จำเป็นต้องมีเครื่องมือสำหรับการควบคุมเวอร์ชัน การทดสอบ การย้อนกลับ แต่ทั้งหมดนี้เป็นปัญหาของผู้สร้างเอนจิน—เพียงครั้งเดียว และสำหรับผู้ใช้ทุกคน ลูกค้าแต่ละรายจะเห็นเพียงสิ่งเดียว: ความสามารถในการพัฒนาวิสัยทัศน์การค้นหาของตนด้วยความเร็วของความคิด แทนที่จะเป็นความเร็วของวงจรการเผยแพร่ซอฟต์แวร์ และสำหรับผู้ที่เกี่ยวข้อง นี่คือการปฏิวัติที่เงียบสงบซึ่งยังไม่ได้รับการตั้งชื่อในนิตยสารอุตสาหกรรม

บทสรุป — บทที่เจ็ด ในอีกไม่กี่เดือนข้างหน้า

ในช่วงต้นปี 2026 จากการรวมบทเรียนจากบทก่อนๆ — ตารางที่สูญหาย, reranker ที่โกหก, ภาพหลอนที่สืบทอดกันมา, ค่าใช้จ่ายคลาวด์ที่เพิ่มขึ้นเร็วกว่ามูลค่า, เฟรมเวิร์กที่ดูน่าสนใจแต่แข็งทื่อ — ใครบางคนในอิตาลีเริ่มสร้างเซิร์ฟเวอร์ RAG ที่แตกต่างออกไป เขียนด้วย Python ออกแบบมาให้ทำงานบนฮาร์ดแวร์ที่เข้าถึงได้ สามารถสื่อสารกับโมเดลคลาวด์เมื่อเหมาะสม และกับโมเดลในเครื่องเมื่อความเป็นส่วนตัวต้องการ หรือต้นทุนไม่สมเหตุสมผล เซิร์ฟเวอร์ที่กลยุทธ์การค้นหาเป็นเอกสารที่แก้ไขได้, reranker เป็นกระบวนการในเครื่องบน GPU, ตารางจะไม่สูญหายเนื่องจากได้รับการปฏิบัติเหมือนพลเมืองชั้นหนึ่ง, รูปภาพจะไม่สืบทอดวัตถุจากคลังเก็บข้อมูลเก่าๆ และค่าใช้จ่ายต่อการค้นหา — ทั้งในแง่ของเงินและข้อมูลที่รั่วไหลไปยังบุคคลที่สาม — สามารถทราบและควบคุมได้จนถึงหน่วยสตางค์

เราจะไม่ระบุชื่อโครงการ ไม่ใช่เรื่องที่จะพูดถึงในตอนนี้ และเราไม่ต้องการเปลี่ยนการสืบสวนให้เป็นการโฆษณา แต่ถ้าบทก่อนๆ ทำให้คุณตระหนักถึงสถานการณ์ที่คุณกำลังเผชิญอยู่—แชทบอทของบริษัทที่ตอบคำถามผิดๆ อย่างมั่นใจ โครงการ RAG ที่ไม่คืบหน้ามาหลายเดือน ค่าใช้จ่ายคลาวด์ที่เพิ่มขึ้นเร็วกว่าประโยชน์ที่ได้รับ หรือข้อสงสัยที่เพิ่มขึ้นว่าเอกสารที่เป็นความลับของคุณกำลังเดินทางไปยังสถานที่ที่คุณไม่รู้จัก—ก็ควรทราบว่ามีอีกทางเลือกหนึ่ง ซึ่งมีคนในอิตาลีได้เดินตาม และในปี 2026 ก็เริ่มให้คำตอบแรกๆ ที่คาดหวังไว้ในปี 2023

ข่าวดีคือ AI ขององค์กรในที่สุดก็กำลังออกจากช่วงสาธิต ข่าวร้ายคือมันกำลังออกจากช่วงสาธิตโดยแบกรับรอยแผลเป็นทั้งหมดจากการเดินทางมาด้วย: เฟรมเวิร์กที่พองตัว การพึ่งพาผู้ให้บริการ สถาปัตยกรรมแบบ Monolithic ข้อมูลที่สกปรก ข้อผิดพลาดที่เงียบ และแนวโน้มของอุตสาหกรรมที่จะขายโซลูชันก่อนที่จะเข้าใจปัญหา เราได้เล่าเรื่องเหล่านี้ในหกบท บทที่เจ็ด—เรื่องราวของสิ่งที่เกิดขึ้นเมื่อมีคนทำมันได้ดี ด้วยความอดทน เป็นภาษาอิตาลี และเป็นโอเพนซอร์ส—เราจะเขียนเร็วๆ นี้ ด้วยความระมัดระวังน้อยลงเกี่ยวกับชื่อและตัวเลขที่มากขึ้นบนโต๊ะ

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

การสืบสวนนี้จัดทำขึ้นในเดือนเมษายน 2026 โดยอิงจากประสบการณ์สิบแปดเดือนในการออกแบบ สร้าง และปรับปรุงระบบ RAG ขององค์กรระหว่างปลายปี 2024 ถึงต้นปี 2026