Inductive Bias

Inductive Bias je sada „predpokladov", ktoré má učiaci sa algoritmus zabudované, aby vedel z obmedzených dát odhadnúť niečo aj o prípadoch, ktoré ešte nevidel. Bez tohto biasu by sa model správal ako študent, ktorý sa naučí odpovede naspamäť, ale pri mierne inej otázke sa rozsype. Inductive bias je jedným z najdôležitejších — a najprehliadanejších — pojmov v strojovom učení.

Keď v roku 2026 hovoríme o tom, prečo GPT-5, Gemini Ultra, Claude Opus alebo reasoning modely ako o3 a o4 fungujú tak dobre pri určitých úlohách — a zároveň prečo systematicky zlyhávajú na iných — odpoveď leží práve tu. Nie v počte parametrov. Nie v dátach samotných. Ale v predpokladoch zabudovaných do architektúry, tréningového režimu, optimalizácie a čoraz viac aj do samotného procesu inferencie (test-time compute). V roku 2026 navyše dominujú agentné systémy a multimodálne modely — a práve v nich sa inductive bias prejavuje s novou komplexnosťou, ktorej rozumieme ešte len čiastočne.


1. Čo to je (definícia + analógia)

  • Predpoklad navyše: model má vždy viac možných vysvetlení dát — inductive bias ho tlačí k niektorým riešeniam a od iných odrádza.
  • Analógia – skladanie puzzle: keď skladáš puzzle a chýba polovica dielikov, aj tak „uhádneš" oblohu vs. trávu podľa farby a vzoru. To je bias: preferuješ hladké plochy a známe štruktúry, nie náhodné kombinácie.
  • Generalizácia: bias je dôvod, prečo model nefunguje len na tréningových príkladoch, ale aj na nových. Je to mechanizmus, ktorý umožňuje učenie z konečnej množiny príkladov o nekonečnom svete.

Formálne: dáta samy o sebe nikdy jednoznačne neurčia funkciu — vždy existuje nekonečne veľa kriviek prechádzajúcich tými istými bodmi. Bias je to, čo z nich vyberie jednu konkrétnu.

Inductive bias nie je chyba ani nedostatok. Je to nevyhnutná podmienka učenia. Každý model, bez výnimky, nejaký bias má — otázka je iba či vhodný pre danú úlohu, alebo nie.


2. Prečo bez biasu generalizácia nie je možná

Predstav si, že chceš predpovedať ďalšie číslo postupnosti 2, 4, 6, ?. „Zrejmá" odpoveď je 8 — ale len preto, že predpokladáš jednoduchosť (lineárny vzor). Bez tohto predpokladu je 8 rovnako oprávnená ako 42, alebo 1 073 741 824. Žiadna z nich nie je z matematického hľadiska „správnejšia".

Tento princíp formálne zhŕňa No Free Lunch Theorem: bez predpokladov o probléme neexistuje univerzálne najlepší algoritmus. Každý algoritmus, ktorý funguje dobre na niektorých problémoch, musí nutne fungovať horšie na iných.

Z toho vyplývajú dve dôsledky:

  1. Nie je možné trénovať „nezaujatý" model — každý model je zaujatý. Dá sa len vybrať, čím je zaujatý.
  2. Hodnotenie modelu bez špecifikácie domény je bezcenné — benchmark hovorí o výkone pri konkrétnom type problémov, nie o všeobecnej inteligencii.

3. Ako sa bias dostáva do modelu

