กลไกสองขั้นตอนนี้จะสร้าง Embedding (การแทนค่าข้อมูลในรูปแบบเวกเตอร์) ที่มีขนาดคงที่สำหรับทั้งแถวและคอลัมน์ ทำให้โมเดลสามารถนำไปใช้กับโครงสร้างตารางใดก็ได้ในตอนใช้งานจริง โดยแนวทางนี้เป็นการผสมผสานองค์ประกอบจากโมเดลพื้นฐานด้านตารางรุ่นก่อนๆ อย่าง TabPFN (ที่มีกลไก Attention แบบแถว/คอลัมน์) และ TabICL (ที่ใช้การเรียนรู้ในบริบท)
ที่น่าสนใจคือ TabFM ถูกฝึกฝน ด้วยชุดข้อมูลสังเคราะห์ (Synthetic Datasets) ที่สร้างขึ้นจากแบบจำลองเชิงสาเหตุเชิงโครงสร้าง (Structural Causal Models - SCMs) มากกว่าหลายร้อยล้านชุด โดยไม่ใช้ข้อมูลจริงของธุรกิจใดๆ เลย เหตุผลก็คือ ข้อมูลตารางในโลกจริงส่วนใหญ่มักเป็นข้อมูลที่มีความละเอียดอ่อน เป็นกรรมสิทธิ์ หรือมีความเป็นส่วนตัว ซึ่งยากต่อการนำมาใช้ในการฝึกโมเดลขนาดใหญ่แบบเปิดเผย
การใช้ข้อมูลสังเคราะห์ทำให้ Google สามารถควบคุมกระบวนการสร้างข้อมูลให้มีความหลากหลายและกระจายตัวได้ดี โดยไม่ต้องพึ่งพาข้อมูลจากโลกจริง
TabFM ถูกประเมินบน TabArena ซึ่งเป็นเกณฑ์มาตรฐานแบบ 'มีชีวิต' สำหรับวิธีการทำ Machine Learning บนข้อมูลตาราง มีระบบคะแนน Elo และกระดานผู้นำสาธารณะที่ tabarena.ai จากการรายงานผลของ Google:
คะแนน Elo ที่แน่นอนจะเปลี่ยนไปตามสถานะบนกระดานผู้นำแบบเรียลไทม์ แต่จากรายงานของ Google แสดงให้เห็นว่า TabFM-Ensemble ครองอันดับ 1 ทั้งในส่วน Classification และ Regression ณ ช่วงต้นเดือนกรกฎาคม 2026 การจัดอันดับในกระดาน Classification ของ TabArena ระบุว่า TabPFN-3 เป็นอันดับ 1 ของโมเดลเดี่ยว (คะแนน Elo 1721) ในขณะที่วิธีแบบเอ็นเซมเบิลอย่าง AutoGluon extreme (4h) เป็นมาตรวัดสูงสุดโดยรวม
การเข้ามาของ TabFM ได้เปลี่ยนภูมิทัศน์การแข่งขันครั้งนี้อย่างชัดเจน
TabFM ใช้ ใบอนุญาตแบบคู่ (Dual-License):
| ส่วนประกอบ | ใบอนุญาต | ที่ตั้ง |
|---|---|---|
| น้ำหนักโมเดล (Weights) | ใบอนุญาตแบบไม่ใช่เชิงพาณิชย์ (Non-commercial) | Hugging Face (google/tabfm-1.0.0-pytorch) |
| โค้ดการใช้งานและตัวอย่าง | Apache 2.0 | GitHub (google-research/tabfm) |
น้ำหนักโมเดลถูกเผยแพร่ภายใต้ใบอนุญาตที่ไม่ใช่เชิงพาณิชย์ (Source-available) ซึ่งหมายความว่า ไม่ใช่ซอฟต์แวร์โอเพนซอร์สเต็มรูปแบบ ตามคำจำกัดความของ OSI หรือกรอบการแบ่งประเภท 4 ระดับของ G7 ในขณะที่โค้ดสำหรับการอนุมานผลและสมุดบันทึกตัวอย่าง (Notebooks) ใช้สัญญา Apache 2.0 ที่เป็นมิตรมากกว่า
รูปแบบนี้สอดคล้องกับแนวทางของ Google ที่ใช้กับโมเดลวิจัยอื่นๆ เช่น Gemma (ซึ่งต่อมาได้เปลี่ยนมาใช้ Apache 2.0 สำหรับรุ่นใหม่ๆ
) และยังสอดคล้องกับวิธีการที่ Prior Labs ใช้ในการเผยแพร่น้ำหนักโมเดล TabPFN ภายใต้ข้อตกลงที่ไม่ใช่เชิงพาณิชย์เช่นกัน
Google มีแผนที่จะ ผสาน TabFM เข้ากับ BigQuery โดยตรง ภายในไม่กี่สัปดาห์หลังการประกาศเปิดตัว ผู้ใช้ BigQuery จะสามารถใช้งานการทำนายแบบ Zero-Shot ได้ผ่าน คำสั่ง SQL
AI.PREDICT โดยรูปแบบไวยากรณ์จะใกล้เคียงกับฟังก์ชัน Managed Inference ที่มีอยู่ เช่นเดียวกับ AI.FORECAST สำหรับ TimesFM ไวยากรณ์ที่คาดว่าจะเป็น:
SELECT * FROM AI.PREDICT(
MODEL tabfm,
TABLE your_data
)การผสานรวมนี้จะช่วยให้ทีมข้อมูลสามารถใช้การทำนายของ TabFM โดยตรงผ่าน SQL โดยไม่ต้องจัดการโครงสร้างพื้นฐาน ML หรือปรับใช้โมเดลแยกต่างหาก ณ วันที่ประกาศ (1 กรกฎาคม 2026) ฟีเจอร์นี้ถูกอธิบายว่า 'กำลังจะมา' แต่ยังไม่ปรากฏในบันทึกการเปลี่ยนแปลงของ BigQuery
ระบบนิเวศ BigQuery ML ในปัจจุบันรองรับ Managed Inference สำหรับ TimesFM (
AI.FORECAST), โมเดลที่กำหนดเอง (ML.PREDICT), และโมเดลโอเพนซอร์สจาก Hugging Face อยู่แล้ว และ TabFM จะเป็นโมเดลพื้นฐานสำหรับข้อมูลตารางแรกที่มีคำสั่งลัด
AI.PREDICT ในตัว
ML.PREDICT ใน BigQuery ML ใช้ไวยากรณ์ที่แตกต่างออกไปโดยต้องจดทะเบียนโมเดลก่อน AI.PREDICT สำหรับ TabFM อาจเป็นคำสั่งลัดแบบใหม่ที่คล้ายกับ AI.FORECAST สำหรับ TimesFM ซึ่งยังไม่มีการบันทึกใน Release Notes ณ ขณะนี้