Skip to main content
AI & Technology

รู้จัก Jev: AI ที่ช่วยคัดแยกและประเมินข้อมูลให้ซอฟต์แวร์

Jev ไม่ได้เน้นเขียนคำตอบยาว ๆ แต่ช่วยตอบคำถามที่กำหนดรูปแบบไว้ เช่น เอกสารนี้อยู่หมวดใด หรือควรส่งให้คนตรวจหรือไม่ มาทำความรู้จัก Choice, Score, Noul และวิธีอ่านความไม่แน่นอนของผลลัพธ์

21 ก.ย. 20267 นาทีTypeSafe AI / Vercel AI Gateway
JevTypeSafe AIAI EvaluationAI ClassificationHuman Judgment
ภาพประกอบสร้างด้วย AI ของคนทำงานกำลังจัดกลุ่มเอกสารข้างแล็ปท็อปในห้องที่มีแสงธรรมชาติ
ภาพประกอบสร้างด้วย AI

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

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

โมเดลภาษาทั่วไปหลายตัวก็คืนผลแบบมีโครงสร้างได้เช่นกัน Jev เป็นอีกทางเลือกที่ออกแบบมาสำหรับงานประเมินโดยเฉพาะ จึงควรลองเทียบกับเครื่องมือเดิมในงานเดียวกัน

ลองนึกถึงกองเอกสารในโฟลเดอร์กลาง

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

Jev รับข้อความพร้อมตัวเลือกทั้ง 4 หมวด แล้วตอบกลับว่าตัวเลือกใดมีน้ำหนักมากที่สุด พร้อมการกระจายความน่าจะเป็นของทุกตัวเลือก และค่า confidence ที่สะท้อนว่าน้ำหนักกระจุกอยู่ที่คำตอบเดียวหรือแบ่งไปหลายคำตอบ เอกสาร Choice อธิบายผลลัพธ์ทั้งสามส่วนไว้โดยตรง

ถ้าเอกสารขึ้นต้นว่า “ใบแจ้งหนี้เลขที่...” และมีรายการสินค้า ผลอาจเทน้ำหนักไปที่ใบแจ้งหนี้อย่างชัดเจน แต่ถ้าไฟล์เดียวมีทั้งใบเสนอราคาและข้อความขอให้ฝ่ายการเงินจ่ายเงิน หลายหมวดอาจได้น้ำหนักใกล้กัน ความไม่ชัดนี้มีประโยชน์ เพราะระบบสามารถส่งไฟล์ดังกล่าวให้คนตรวจแทนการบังคับเลือกแล้วเดินหน้าต่อทันที

การใส่ตัวเลือก “เอกสารอื่น” ก็สำคัญ หากชุดตัวเลือกไม่ครอบคลุมข้อมูลจริง โมเดลจะถูกบังคับให้เลือกคำตอบที่ใกล้ที่สุดแม้ไม่มีข้อใดตรง แนวทางของ Choice แนะนำให้มี other หรือ none of the above เมื่อตัวเลือกอาจไม่ครบ

Choice, Score และ Noul ตอบคนละแบบ

TypeSafe แบ่งคำถามของ Jev เป็น 3 แบบ เอกสารบทนำ แนะนำให้แต่ละคำถามแคบและเฉพาะเจาะจง หากการตัดสินใจมีหลายปัจจัย ควรถามแยกแล้วนำผลไปประกอบในซอฟต์แวร์

Choice ใช้เมื่อคำตอบเป็นหนึ่งในตัวเลือกที่กำหนด เช่น หมวดเอกสารหรือทีมที่ควรรับเรื่อง ผลลัพธ์มีตัวเลือกที่เลือก ความน่าจะเป็นของทุกตัวเลือก และ confidence

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

Noul ใช้กับข้อความที่ต้องประเมินว่าเป็นจริงหรือไม่ เช่น “เอกสารนี้ระบุวันที่ครบกำหนดชำระ” ผลเป็นค่าระหว่าง 0 ถึง 1 โดยไม่มีฟิลด์ confidence แยกต่างหาก จึงไม่ควรอ่านค่า Noul ด้วยกติกาเดียวกับ confidence ของ Choice หรือ Score

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

ความน่าจะเป็นไม่ได้ตัดสินแทนคน

ผลของ Choice และ Score มีทั้ง probability และ confidence สองคำนี้เกี่ยวข้องกันแต่ไม่เหมือนกัน Probability บอกว่าน้ำหนักกระจายไปยังตัวเลือกหรือระดับต่าง ๆ อย่างไร ส่วน confidence คำนวณจากรูปทรงของการกระจายนั้น ถ้าน้ำหนักกองอยู่ที่คำตอบเดียว confidence มักสูง ถ้าน้ำหนักแยกไปหลายคำตอบ confidence จะต่ำลง TypeSafe อธิบายวิธีคำนวณและการนำไปใช้ ไว้สำหรับงานที่ต้องเลือกว่าจะทำต่อ ขอข้อมูลเพิ่ม หรือส่งให้คนตรวจ

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