Bias vstupuje do modelu na niekoľkých úrovniach naraz — a je dôležité ich rozlišovať:

  • Výber priestoru riešení: algoritmus implicitne hovorí „hľadám riešenia tohto typu" (hladké funkcie, jednoduchšie vysvetlenia, riedke váhy). Ak používaš lineárnu regresiu, predpokladáš linearitu.
  • Architektúra ako bias: to, či použiješ CNN, transformer alebo lineárny model, je obrovský bias — každý „verí" inému typu štruktúry v dátach.
  • Regularizácia: L1, L2, dropout, early stopping, data augmentation tlačia model k stabilnejším, menej preučeným riešeniam. Každá regularizácia je forma explicitného biasu.
  • Tréningová procedúra: gradient descent s momentum preferuje určité typy riešení oproti iným — aj keď majú rovnakú tréningovú chybu.
  • Predtrénovanie a transfer learning: model, ktorý videl veľa dát, si nesie bias z toho, čo považuje za „pravdepodobné" v jazyku, obrazoch alebo kóde. Fine-tuning tento bias modifikuje, ale nevymaže.
  • Výber dát: aj samotný výber tréningových dát je forma biasu — svet v dátach nie je ten istý ako reálny svet. Data-centric AI (kurátorstvo dát namiesto ladenia architektúry) je dnes uznávaným prístupom k inžinieringu biasu.
  • Test-time compute a samotná inferencia: v roku 2026 sa ukazuje, že aj to, koľko „myslenia" model dostane počas inferencie (chain-of-thought, extended thinking, verifikácia krokov), je ďalšia vrstva biasu — preferuje riešenia, ku ktorým sa dá dospieť iteratívnym uvažovaním.

4. Architektúra = najsilnejší bias

Lineárny model    → „vzťah je priamočiary"                   (silný bias, málo parametrov)
CNN               → „blízke pixely spolu súvisia"             (translačná invariancia)
RNN/LSTM          → „záleží na poradí, blízke kroky viac"    (rekurencia, lokálna pamäť)
Transformer       → „ľubovoľné tokeny môžu súvisieť"         (attention, slabší bias)
GNN               → „dôležitá je štruktúra grafu"            (permutačná invariancia)
Diffusion         → „dáta sú vzorky z rozdelenia"            (generatívny bias)
SSM/Mamba         → „dlhé sekvencie cez rekurentné stavy"    (pamäťovo efektívny bias)
ViT               → „obraz = sled patchov ako tokeny"        (NLP bias prenesený na obraz)
MoE               → „rôzne vstupy aktivujú rôznych expertov" (dynamický, selektívny bias)
Hybridné SSM+Att  → „kombinácia lokálnej a globálnej poz."   (adaptívny bias)

Transformer má zámerne slabší inductive bias než CNN. Preto potrebuje výrazne viac dát a compute na dosiahnutie rovnakej úrovne — ale keď ich má, nie je obmedzený silnými predpokladmi a dosahuje špičkové výsledky naprieč doménami.

Vision Transformer (ViT) je zaujímavý príklad prenosu biasu: berie architektúru navrhnutú pre text a aplikuje ju na obraz — bez zadrôtovanej lokálnosti CNN. Výsledok: ViT potrebuje viac dát než CNN, ale pri dostatočnom škálovaní ho prekonáva na väčšine benchmarkov, práve preto, že nie je obmedzený predpokladom o lokalite.

V roku 2026 dominujú hybridné architektúry — kombinácie SSM vrstiev (Mamba, RWKV) a attention vrstiev. Cieľ: pamäťová efektivita SSM pre dlhé sekvencie + flexibilita attention pre komplexné vzťahy. Je to priamy inžiniersky kompromis medzi silou a flexibilitou biasu.


5. Bias–Variance tradeoff a jeho prepojenie

Inductive bias priamo riadi klasický bias–variance tradeoff:

Silný inductive bias Slabý inductive bias
Bias (systematická chyba) Vysoký — model sa mýli systematicky Nízky — model nie je obmedzený predpokladmi
Variance (citlivosť na dáta) Nízka — model stabilný aj s malým datasetom Vysoká — model sa „rozkýva" podľa tréningových dát
Typický problém Underfitting Overfitting
Riešenie Väčší model, slabší bias Regularizácia, viac dát, silnejší bias
Príklad Lineárna regresia na nelineárne dáta Hlboká sieť bez regularizácie na malom datasete

Kľúčová intuícia: bias a variance sú v rovnováhe. Zníženie jedného zvyčajne zvyšuje druhý. Cieľom nie je eliminácia biasu, ale nájdenie správneho biasu — takého, ktorý odráža skutočnú štruktúru problému.

