Model router: egy kulcs, sok modell

Mi a probléma, amit megold?

Ha közvetlenül a gyártótól veszed a hozzáférést, minden modellcsaládhoz külön fiók, külön kulcs, külön számla és külön kódrészlet tartozik. Három szolgáltatónál ez még kezelhető. Tíznél már nem az, és pont a tíz kellene ahhoz, hogy tudd, melyik a jó neked.

A router ezt a réteget veszi le rólad: egy kulccsal, egy számlázással, egy hívásformátummal éred el a legtöbb piacon lévő modellt. A modell neve egy szöveges paraméter — átírod, és már egy másik gyártónál vagy.

Négy különböző dolgot hívnak model routernek

Ez a szakasz azért van elöl, mert enélkül félrevásárolsz. A négy típus más problémát old meg, és más a kockázata:

A második típus a leggyakoribb félreértés. Aki „sok nyílt modellt egy API-n" hirdet, nem feltétlenül aggregátor: lehet, hogy egyetlen cég futtatja mindet a saját gépein. Ez nem baj — csak más. Aggregátornál a mögötted dolgozó cég kérésenként változhat, inference-szolgáltatónál soha.

Mit ad egy router?

Öt dolgot, és nem mindegyik egyformán fontos:

• Egy integráció, sok modell. A hívásformátum egységes; modellt váltani egy sornyi változtatás.
• Tartalék, ha egy szolgáltató kiesik. Ha az egyik gyártó API-ja leáll, a hívás automatikusan átmegy egy másikhoz. Éles rendszerben ez önmagában is megéri.
• Hozzáférés nyílt súlyú modellekhez üzemeltetés nélkül. A kínai és európai nyílt modelleket ugyanazon a felületen éred el, mint a zártakat — saját szerver nélkül.
• Összehasonlítható árlista. Egy helyen látod, mennyibe kerül ugyanaz a feladat tíz modellen. A számlázás krediten megy, nem szolgáltatónként.
• Nyilvános használati adatok. A nagyobb routerek közlik, melyik modellen mennyi token fut át rajtuk — ez a ritka alkalom, amikor nem marketingszámot látsz.

A piactér: kik ezek, és mennyit kérnek

A kategória referenciapontja az OpenRouter. 2026 szeptemberében a nyitóoldala 500 fölötti modellt és 80 fölötti szolgáltatót hirdet, a nyilvános API-ja pedig 445 modellt és 106 szolgáltatót listáz — a kettő nem ugyanaz, és ez jól mutatja, mennyire mozgó célpont ez a szám. Az árazása: a kredit vásárlásakor 5,5 százalék díj, magán a futtatáson nincs felár. Van nyilvános használati rangsora is, ami napi bontásban mutatja, melyik modellen mennyi token fut át.

És egy dolog, ami 2026-ban történt: a Stripe augusztus 19-én megállapodott az OpenRouter felvásárlásáról. A cég szerint a név, a termék és az útiterv változatlan marad. A zárásról nem jelent meg közlemény — de ha most építesz rá, ezt érdemes tudni.

Európai alternatíva is van, és ez ritka ebben a szektorban:

Az „500 modell" egyik esetben sem 500 különböző modellcsalád: ugyanaz a modell több szolgáltatónál is elérhető lehet, más árral és más sebességgel — a router pedig ezek közül választ. Egy nyílt súlyú modellt bárki futtathat, aki vesz hozzá gépet.

Mibe kerül? Három rejtett ár

A router nem ingyen dolgozik, és nem csak pénzben kérdez.

Egy ugrás a láncban. Minden hívás egy plusz szereplőn megy át. Ez késleltetést ad hozzá — jellemzően keveset, de érzékeny, felhasználó előtti alkalmazásnál számít.

Lemaradás a funkciókban. A gyártók új képességei — új paraméterek, gyorsítótár, kötegelt futtatás — először a natív API-n jelennek meg. A routeres réteg ezeket késve vagy részlegesen adja tovább.

Egy újabb szereplő az adatútvonalon. Ez a legfontosabb, és ezt a következő szakasz külön tárgyalja.

Az adatkérdés, amit nem lehet megkerülni