คนยังต้องนิยามหมวด เขียนคำอธิบายของแต่ละตัวเลือก ตรวจตัวอย่างที่กำกวม และตัดสินว่าจะให้ระบบทำอะไรต่อ ผลของโมเดลช่วยให้เห็นความไม่แน่นอน แต่ไม่ได้ลบความรับผิดชอบของเจ้าของงาน

สิ่งที่ผลประเมินบอกไม่ได้

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

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

ขอบเขตของรุ่นก็ต้องนำมาคิด ข้อมูล Jev 1.13 ระบุข้อจำกัดด้านการคำนวณเลขที่ต้องแม่น การนับ การเปรียบเทียบวันเวลา และโจทย์ที่ต้องอ้อมหลายชั้น ส่วน หน้ารวมโมเดล ระบุว่า Jev รับข้อมูลเป็นข้อความและทำงานได้ดีที่สุดกับภาษาอังกฤษ งานภาษาไทยจึงต้องทดสอบกับภาษาไทยจริง รวมคำย่อ การสะกดผิด และภาษาที่ทีมใช้ในแต่ละวัน

ทำไมงานสร้างกับงานประเมินจึงแยกกัน

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

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

สำหรับทีมที่ใช้ Vercel AI SDK เอกสาร AI Gateway Evaluation มีช่องทางเรียก typesafe-ai/jev ผ่าน experimental_evaluate ชื่อฟังก์ชันบอกอยู่แล้วว่าส่วนนี้ยังเป็น experimental ทีมที่นำไปใช้จึงควรทดสอบการเปลี่ยนรุ่นและเตรียมทางย้อนกลับ

จุดเริ่มที่เหมาะไม่จำเป็นต้องใหญ่ เลือกเอกสารหนึ่งกอง กำหนดหมวดที่มีคนรับผิดชอบจริง และเก็บตัวอย่างที่ไม่เข้าหมวดไว้ด้วย จากนั้นเปรียบเทียบผลกับการจัดหมวดของคน ตรวจกรณีที่ทั้งสองฝ่ายเห็นต่าง แล้วตั้งกติกาส่งต่อให้คนตรวจตามผลกระทบของงาน วิธีนี้ตอบคำถามสำคัญได้เร็วว่า Jev ช่วยลดการอ่านซ้ำในขั้นใด โดยไม่มอบอำนาจตัดสินทั้งหมดให้โมเดลตั้งแต่วันแรก

แหล่งข้อมูลหลัก

บทความที่เกี่ยวข้อง

AEO + SEO — คู่มือเอาตัวรอดเมื่อ AI กลืนกิน Google Search

Gartner ทำนาย Search Volume จะลด 25% ภายในปี 2026 และ 50% ภายในปี 2028 — Zero-click search พุ่ง 65% เว็บไซต์ที่ไม่ปรับตัวจะหายไปจากสายตาลูกค้า บทความนี้คือคู่มือฉบับสมบูรณ์สำหรับธุรกิจไทย

AEO vs GEO — เจาะลึกสองกลยุทธ์ที่ตัดสินว่า AI จะ "เห็น" หรือ "ข้าม" เว็บไซต์คุณ

Web Mentions สัมพันธ์กับ AI Citations สูงกว่า Backlinks ถึง 3 เท่า, AI referral traffic โต 527% YoY, เว็บที่มี Schema มีโอกาสถูก AI อ้างอิงมากกว่า 2.5 เท่า — คู่มือเชิงลึก AEO vs GEO พร้อมวิธีตรวจสอบและปรับเว็บไซต์

Agentic AI ในองค์กร — จาก 5% สู่ 40% ภายในปี 2026: โอกาสและความเสี่ยงที่ผู้บริหารต้องรู้

ตลาด Agentic AI โตจาก $1B สู่ $9B+ ใน 2 ปี Gartner คาด 40% ของแอปองค์กรจะมี AI Agent ภายในสิ้นปี 2026 แต่กว่า 40% ของโปรเจกต์อาจถูกยกเลิก — บทความนี้วิเคราะห์โอกาส ความเสี่ยง และกลยุทธ์สำหรับองค์กรไทย

"Empowering Innovation,
Transforming Futures."

บอกเราว่างานส่วนไหนที่คุณต้องการปรับ