V moderných veľkých modeloch (foundation models s miliardami parametrov) toto dilema nadobúda novú podobu: double descent fenomén ukazuje, že pri dostatočne veľkých modeloch a dostatočnom množstve dát sa variance znovu znižuje aj napriek nízkemu biasu — čo narúša klasickú intuíciu. Inými slovami, pri dostatočnom škálovaní sa variancia akoby „sama vyrieši", no platíš za to obrovskými nákladmi na compute a dáta.


6. Orientačná mapa biasov

Typ biasu Čo preferuje Kde to cítiš Príklad architektúry
Jednoduchosť (Occamov) bias kratšie / hladšie vysvetlenia menej overfitu, lepší „common sense" regularizácia, pruning
Lokalita (CNN) blízke pixely/tokeny spolu súvisia detekcia hrán, textúr, objektov ResNet, EfficientNet
Sekvenčná závislosť poradie tokenov nesie informáciu jazyk, kód, časové rady LSTM, GRU
Globálna pozornosť ľubovoľné páry tokenov môžu súvisieť dlhé kontexty, multimodálne vzťahy GPT, BERT, Gemini
Grafová štruktúra relačné závislosti v sieti uzlov molekuly, sociálne siete, kód GCN, GAT
Riedkosť „použi málo aktívnych parametrov" selekcia príznakov, stabilita L1 regularizácia, MoE
Invariancia nezáleží na posune/rotácii/škálovaní robustnosť voči transformáciám data augmentation, equivariant siete
Kauzálny bias príčiny predchádzajú následkom predikcia, rozhodovanie kauzálne grafy, RLHF
Iteratívne uvažovanie problémy sa riešia krok za krokom matematika, kód, plánovanie reasoning modely, CoT
Krížovo-modálny bias rôzne modality nesú komplementárnu info multimodálne porozumenie CLIP, Gemini, GPT-4o

7. Príklad: bias cez regularizáciu

Aj pri rovnakej architektúre vieš bias meniť tréningom — a tieto rozhodnutia majú zásadný vplyv na generalizáciu:

# weight decay = bias smerom k menším váham = jednoduchšie funkcie
optimizer = torch.optim.AdamW(
    model.parameters(),
    lr=1e-3,
    weight_decay=1e-2  # silnejší = viac biasu smerom k jednoduchosti
)

# dropout = bias smerom k redundantným, robustným reprezentáciám
# každý neurón sa naučí fungovať aj bez susedov
model = nn.Sequential(
    nn.Linear(256, 256),
    nn.ReLU(),
    nn.Dropout(0.3)  # 30% neurónov vypnutých počas tréningu
)

# label smoothing = bias smerom k menej istým, kalibrovanejším predikciam
criterion = nn.CrossEntropyLoss(label_smoothing=0.1)

# spektrálna normalizácia = bias smerom k hladším, Lipschitz-obmedzeným funkciám
# používané pri GANoch a pri tréningu RL politík
layer = nn.utils.spectral_norm(nn.Linear(256, 128))

Tieto „drobné" nastavenia rozhodujú, či model chytí štruktúru alebo šum. Úzko súvisia s fenoménom grokking, kde weight decay rozhoduje, či vôbec príde generalizácia — model môže dlho memorovať tréningové dáta a až po dlhom tréningu „preskočiť" na generalizujúce riešenie práve vďaka biasu regularizácie.


8. Foundation models a inductive bias v roku 2026

Veľké foundation modely (GPT-5, Claude Opus, Gemini Ultra a ich nástupcovia) posunuli debatu o inductive biase do nového rámca. Niekoľko kľúčových pozorovaní:

Emergentné schopnosti ako efekt biasu: Keď model dosiahne určitú veľkosť, objavujú sa schopnosti, ktoré neboli explicitne trénované — krok-po-kroku uvažovanie, analogické myslenie, in-context learning. Jeden z výkladov: tieto schopnosti sú latentne prítomné v biase architektúry (transformer + autoregresívne predikcie tokenov), ale na ich aktiváciu je potrebné dostatočné množstvo compute.

Slabý bias = veľké dáta = silný emergentný bias: Transformer má slabý štrukturálny bias — ale po tréningu na billionoch tokenov si vybuduje veľmi silný „naučený bias" (čo je v jazyku pravdepodobné, aká logika sa vyskytuje, aké vzory sa opakujú). Tento naučený bias je flexibilnejší než zadrôtovaný, ale tiež menej predvídateľný.