Amikor routeren át hívsz, a prompt od nem a gyártóhoz megy közvetlenül. Megy a routerhez, onnan pedig ahhoz a szolgáltatóhoz, akinél a modell éppen fut — és ez a szolgáltató lehet olyan cég, akiről soha nem hallottál, olyan országban, amit nem választottál.

A jobb routerek ezt részben kezelik: adatszabályzatot lehet beállítani, amivel kizárhatod azokat a szolgáltatókat, akik naplózzák vagy tanításra használják a beküldött szöveget. Ez a beállítás nem alapértelmezett — ha nem nyúlsz hozzá, nem véd.

A földrajzi megkötés viszont gyengébb, mint hinnéd, és ezt sokan félreértik. A naplózás szerinti szűrés kérésenként állítható, a régió szerinti viszont a legnagyobb szolgáltatónál nem sima API-paraméter: külön regionális végpont kell hozzá, és az vállalati ügyfeleknek jár, kérésre. Ha a földrajzi kötöttség jogi követelmény nálad, ezt előre tisztázd, ne feltételezd.

Ebből egy egyszerű szabály következik: kísérletezésre és nyilvános tartalomra a router kiváló; ügyféladatra csak akkor, ha a szabályzatot beállítottad és a szerződés is rendben van. Erről szól az Európai AI-opciók cikk is.

A gateway: a saját kulcsaid elé

Ez az a kategória, amit a legtöbb bemutató kihagy, pedig fejlesztőként ez lehet a legjobb válasz. A gateway nem ad hozzáférést semmihez — a saját szolgáltatói kulcsaiddal dolgozik, és csak egy réteget tesz elébük: egységes hívásformátum, naplózás, gyorsítótár, költségkeret, automatikus újrapróbálás, tartalék másik szolgáltatóhoz.

Miért éri meg: a promptod nem kerül egy idegen cég útvonalára, mert a hívás a te kulcsoddal, a te fiókodból megy a gyártóhoz. Cserébe neked kell üzemeltetni vagy előfizetni rá, és nem kapsz ötszáz modellt — csak azokat, amikhez van fiókod.

Két ismert gateway viszont kiesett: az egyiket 2026-ban egy biztonsági nagyvállalat vásárolta fel és átnevezte, a másik gazdát cserélt, és a szolgáltatásai azóta karbantartási módban futnak. Ebben a szektorban ez a normális ütem — ezért ne kösd magad olyan réteghez, amit nem tudsz egy nap alatt kicserélni.

Ha a gateway helyett inkább a modellt magad futtatnád, akkor viszont már a helyi modellfuttatókközül választasz, és az egészen más döntés.

A felhők piactere

Van egy harmadik út is: a nagy felhőszolgáltatók modellpiacterei. Ott is egy kulccsal érsz el sok modellt, és a meglévő szerződésed alá kerül az egész — ugyanaz a számla, ugyanaz az adatfeldolgozói megállapodás, ugyanaz a régióválasztás, mint a többi felhőszolgáltatásodnál. Ha a cégednél a beszerzés az akadály, ez az út gyorsabb.

A három nagy: az Amazon Bedrock, a Microsoft Foundry (korábban Azure AI Studio, majd Azure AI Foundry) és a Model Garden a Google Gemini Enterprise Agent Platformján (korábban Vertex AI). Negyedikként az IBM watsonx.ai tartozik ide. A gyakori névváltás önmagában is jelzés: ez a réteg még keresi a formáját.

Európai megfelelő ebben a kategóriában nincs — nincs olyan uniós felhő, amely több nagy gyártó zárt modelljét árulná egy szerződés alatt. Ami van, az EU-ban hosztolt nyílt modell-API: ilyet kínál az OVHcloud, a Scaleway, az IONOS és a Nebius. Ha az adatrezidencia a fő szempont, a választás nem a szolgáltató, hanem a modellkör: zárt csúcsmodellt EU-s szerződéssel ma nehéz kapni.

A negyedik jelentés: kérésenkénti választó

Amikor valaki „model routert" mond, néha nem piacteret ért rajta, hanem azt, hogy a rendszer kérésenként eldönti, melyik modellre van szükség. Az egyszerű kérdés megy az olcsóra, a nehéz a drágára.

