# OpenAI API-árak 2026-ban: a bemeneti és kimeneti tokenek költsége > Számokkal mutatom be, hogyan számítják ki az API-tokenek használatát: miért kerül többe a kimenet a bemenetnél, hogyan becsülhető meg egy kérés tokenigénye, és mikor csökkenti ténylegesen a számlát a gyorsítótárkedvezmény. Source: https://ailoot.ai/blog/hu/api-token-usage-calculation/ Canonical: https://ailoot.ai/blog/hu/api-token-usage-calculation/ Language: hu Publisher: Ailoot (https://ailoot.ai/) Translation: guide-143 Revision: sha256-78f33116bcff2b2d9755f0aee72e51332b8f0e6a3ec1a050ffb130f34947fbee Pénzt töltesz fel egy API-fiókba, és szinte rögtön felmerül a kérdés: meddig lesz elég? Valami ilyesmi jár a fejedben: „Van tízezerem, ennyibe kerül a bemenet, a kimenet többe kerül, és van valami gyorsítótárkedvezmény is” — de nem világos, hogyan lehet mindezt egyetlen számmá alakítani. Lépésről lépésre, számokkal mutatom be. A lényeg rögtön az elején: az API-számlát egyetlen képlettel számítják ki — a tokenek száma szorozva a tokenenkénti árral. A bemeneti és kimeneti tokeneket külön számolják, mert eltérő az áruk. A következőkben megmutatom, hogyan használhatod ezt annak kiszámításához, meddig tart a kereted, és hogyan kerül a gyorsítótárazás a számításba. Az Ailoot használatáról a [dokumentációban](https://ailoot.ai/docs/) találsz információt.
Figyelem Az Anthropic, a DeepSeek és az OpenAI hivatalos oldalain szereplő tokenárakat idézem, 2026. szeptember eleji állapot szerint — ezek változnak, ezért számítás előtt ellenőrizd a saját számaidat a szolgáltató weboldalán. Ugyanezt a képletet használd a saját értékeiddel.
## Miből áll egy API-számla?
Fő tanulság Az API-számlának két része van: a bemenet és a kimenet díja. A bemenet minden, amit elküldesz a modellnek: a kérdésed, a csatolt fájlok, a beszélgetési előzmények és a rendszerutasítás. A kimenet a modell által generált válasz. Mindkettőt tokenekben mérik, és mindkét tokenfajtának külön ára van. Egy kérés teljes díja a bemeneti tokenek száma szorozva a bemeneti árral, plusz a kimeneti tokenek száma szorozva a kimeneti árral. Magáért az API-hoz való csatlakozásért nem kell fizetni; csak a tokenekért fizetsz.
Amikor API-n keresztül hívsz meg egy modellt, a modellen áthaladó szöveg mennyisége alapján számítanak fel díjat. Ezt a mennyiséget tokenekben mérik. A token egy kis szövegrész; a következő szakaszban még visszatérek rá, de egyelőre gondolj rá úgy, mint az egységre, amelyben mindent mérnek. Egy hívásnak két oldala van. Az első az, amit elküldesz a modellnek: maga a kérdés, a csatolt kódrészlet vagy dokumentum, a beszélgetés korábbi üzenetei és az elején megadott rendszerutasítás. Ez a bemenet. A második az, amit a modell válaszként ír. Ez a kimenet. A DeepSeek az árazás leírásában egyenesen kimondja: a számlázás a bemeneti és kimeneti tokenek teljes számán alapul. A bemenet és a kimenet ára eltérő, ezért külön számolják őket. Egy kérés képlete egyszerű: ``` cost = (input tokens × input price) + (output tokens × output price) ``` Az árakat általában egymillió tokenre adják meg — ez kényelmesebb, mert egyetlen token ára a pénzegység töredéke. Innentől minden számítás erre a képletre épül, és a kereted pontosan annyi kérésre elég, amennyi ezen az áron belefér a rendelkezésedre álló összegbe. ## A token nem szó: hogyan becsülheted meg, mennyit fogsz használni?
Fő tanulság A token nem szó vagy betű, hanem egy általában több karakter hosszúságú szövegrész. Angol nyelvnél durva becslésként egy token körülbelül négy karakternek felel meg, így egy öt-hat betűs szó egy vagy két token. Az orosz szöveget kisebb tokenekre bontják, ezért ugyanaz a kifejezés oroszul észrevehetően több tokent használ, mint angolul. Előre nem tudod pontosan kiszámítani a számot, de költségtervezéshez elég egy durva becslés: vedd a kérésed és a válaszod hozzávetőleges karakterszámát, majd angol szövegnél oszd el néggyel, orosznál pedig kettővel vagy hárommal.
Az első dolog, amin mindenki elcsúszik: a token nem ugyanaz, mint a szó. A modell a saját szabályai szerint darabolja fel a szöveget, és egy darab lehet egy rövid, teljes szó, egy hosszabb szó része, egy szóköz egy betűvel vagy egy írásjel. Ezért fejben nem lehet pontosan kiszámolni, hogy „hány tokenbe kerül a kérésem” — csak becslést lehet adni. Íme egy durva iránymutatás. Angol szövegben egy token körülbelül négy karakternek felel meg; ezt kiindulópontként maga az Anthropic és az OpenAI is megadja. A modellek az orosz szöveget kisebb részekre bontják: a cirill betűs szöveg rövidebb darabokra esik szét, ezért azonos jelentésű szöveg több tokent használ. A pontos különbség modelltől függ, de az angolhoz képest másfél-kétszeres mennyiséggel érdemes számolni. Így néz ki ez tokenszámban. Ha egy oldalnyi szöveget küldesz a modellnek, és egy bekezdést kapsz válaszul, az már több ezer bemeneti és több száz kimeneti token. Ha pedig nagy fájlt csatolsz a kéréshez, vagy hosszú beszélgetési előzményt viszel tovább, a bemenet több tízezer tokenre is nőhet, és a számla nagyobb része ebből adódik. Az API-válasz megmutatja a pontos számot: a metaadatmezők visszaadják, hány tokent használtak ténylegesen a bemenethez és a kimenethez. A keret előzetes megbecsléséhez azonban elegendő a karakterszám alapján végzett durva becslés. ## Miért kerül többe a kimenet a bemenetnél, és ez hogyan hat a számládra?
Fő tanulság A nagy szolgáltatók mindegyike többszörös árat számít fel a kimenetért a bemenethez képest. A Claude Opus 5 bemenete egymillió tokenenként $5, míg a kimenete $25, vagyis ötször annyi. A Claude Sonnet 5 aránya ugyanilyen: $2 a $10-hez képest. Ennek oka, hogy a válasz létrehozása nehezebb a modellnek, mint a kérés elolvasása. A gyakorlati tanulság: egy hosszú válasz jobban megterheli a számládat, mint egy hosszú kérdés. Ugyanannyi szöveg kimenetként többször annyiba kerül, mint bemenetként, ezért olcsóbb tömör választ kérni a modelltől. A „Magyarázd el a lehető legrészletesebben” közvetlenül a számla legdrágább részét növeli.
Íme a hivatalos árak táblázata egymillió tokenre, 2026. szeptember eleji állapot szerint — jól látható, hogy mindenütt többször annyiba kerül a kimenet, mint a bemenet. | Modell | Bemenet, 1 millióra | Kimenet, 1 millióra | Mennyivel drágább a kimenet | |------------------|---------------|----------------|----------------------------| | Claude Opus 5 | $5 | $25 | 5-ször | | Claude Sonnet 5 | $2 | $10 | 5-ször | | Claude Haiku 4.5 | $1 | $5 | 5-ször | | GPT-5.6-terra | $2 | $12 | 6-szor | | DeepSeek V4 Pro | $0.66 | $1.98 | 3-szor | A szolgáltatók közötti árkülönbség óriási: egymillió bemeneti token Claude Opus 5-tel annyiba kerül, mint körülbelül 7.58 millió DeepSeek Pro-token a táblázat bemeneti áraival ($5 ÷ $0.66 ≈ 7.58). Az egyes árszinteken belül azonban egy szabály mindenütt érvényes: a kimenet három-hatszor annyiba kerül, mint a bemenet. Ennek egyszerű oka van: a modellnek könnyebb elolvasnia a kérésedet, mint választ írnia rá, a nehezebb munka pedig többe kerül. Ez olyan következtetéshez vezet, amely közvetlenül hat a számládra. Egy hosszú válasz drágább, mint egy hosszú kérdés. Ha azt kéred a modelltől, hogy „magyarázza el a lehető legrészletesebben”, saját magad növeled a számla legdrágább részét. Ugyanaz a jelentés rövid válaszba sűrítve többször olcsóbb. Ez az egyik oka annak, hogy a vibe coding az egyik embernek olcsó, míg a másik keretét egy nap alatt felemészti — még akkor is, ha ugyanazt a modellt használják. ## Hogyan számíthatod ki, meddig tart a kereted?
Fő tanulság Ahhoz, hogy kiszámítsd, meddig elég a pénzed, becsüld meg egy tipikus kérés költségét, és oszd el vele a keretedet. Vedd az egy kérésre jutó átlagos bemeneti és kimeneti tokenszámot, szorozd meg mindkettőt a saját árával, majd add össze az eredményt — ez adja meg egy kérés költségét. Ezután oszd el a keretedet ezzel az összeggel, és megkapod, hány kérésre lesz elég a pénzed.
Végezzük el a számítást lépésről lépésre. Helyettesítsd be a saját áraidat, a tipikus tokenmennyiséget és a keretedet. 1. Becsülj meg egy tipikus kérést. Tegyük fel, hogy egy hívás 20,000 bemeneti tokent használ (a kérdés, egy kódrészlet és némi előzmény), a kimenet pedig 2,000 token (a modell válasza). 2. Számítsd ki a bemenet költségét: oszd el a bemeneti tokenek számát egymillióval, majd szorozd meg az egymillió tokenre vonatkozó bemeneti árral. 3. Számítsd ki a kimenet költségét: oszd el a kimeneti tokenek számát egymillióval, majd szorozd meg az egymillió tokenre vonatkozó kimeneti árral. 4. Add össze a bemenet és a kimenet költségét. 5. Oszd el a keretedet az így kapott, kérésenkénti költséggel. A cikk táblázatának Opus 5 áraival: 20,000 ÷ 1,000,000 × $5 = $0.10 a bemenet, és 2,000 ÷ 1,000,000 × $25 = $0.05 a kimenet. Összesen: **$0.15 gyorsítótárazás nélküli kérésenként**. $10 keretből 66 teljes kérés fér ki ($9.90), azonos tokenszámok és további díjak hiánya esetén. Egy valódi kérés szinte soha nem „átlagos”: csatolj egy nagy fájlt, vagy nyújtsd el a beszélgetést, és a bemenet 20,000 tokenről 200,000-re nő. Ezért a megszokott munkamódszered alapján számolj; egy idealizált kérés rossz eredményt ad. Érdemes felfelé kerekíteni is. A Devin, a Claude Code és minden más AI-ügynök ugyanazt az API-t használja, és ugyanazzal a képlettel költi a tokeneket — csak az ügynök többet használ, mert a háttérben sok hívást indít. Külön cikkben írtam arról, miért kerül emiatt a vibe coding a vártnál többe: [a vibe coding rejtett költsége](https://ailoot.ai/blog/hu/vibe-coding-cost-time/). ## Mi az a gyorsítótárkedvezmény, és mikor érvényes?
Fő tanulság Gyorsítótárazásról akkor beszélünk, amikor a modell megjegyzi a már elolvasott bemeneti részt, és legközelebb nem számít fel teljes árat az újbóli feldolgozásáért. A gyorsítótárkedvezmény csak arra a bemenetre érvényes, amely egyik kérésről a következőre ismétlődik: egy rendszerutasításra, nagy kontextusra vagy csatolt dokumentumra. A Claude gyorsítótárból történő beolvasása tízszer olcsóbb a szokásos bemenetnél; a DeepSeeké több mint harmincszor olcsóbb. A kedvezmény a kimenetre soha nem érvényes: a modell minden alkalommal a nulláról állítja elő a választ. Még egy részlet: az első gyorsítótárba írás valamivel többe kerül, mint a szokásos bemenet, így a megtakarítás a második kéréssel kezdődik.
Most következzen a gyorsítótárazás — az „akár 80 százalékos kedvezmény”, amely bonyolultnak láttatja a számítást. A működése egyszerű. Néhány bemeneti rész változatlan marad egyik kérésről a következőre: a rendszerutasítás az elején, egy nagy kontextus vagy egy csatolt dokumentum, amellyel több híváson keresztül dolgozol. A gyorsítótárazás révén a modellnek nem kell minden alkalommal elölről elolvasnia ezt a részt; sokkal alacsonyabb áron hívhatja elő a memóriából. Az árengedmény mértéke a szolgáltatótól függ. A Claude esetében a gyorsítótárból történő újbóli beolvasás tízszer olcsóbb a szokásos bemenetnél: az Opus 5 normál bemenete egymillió tokenenként $5, míg a gyorsítótárból történő beolvasás $0.50. A DeepSeek kedvezménye még nagyobb: a flash modell gyorsítótárazott bemenete $0.007, míg a normál bemenet $0.22, vagyis több mint harmincszoros az árkülönbség. Ezért az „akár 80 százalékos kedvezmény” szerény becslés; a tényleges kedvezmény nagyobb is lehet. Tarts észben két feltételt, különben hibás lesz a gyorsítótár költségének számítása. - A kedvezmény csak az ismétlődő bemenetre érvényes. A modell minden alkalommal a nulláról állítja elő a kimenetet, arra pedig egyáltalán nem jár gyorsítótárkedvezmény. Ha a számlád nagy részét a hosszú válaszok adják, a gyorsítótárazás csak keveset takarít meg. - A gyorsítótárba történő első írás valamivel többe kerül a szokásos bemenetnél. Rövid távú tárolás esetén a Claude a normál bemeneti ár 1.25-szörösét számítja fel a gyorsítótárba írásért. A megtakarítás a második kéréssel kezdődik, amely beolvassa a már gyorsítótárazott részt. Egyetlen alkalommal használt kérésnél a gyorsítótárazás egyáltalán nem segít, sőt valamivel többe kerül. ## Hogyan számold újra a keretedet a gyorsítótárazással?
Fő tanulság A gyorsítótárazás figyelembevételéhez oszd két részre a bemenetet: az ismétlődő részt a gyorsítótár árával számlázzák, az új részt pedig a teljes áron. A képlet többi része változatlan marad.
Térjünk vissza a korábbi példában szereplő kérésmennyiséghez, és vegyük figyelembe a gyorsítótárazást is. A bemenetet két részre kell osztani: az ismétlődő, kedvezményre jogosító részre, illetve arra a részre, amely minden kérésben új. Vegyük ugyanazt a kérést 20,000 bemeneti és 2,000 kimeneti tokennel. A bemenetből 15,000 token legyen változatlan kontextus és 5,000 friss. A fent megadott Opus 5 árakat használjuk: egymillió friss bemeneti token $5, egymillió gyorsítótárból olvasott token $0.50, egymillió rövid távú gyorsítótárírási token $6.25 (1.25 × $5), a kimenet pedig egymillió tokenenként $25. | Kérés | Bemeneti számítás | Kimenet | Összesen | |----|----|----|----| | Gyorsítótár nélkül | 20,000 / 1M × $5 = $0.10 | 2,000 / 1M × $25 = $0.05 | **$0.15** | | Első gyorsítótárírás | 15,000 / 1M × $6.25 + 5,000 / 1M × $5 = $0.11875 | $0.05 | **$0.16875** | | Későbbi igazolt gyorsítótártalálat | 15,000 / 1M × $0.50 + 5,000 / 1M × $5 = $0.0325 | $0.05 | **$0.0825** | Az ismételt kérés 45%-kal olcsóbb a gyorsítótár nélküli $0.15-nél, miközben a gyorsítótárazott bemeneti rész 90%-kal olcsóbb. Az első írás drágább. Két hívás, egy írás és egy találat, $0.25125 a $0.30 helyett. $10 keretből egy írás és 119 igazolt találat, vagyis 120 hívás $9.98625-be kerül. Ez érvényes gyorsítótárat, minden hívásnál azonos tokenszámot és további díjak hiányát feltételezi; a tényleges olvasási és írási használatot vedd alapul, ne feltételezd, hogy minden ismétlés találat. Ebből következik a szabály: a gyorsítótárazás akkor éri meg, ha egy nagy kontextust sok kéréshez használsz, a különálló, rövid kérdésekhez viszont nem hasznos. ## Hol fogynak el a tokenek anélkül, hogy észrevennéd?
Fő tanulság A legnagyobb rejtett költség a folyamatosan növekvő beszélgetési előzmény. Minden új üzenet bemenetként magával viszi az egész korábbi beszélgetést, ezért egy hosszú beszélgetés végén egy kérés többször annyiba kerülhet, mint az elején. A második forrás a modell gondolkodási módja: a rejtett gondolkodás is kimeneti tokennek számít, márpedig ez a legdrágább tokenfajta. A harmadik a nagy csatolt fájlok, amelyeket minden kérésnél teljes egészében bemenetként küldenek el. Hogy ne fogyjon el feleslegesen a kereted, időnként kezdj új beszélgetést a hosszúak helyett, a nagy kontextust pedig tartsd gyorsítótárban.
A számlák gyakran magasabbak lesznek a becsültnél, szinte mindig három olyan dolog miatt, amely első pillantásra nem látható. Az első és legnagyobb a beszélgetési előzmény. A modell nem emlékszik magától a korábbi üzenetekre; minden alkalommal újra elküldik neki az egész beszélgetést a bemenet részeként. Ez azt jelenti, hogy egy hosszú beszélgetés tizedik üzenetével együtt elküldik mind a kilenc korábbi üzenetet és a rájuk adott válaszokat is. A beszélgetés elején kevésbe kerül egy kérés, de a végére ugyanazt jelentő kérdés többször annyiba kerül, mert megnőtt a bemenet. Egy egyszerű trükk: ha témát váltasz, kezdj új beszélgetést. Nem kell egyetlen beszélgetést a végtelenségig folytatni. A második a gondolkodási mód. Az újabb modelleknek van olyan módjuk, amelyben előbb belsőleg végiggondolják a választ, és csak utána válaszolnak. Ez a gondolkodás is kimeneti tokennek számít, a kimenet pedig a legdrágább rész. A válasz rövidnek látszik, de sok token van mögötte, így a számla meglepetést okoz. A harmadik a nagy melléklet. Ha nagy dokumentumot vagy fájlköteget csatolsz egy kéréshez, teljes egészében bemenetként küldik el minden hívásnál, amíg a kontextus része marad. Ha egy ideig ugyanazzal a dokumentummal dolgozol, érdemes gyorsítótárban tartani, hogy ne kelljen folyton a teljes árat fizetned érte. A kontextusban maradó tartalom kezelése külön készség, a neve kontextusmérnökség, és közvetlenül hat a számládra. ## Hogyan követheted a költést kézi számolás nélkül?
Fő tanulság Minden API-válasz metaadatmezői megadják a bemenethez és a kimenethez használt tokenek pontos számát, a gyorsítótárazott részt is külön feltüntetve. Ezek megmutatják az adott kérés tényleges költségét, így többé nem kell becsülnöd. A szolgáltatói fiók irányítópultján van egy használati oldal, amely megmutatja a napi költést és a fennmaradó egyenleget — nézd meg, amíg még van pénzed. A költés szabályozásához érdemes havi limitet beállítani, az automatikus feltöltést pedig kikapcsolni, amíg meg nem ismered a szokásos használatodat.
Csak egyszer kell kézzel becsülnöd: hogy általánosságban megértsd, meddig tart a pénzed. Ezután már nem kell kézzel számolnod; az API megteszi helyetted. Minden modellválaszhoz metaadatmezők tartoznak, amelyek megmutatják a kéréshez használt tokenek pontos számát: mennyi ment a bemenetre, mennyi a kimenetre, hány bemeneti tokent olvastak be a gyorsítótárból, és mennyit írtak bele első alkalommal. Ezek pontos adatok egy adott hívásról, és megmutatják, mire megy el valójában a kereted. Ha olyan eszközt használsz, mint a Claude Code, az általában minden feladat után maga mutatja meg a használatot. A szolgáltató irányítópultján is van egy használati oldal, ahol napi bontásban látható a költés és a jelenlegi egyenleged. Időnként ellenőrizd, különösen az első néhány hétben, amíg meg nem ismered a szokásos költési mintádat. Néhány szokás is segít pénzt megtakarítani: állíts be havi költési limitet, ha a szolgáltatód ezt lehetővé teszi, és ne kapcsold be az automatikus egyenlegfeltöltést, amíg nem tudod, mennyit szoktál költeni. Különben egy éjszaka elszabaduló ügynök a vártnál nagyobb összeget számolhat fel.
### Források - [Anthropic - modellárak](https://docs.claude.com/en/docs/about-claude/pricing) - a Claude-modellek bemeneti, kimeneti és gyorsítótárárai - [Anthropic - prompt gyorsítótárazása](https://docs.claude.com/en/docs/build-with-claude/prompt-caching) - a gyorsítótárazás működése, írási és olvasási árak, minimális hossz - [DeepSeek - modellek és árak](https://api-docs.deepseek.com/quick_start/pricing) - használati képlet, cache hit és cache miss árak, nappali és éjszakai díjak - [OpenAI - API-árak](https://platform.openai.com/docs/pricing) - a GPT-modellek bemeneti, gyorsítótárazott bemeneti és kimeneti árai
Ismerd meg az [Ailootot](https://ailoot.ai/). ## Kérdések és válaszok: OpenAI API-árak 2026-ban: tokenhasználat és költségkeret ### Mennyibe kerül a mintakérés gyorsítótárazás nélkül? A cikk Opus 5 tarifáival 20,000 bemeneti token $0.10, a 2,000 kimeneti token pedig $0.05, összesen $0.15. $10 keretből 66 teljes, ilyen rögzített méretű hívás fér ki, az esetleges további díjak előtt. ### Miért kisebb a gyorsítótárkedvezmény a teljes kérésre, mint a gyorsítótárazott bemenetre? A friss bemenetet és a kimenetet továbbra is normál áron számlázzák. A példában 15,000 gyorsítótárazott bemeneti, 5,000 friss bemeneti és 2,000 kimeneti token együtt $0.0825, ami 45% megtakarítás a $0.15-höz képest. Az első gyorsítótárírás ehelyett $0.16875. ## Ailoot · A vállalat és projektportfóliója Az Ailoot felhalmozott működési tapasztalatra, széles ügyfélkörre, stabil szolgáltatásra és folyamatos KPI-ellenőrzésre épít. A vállalat és projektportfóliója: ügyfelek milliói; havi értékesítés milliárdos nagyságrendben. Az Ailoot ezt a működési tapasztalatot használja az ügyfelek termékeiben, ágenseiben, alkalmazásaiban és automatizálásaiban elérhető AI-funkciók API-hozzáféréséhez.