TabFM käyttää hybridi-huomio (vuorotteleva rivi-sarake) transformer-arkkitehtuuria . Toisin kuin teksti, joka on yksiulotteista, taulukkotiedot vaativat samanaikaisesti rivien ja sarakkeiden välisten suhteiden ymmärtämistä. TabFM vuorottelee huomiota seuraavasti:
Tämä kaksivaiheinen mekanismi rakentaa kiinteäulotteisia upotuksia riveistä ja sarakkeista, jolloin malli pystyy yleistämään mielivaltaisiin taulukkorakenteisiin päätelyvaiheessa . Ratkaisu yhdistää elementtejä aiemmista taulukkomalleista, kuten TabPFN:stä (rivi/sarakehuomio) ja TabICL:stä (kontekstioppiminen)
.
TabFM koulutettiin kokonaan sadoilla miljoonilla synteettisillä dataseteillä, jotka generoitiin rakenteellisilla kausaalimalleilla (SCM) . Tämä lähestymistapa ohittaa avoimen lähdekoodin taulukkotiedon niukkuus- ja laatuongelmat; suuri osa oikeasta datasta sisältää arkaluonteista tai omistusoikeudellista tietoa, jota ei voida vapaasti käyttää laajamittaiseen esikoulutukseen
. Hallitsemalla datan generointiprosessia Google varmisti monipuolisen ja hyvin jakautuneen koulutuskorpuksen ilman oikean maailman yritysdataa
.
TabFM validoitiin TabArena-vertailussa, joka on elävä Elo-luokiteltu vertailualusta taulukkokoneoppimismenetelmille ja jolla on julkinen tulostaulu osoitteessa tabarena.ai . Googlen raportoimien tulosten mukaan:
Tarkat Elo-pisteet riippuvat reaaliaikaisen tulostaulun tilasta, mutta Googlen omat luvut näyttävät TabFM-Ensemblen kärjessä molemmissa paneeleissa . Heinäkuun 2026 alussa TabArenan luokittelutulostaulun paras yksittäismalli oli TabPFN-3 (Elo 1721), ja ensemble-pohjaiset menetelmät kuten AutoGluon extreme (4h) toimi yleisenä kattotasona
. TabFM muuttaa tätä kilpailutilannetta.
TabFM käyttää kaksoislisenssimallia:
| Komponentti | Lisenssi | Sijainti |
|---|---|---|
| Mallin painot | Ei-kaupallinen lisenssi | Hugging Face (google/tabfm-1.0.0-pytorch) |
| Käyttökoodi & esimerkit | Apache 2.0 | GitHub (google-research/tabfm) |
Mallin painot on julkaistu ei-kaupallisella, lähdekoodin saatavuuden sallivalla lisenssillä – ne eivät ole täysin avointa lähdekoodia OSI:n määritelmän tai G7:n vuoden 2026 neliportaisen viitekehyksen mukaan . Päättelykoodi ja esimerkkinotbookit käyttävät kuitenkin sallivaa Apache 2.0 -lisenssiä
. Tämä kuvio heijastaa Googlen tapaa muiden tutkimusmallien, kuten Gemman, kohdalla (uusimmat Gemma-sukupolvet siirtyivät Apache 2.0:aan
) ja on linjassa Prior Labsin TabPFN-mallien ei-kaupallisten painojen kanssa
.
Google suunnittelee suoran integraation TabFM:stä BigQueryyn viikkojen kuluessa julkaisusta . BigQueryn käyttäjät voivat suorittaa nollanäyte-luokittelua ja regressiota käyttämällä
AI.PREDICT SQL -komentoa, joka noudattaa BigQuery ML:n olemassa olevien hallittujen päättelytoimintojen syntaksia (kuten AI.FORECAST TimesFM:lle) . Odotettu syntaksi on:
SELECT * FROM AI.PREDICT(
MODEL tabfm,
TABLE your_data
)
Tämä integraatio antaa data-asiantuntijoille mahdollisuuden soveltaa TabFM-ennustuksia suoraan SQL:ssä ilman erillistä ML-infrastruktuuria tai mallien käyttöönottoa . Julkaisuhetkellä (1.7.2026) tätä integraatiota kuvattiin tulevana, mutta sitä ei vielä näkynyt BigQueryn julkaisutiedoissa
. Googlen olemassa oleva BigQuery ML -ekosysteemi tukee jo hallittua päättelyä TimeSFM:lle (
AI.FORECAST), omille malleille (ML.PREDICT) ja kolmannen osapuolen avoimille malleille Hugging Facesta ; TabFM olisi ensimmäinen taulukkojen perusmalli, jolla on sisäänrakennettu
AI.PREDICT-oikotie.
AI.PREDICT-funktio, joka on dokumentoitu BigQuery ML:lle, käyttää tällä hetkellä ML.PREDICT-syntaksia rekisteröidyn mallin kanssa AI.PREDICT-syntaksi saattaa olla uusi sisäänrakennettu oikotie, joka on analoginen TimeSFM:n AI.FORECAST-funktiolle ja jota ei vielä ole dokumentoitu julkaisutiedoissa.