RLHF ako explicitný bias: Reinforcement Learning from Human Feedback je forma biasu, ktorá tlačí model k ľudsky preferovaným odpovediam. Toto má pozitívne (bezpečnosť, súlad s hodnotami) aj negatívne efekty (sycophancy — model povie čo chceš počuť, nie čo je pravda).

Mixture of Experts (MoE) ako selektívny bias: Architektúry ako Mixtral alebo GPT-5 používajú MoE, kde rôzni „experti" (podsiete) sa špecializujú na rôzne typy vstupov. Toto je forma dynamického biasu — model si vyberie, ktorý predpoklad aplikuje podľa kontextu.

Constitutional AI ako zakódovaný hodnotový bias: V roku 2026 sú rozšírené techniky, kde sa hodnotové preferencie zakódujú priamo do sústavy princípov — nie len cez ľudské hodnotenia, ale cez sebahodnotenie modelu. Výsledok: konzistentnejší hodnotový bias, ale citlivejší na kvalitu samotnej „konštitúcie". Toto je dobrý príklad toho, že bias nie je len technická vlastnosť, ale aj etická voľba.

Data-centric AI a kurátorstvo biasu: Rastúci trend roku 2026 — namiesto ladenia architektúry sa systematicky ladí samotný dataset. Odstraňovanie duplicít, vyvažovanie domén, filtrovanie nekvalitných príkladov a generovanie syntetických dát sú nástroje, ktorými vieš zmeniť bias modelu bez toho, aby si sa dotkol architektúry. Výskum ukazuje, že 10× menej dát s 3× lepším kurátorstvom môže prekonať pôvodný model — čo je priama manipulácia so štatistickým biasom tréningového procesu.


9. Reasoning modely a test-time compute ako nový bias

Rok 2026 priniesol zásadný posun: test-time compute scaling — namiesto (alebo popri) škálovaní tréningových parametrov škálujeme výpočet počas samotnej inferencie. Modely ako o3, o4 alebo Claude s extended thinking generujú dlhé interné „myšlienkové reťazce" pred finálnou odpoveďou.

Toto je nová forma inductive biasu — bias na iteratívne, verifikovateľné uvažovanie:

  • Model preferuje riešenia, ku ktorým sa dá dospieť explicitnou sekvenciou krokov
  • Chyby v medzikrokoch sú viditeľné a opraviteľné
  • Výkon na náročných matematických, kódovacích a vedeckých úlohách dramaticky rastie s dlhším uvažovaním
Prístup Typ biasu Slabiny
Štandardný transformer Autoregresívna predikcia tokenu Slabý na viacstupňové dedukcie
Chain-of-Thought prompting Externalizácia krokov uvažovania Závisí od kvality promtu, bez záruky správnosti
Reasoning model (o3, extended thinking) Zadrôtovaný bias na iteratívne overovanie Pomalší, drahší, môže „halucinovať kroky"
Process Reward Model (PRM) Bias na správnosť každého kroku Vyžaduje anotácie na úrovni krokov, ťažko škálovateľné

Dôležitá nuansa: reasoning modely nie sú „bez biasu" — majú iný bias. Preferujú riešenia vyjadriteľné krokovo, čo im pomáha pri formálnych problémoch (matematika, kód, logika), ale môže byť menej vhodné pri úlohách, kde je odpoveď skôr intuitívna alebo holistická (estetické hodnotenie, empatická konverzácia, kreatívne písanie).

Scalable oversight — ďalší trend roku 2026 — využíva slabší model na verifikáciu krokov silnejšieho modelu. Je to forma biasu na overiteľnosť: preferujeme riešenia, ktoré vieme skontrolovať, nie len tie, ktoré znejú presvedčivo. Táto myšlienka je priamo inžiniersky spôsob, ako vniesť do modelu epistemickú skromnosť.


10. In-context learning ako unikátny bias transformerov

In-context learning (ICL) je schopnosť transformera učiť sa nové úlohy priamo z príkladov v prompte — bez aktualizácie váh. Toto je jedna z najzaujímavejších emergentných vlastností, ktorá úzko súvisí s biasom architektúry.