Ez ma két formában létezik. Az egyik a piacterek és a felhők beépített automata választója: jellemzően csak a kiválasztott modell árát fizeted érte — de nem mindig, mert az Amazon ezer kérésenként egy dollárt kér magáért a routingért. A másik az önálló termék: a legismertebb független megoldás millió routolt tokenenként öt centet kér.

Fenntartással kezelendő kategória: két ismert szereplője 2026-ra kiszállt belőle — mindkettő kutatólaborrá alakult, routing-terméket egyik sem kínál már. Kérésenkénti választóra ma nem érdemes architektúrát építeni, kiegészítésnek viszont jó.

Mikor melyiket?

Öt jel dönt:

• Kipróbálás, összehasonlítás, prototípus → piactér. Nincs értelme öt fiókot nyitni ahhoz, hogy két hét múlva négyet bezárj.
• Nyílt súlyú modellek használata → piactér vagy inference-szolgáltató, mert saját üzemeltetés nélkül máshogy körülményes.
• Éles rendszer, több szolgáltató, saját szerződésekkel → gateway. Megkapod az egységes felületet anélkül, hogy idegen útvonalra kerülne a prompt.
• Egyetlen modell, nagy forgalommal, éles rendszerben → közvetlenül. Kevesebb ugrás, teljes funkciókészlet, egyszerűbb felelősségi lánc.
• Szigorú adatmegkötés → felhőpiactér vagy közvetlen szerződés, nem piactér.

Egy konkrét használat: a modellverseny

A piactér legjobb felhasználása nem az éles üzem, hanem a döntés. Ha el kell dönteni, melyik modell kell a feladatodhoz, egy közös felületen ez egy délután munkája öt fiók nyitása helyett.

A recept: veszel 20-40 valódi feladatot, lefuttatod ugyanazzal a prompttal öt-hat modellen, és megnézed a hibaszámot, a válaszidőt és az árat. A router pont azt a részt teszi triviálissá, ami egyébként a munka nagy része lenne — a Kétheti modell-verseny cikk ezt írja le lépésről lépésre.

Aztán ha megvan a nyertes, át lehet térni a közvetlen hozzáférésre. A router nem elköteleződés, hanem eszköz.

Tipikus félreértések

• „A router és a gateway ugyanaz." Nem. A piactér az ő kulcsával ad hozzáférést idegen szolgáltatókhoz; a gateway a te kulcsaid elé áll. Az adatútvonal szempontjából ez a legnagyobb különbség a cikkben.
• „Sok nyílt modell egy API-n, tehát aggregátor." Lehet egyetlen cég is, aki mindet a saját gépein futtatja. Kérdezd meg, ki a futtató.
• „A routeren beállítható, melyik országban fusson." A naplózás szerinti szűrés igen, a régió szerinti jellemzően csak külön, vállalati végponton.
• „Aki felárat nem kér, az ingyen van." A díj lehet a kreditvásárláson, nem a futtatáson. Nézd meg, melyiken.
• „Ez a réteg stabil." Két év alatt volt itt felvásárlás, átnevezés, karbantartási módba került termék és kiszállás. Tervezz kilépési utat.

Amit érdemes elvinni

Egy kulcs, sok modell — kipróbálásra és tartalékként ez ma a legjobb megoldás. Az ára egy plusz ugrás, késleltetett funkciók és egy újabb szereplő az adatútvonalon, amit szabályzattal kell kezelni, és ami földrajzilag kevésbé köthető meg, mint hinnéd.

A döntés első kérdése viszont nem az, hogy melyik routert válaszd, hanem hogy melyik típus kell. Kipróbálásra piactér, éles rendszerben saját szerződésekkel gateway, egyetlen nagy forgalmú modellre közvetlen hozzáférés, szigorú adatmegkötésre felhőpiactér.

És bármelyiket választod: ez a réteg gyorsan mozog. Két éven belül volt itt milliárdos felvásárlás, kétszeri átnevezés és két kiszállás. Olyan megoldást válassz, amit egy nap alatt le tudsz cserélni — a modell nevét egy szöveges paraméterben tartani pont ezért jó ötlet.