Prečo ICL funguje? Jedna z hypotéz: transformer implicitne implementuje formu gradientového zostupu v priestore aktivácií počas forward passu — teda pri čítaní príkladov v prompte „trénuje" interný model priamo v pamäti pozornosti. Tento mechanizmus je príkladom biasu, ktorý nebol explicitne naprogramovaný, ale emergoval zo škálovania.

Dôsledky pre používateľov:

  • Few-shot príklady v prompte sú formou dočasného biasu — posunia model k preferovanému formátu alebo štýlu bez fine-tuningu
  • Poradie príkladov v prompte môže ovplyvniť výsledky — model má bias na nedávne príklady (recency bias)
  • Kvantita príkladov má klesajúce výnosy — po určitom počte príkladov sa výkon stabilizuje
  • ICL bias sa môže dostať do konfliktu so základným biasom modelu: ak príklady v prompte protirečia tréningovým vzorcom, model môže prompt čiastočne ignorovať
# Príklad: few-shot ICL mení efektívny bias modelu pre daný request
system_prompt = """Klasifikuj sentiment.

Príklady:
"Vynikajúca práca!" → pozitívny
"Úplná katastrofa." → negatívny
"Mohlo to byť lepšie." → negatívny
"Celkom fajn." → pozitívny
"""
# Tieto 4 príklady posunú model k binárnej klasifikácii
# a k tomu, čo považujeme za "fajn" = pozitívne.
# Bez príkladov by model mohol zvoliť neutrálnu kategóriu alebo
# jemnozrnnejšiu škálu — záleží na základnom biase z predtréningu.

11. Multimodálne modely a krížový bias

V roku 2026 sú dominantné modely, ktoré spracúvajú viac modalít naraz — text, obraz, zvuk, video, kód. Toto otvára novú dimenziu inductive biasu: ako model zaobchádza s konfliktom alebo komplementaritou medzi modalitami.

Bias jednotlivých modalít

Každá modalita má vlastné štatistické vlastnosti, a teda vlastný prirodzený bias:

Modalita Prirodzené štatistické vlastnosti Architektúrny bias
Text Sekvenčný, diskrétny, silná lokalita v gramatike Autoregresívny transformer, tokenizácia
Obraz Priestorová lokalita, translačná invariancia, kontinuálny CNN / ViT, patch embedding
Zvuk Časová lokalita, frekvenčná štruktúra, stacionarita Spektrogramy, 1D konvolúcie, SSM
Video Priestorovo-časová lokalita, redundancia medzi snímkami 3D CNN, temporal attention
Kód Hierarchická štruktúra, prísna syntax, exekučná sémantika AST-aware modely, tree transformers

Krížový bias a modalitná hierarchia

Keď dve modality poskytujú konfliktné informácie — napríklad obrázok ukazuje psa, ale popis hovorí „mačka" — model musí mať bias o tom, ktorej modalite veriť. V praxi platí:

  • Väčšina multimodálnych modelov má textový bias ako dominantný: text z predtréningu na jazykových dátach nesie silnejší prior než vizuálny vstup, ktorý je typicky pridávaný neskôr cez adaptérové vrstvy.
  • Modely trénované technológiou ako CLIP zavádzajú symetrickejší krížový bias cez kontrastívne učenie — text a obraz sú zarovnané do spoločného embedding priestoru, kde vzdialenosť medzi nimi vyjadruje sémantickú podobnosť.
  • Keď modalita chýba (napr. obrázok je čierny, zvuk je tichý), model má bias na doplnenie z kontextu — no tento bias môže produkovať sebavedomé halucinácie namiesto odmietnutia odpovedať.

Praktická implikácia

# Multimodálny request — model má bias preferovať textový popis pri konflikte
response = model.generate(
    image=img_dog,          # obrázok: pes
    text="Popiš túto mačku" # text: hovorí o mačke
)
# Výsledok závisí od krížového biasu:
# - Textovo-dominantný model: "Táto mačka má hnedú srsť..."
# - Vizuálne-dominantný model: "Na obrázku je pes, nie mačka."
# - Kalibrovane: model vyjadrí neistotu a opýta sa na konflikt.

Tento typ biasu je dôvod, prečo multimodálne modely pri testovaní vykazujú systematické chyby pri konfliktnne vstupoch — a prečo testovanie multimodálnych systémov musí zahŕňať scenáre s konfliktmi medzi modalitami, nielen štandardné „daj správny vstup, dostaneš správny výstup" prípady.


12. Inductive bias v agentných systémoch

Rok 2026 je rokom agentov. LLM-based agenty vykonávajú dlhé, viacstupňové úlohy — prehliadajú web, píšu a spúšťajú kód, volajú API, koordinujú s inými agentmi. V každom z týchto krokov sa inductive bias prejavuje novým spôsobom — a jeho pochopenie je kľúčové pre návrh spoľahlivých agentných systémov.

Vrstvy biasu v agentnom systéme

1. Bias výberu nástroja (tool selection bias)

Keď agent dostane k dispozícii viacero nástrojov (vyhľadávanie, kalkulačka, databáza, kód), má bias o tom, ktorý nástroj siahnuť. Tento bias pochádza z tréningových príkladov — ak model videl najmä prípady, kde sa na výpočty používal kód, bude preferovať kód aj tam, kde by stačila kalkulačka, alebo naopak.

2. Horizont plánovania (planning bias)

Agentný systém má bias o tom, ako ďaleko dopredu plánovať. Modely s kratším horizontom vykonávajú „myopické" kroky — každý krok je lokálne optimálny, ale sekvencia ako celok smeruje zle. Modely s dlhším horizontom potrebujú viac compute a sú náchylnejšie na kumulatívnu chybu v predpokladoch.

3. Pamäť a retrieval bias

Čo agent uloží do pracovnej pamäte a čo zahodí — to je forma biasu. RAG (Retrieval Augmented Generation) vnáša dynamický retrieval bias: model sa rozhoduje, čo si vyhľadať, a toto rozhodnutie je ovplyvnené jeho existujúcim biasom o relevantnosti. Ak model systematicky vyhľadáva nesprávne dokumenty, nie je to problém vyhľadávacieho systému — je to bias v tom, ako model formuluje retrieval query.

4. Sebareflexia a kriticizmus (self-reflection bias)

Agentné systémy s mechanizmami reflexie (napr. Reflexion, self-critique) majú bias o tom, kedy usúdiť, že odpoveď je dobrá. Tento bias je kľúčový: príliš benevolentný kritik prepustí zlé odpovede, príliš prísny zacyklí agenta v nekonečnom prehodnocovaní.

5. Multi-agentný koordinačný bias

Keď viacero agentov spolupracuje (napr. orchestrátor + špecializovaní agenti), každý má vlastný bias — a ich interakcia vytvára emergentný systémový bias, ktorý nie je predvídateľný z biasov jednotlivých agentov. Príklad: orchestrátor má bias na delegovanie, špecialista má bias na prepracovanie jednoduchých vecí do detailov — výsledok je pomalý a verbose systém napriek tomu, že každý agent individuálne „funguje dobre".

Vrstva biasu Typický prejav Ako mitigovať
Výber nástroja Preferuje jeden nástroj aj keď nie je optimálny Diverzita tréningových príkladov, tool descriptions
Horizont plánovania Myopické kroky, lokálne optimum ≠ globálne Tree-of-thought, MCTS, hierarchické plánovanie
Retrieval bias Vyhľadáva relevantné len pre prvú interpretáciu Query expansion, multi-hop retrieval
Sebareflexia Buď príliš mäkká alebo príliš prísna Verifier model, process reward model
Multi-agent emergencia Systémový bias nepredvídateľný z komponentov Systematické testovanie celého pipeline, nie len komponentov

Prečo na tom záleží pri návrhu agentov

Keď agentný systém zlyháva, najpriamočiarejšou diagnózou je „model je slabý" alebo „prompt je zlý". Ale väčšina systematických zlyhaní je dôsledkom biasu — a bias sa nedá opraviť lepším promptom. Príklady:

  • Agent systematicky ignoruje určitý typ dokumentu pri vyhľadávaní → retrieval bias
  • Agent opakovane volí rovnaké riešenie aj keď nefunguje → nedostatočný exploration bias
  • Agent v dlhých taskoch „zabudne" na pôvodný cieľ → pamäťový bias (recency effect)
  • Multi-agentný systém generuje konfliktné výstupy → koordinačný bias bez tie-breaking mechanizmu

Riešenia sú architektonické, nie promptové: zmena štruktúry pamäte, zavedenie externého verifiera, explicitný mechanizmus explorácie, alebo — v krajnom prípade — iný základ model s vhodnejším biasom pre agentné úlohy.


13. Ako diagnostikovať zlý inductive bias

Keď model systematicky zlyháva, väčšinou to nie je otázka nedostatku dát — je to otázka nesprávneho biasu. Tu je niekoľko signálov:

Signály zlého biasu:

  • Model funguje výborne na tréningových dátach, ale zlyháva mimo domény (distribution shift)
  • Chyby sú systematické, nie náhodné — model sa stále mýli rovnakým spôsobom
  • Pridanie viac dát rovnakého typu nepomáha — model sa zlepšuje na benchmarku, ale reálny výkon stagnuje
  • Model je nekalibrovaný — kladie si vysokú istotu na chybné predpovede
  • Model si v rôznych kontextoch protirečí — signál, že naučený bias je nestabilný alebo povrchný
Symptóm Pravdepodobná príčina Riešenie
Výborný benchmark, slabý reálny výkon Benchmark ≠ reálna distribúcia Out-of-distribution testovanie, doménové dáta
Systematické rovnaké chyby Architektúrny bias nevhodný pre doménu Zmeň architektúru, pridaj doménový prior
Preučenie na malých dátach Slabý bias (veľká kapacita) Regularizácia, menší model, augmentácia
Vysoká istota na chybných predikcách Zlá kalibrácia Temperature scaling, label smoothing
Zlyhanie po drobnej zmene vstupu Overfitting na povrchové znaky Adversarial tréning, invariantné architektúry
Agent „zabudne" cieľ v dlhom tasku Recency bias v pamäti Explicitná pamäťová architektúra, periodické re-anchorovanie

Ako reagovať:

  1. Zmeň architektúru — skús bias, ktorý lepšie reflektuje štruktúru problému
  2. Zmeň tréningové dáta — pridaj dáta z domén, kde model zlyháva
  3. Pridaj doménovú regularizáciu — physics-informed neural networks sú príkladom explicitného zahrnutia doménových znalostí do biasu
  4. Testuj mimo distribúciu — adversarial testy a out-of-distribution benchmarky odhalia zlý bias rýchlejšie než štandardné metriky
  5. Mechanistická interpretabilita — v roku 2026 rastúca oblasť výskumu, ktorá sa snaží identifikovať konkrétne „obvody" v sieti zodpovedné za konkrétne predpoklady; nástroje ako activation patching alebo sparse autoencoders umožňujú lokalizovať, kde presne zlý bias sídli

14. Výhody a obmedzenia

Výhody:

  • Rýchlejšie učenie: so správnym biasom potrebuješ menej dát na dosiahnutie rovnakej presnosti
  • Lepšia generalizácia: model sa menej lepí na šum v tréningových dátach
  • Predvídateľnejšie správanie: vieš lepšie odhadnúť, kedy model zlyhá — a teda kde ho použiť a kde nie
  • Efektivita: správny bias znižuje compute požiadavky (netreba hľadať v celom priestore riešení)

Obmedzenia:

  • Slepé miesta: zlý bias vedie k systematickým chybám, ktoré viac dát nevyrieši
  • Závislosť od domény: bez doménovej znalosti vyberieš architektúru, ktorá dáva pekné metriky, ale zlé reálne výsledky
  • Ťažká interpretácia: bias veľkých modelov je čiastočne skrytý — mechanistická interpretabilita (oblasť, ktorá v roku 2026 rýchlo rastie) sa pokúša odhaliť, ktoré obvody v sieti zodpovedajú ktorým predpokladom, no stále sme ďaleko od úplného obrazu
  • Transfer problém: bias, ktorý pomáha pri jednom type úloh, môže aktívne škodiť pri iných
  • Neviditeľný hodnotový bias: v modeloch trénovaných cez RLHF a Constitutional AI je zakódovaný hodnotový bias, ktorý môže byť ťažko detegovateľný a môže neočakávane interagovať s technickým biasom architektúry

15. Praktické použitie (čo to znamená pre teba)

  • Prečo sa AI tvári sebavedomo: LLM majú bias na „plynulý, dôveryhodný text". Aj keď si nie sú isté, znejú presvedčivo — preto treba overovať fakty nezávisle, nie len čítať výstup.
  • Prečo prompt niekedy nestačí: prompt mení správanie v rámci biasu, ale nemení základný bias modelu. Ak je problém fundamentálne mimo „zvykov" modelu, lepšia formulácia nepomôže — treba iný model alebo iný prístup.
  • Ako si vybrať nástroj: pri tabuľkových dátach hľadaj modely s biasom na štruktúrované vstupy (gradient boosting, XGBoost); pri obraze na vizuálnu štruktúru (CNN-based); pri texte a kóde na sekvenčné závislosti (transformer-based); pri viacstupňových formálnych úlohách na iteratívne uvažovanie (reasoning modely); pri agentných úlohách posúď aj bias plánovania a pamäte.
  • Prečo fine-tuning niekedy nefunguje: ak base model má bias, ktorý je v konflikte s tvojou úlohou, fine-tuning na malom datasete tento bias len čiastočne prepíše — systémové chyby ostanú.
  • Benchmark ≠ reálny výkon: model s vysokým skóre na benchmarku môže byť zle nastavený pre tvoju konkrétnu doménu, pretože benchmark a tvoja doména majú rozdielne štrukturálne vlastnosti.
  • Reasoning model ≠ bez biasu: o3, o4 alebo extended thinking sú mocné nástroje pri formálnych úlohách, ale majú vlastný bias — ak tvoja úloha nevyžaduje krokové uvažovanie, nemusí byť najlepšou voľbou (a bude drahší a pomalší).
  • Agentné systémy zlyhávania: keď agent systematicky robí rovnakú chybu napriek opravám v prompte, hľadaj architektúrny bias — v pamäti, retrievali, alebo výbere nástrojov.
  • Multimodálne konflikty: pri multimodálnych modeloch vždy testuj scenáre, kde si modality protirečia — odhalíš krížový bias a hranice spoľahlivosti systému skôr, ako to urobí reálny používateľ.

Zhrnutie

  • Inductive Bias je dôvod, prečo model vie ísť „za dáta" a generalizovať, nie len memorovať.
  • Bez biasu je generalizácia nemožná — formálne to potvrdzuje No Free Lunch Theorem.
  • Najsilnejší bias určuje architektúra a tréningový režim — regularizácia, RLHF, predtrénovanie, výber dát sú ďalšie vrstvy.
  • Správny bias šetrí dáta a compute; zlý bias vytvára systematické chyby, ktoré viac dát nevyrieši.
  • V ére foundation modelov (2026) sa debata posúva: slabý štrukturálny bias + obrovské dáta = silný naučený bias, ktorý je flexibilný, ale menej predvídateľný.
  • Test-time compute (reasoning modely, extended thinking) pridáva novú dimenziu biasu: preferencia iteratívneho, verifikovateľného uvažovania — mocná pri formálnych úlohách, drahšia a nie vždy vhodná.
  • In-context learning je emergentná vlastnosť transformerov, ktorá umožňuje dočasnú zmenu efektívneho biasu cez príklady v prompte — bez aktualizácie váh modelu.
  • Multimodálne modely zavádzajú krížový bias medzi modalitami — model má zakódovanú hierarchiu dôvery, ktorá určuje, čomu verí pri konflikte vstupov.
  • Agentné systémy pridávajú vrstvy biasu vo výbere nástrojov, plánovaní, pamäti a koordinácii — a ich interakcia tvorí emergentný systémový bias, ktorý treba testovať na úrovni celého pipeline.
  • Spoľahlivosť modelu testuj mimo tréningovej domény — nie len na benchmarku. Systematické zlyhania sú diagnózou zlého biasu, nie nedostatku dát.