DeepSeek fordításra: ahol működik, és ahol megbukik

A DeepSeek olcsó és ügyes fordító hosszú szövegekhez, különösen az API-ján keresztül. A gyenge pontjai nem azok, amelyeket a legtöbb teszt vizsgál. Tapasztalatunk szerint a probléma ritkán egy ügyetlen mondat. Az a kimenet, amely késznek látszik, de nem az: egy kimaradt félkövér szó, egy lefordított kódrészlet, egy rossz írásrendszerből származó karakter, vagy egy mondat, amelyet a javítás kedvéért megismétel. Ezek egyike sem tűnik fel, amikor egy bekezdést beillesztesz egy csevegésbe. Mindegyik felbukkan, amikor egy egész dokumentumot fordítasz.

Ezt onnan tudjuk, hogy a DeepSeek fordítja ezt az oldalt. 2026 októberében a lokalizált cikkeinket (27 nyelven) és a felületi szövegeket előállító folyamatot egy másik modellről a DeepSeek API-ra állítottuk át, és azóta minden új vagy javított fordítás ebből származik. Az alábbiakban arról olvashatsz, mi tört el az első futásokban, milyen ellenőrzéseket adtunk hozzá, mennyibe kerülne egy könyv hosszúságú munka a jelenlegi API-árakon, és hol szűnik meg a DeepSeek a megfelelő eszköz lenni.

A DeepSeek modelljeire, áraira és irányelveire vonatkozó tények a DeepSeek saját dokumentációjából származnak, 2026-10-13-i ellenőrzéssel. A DeepSeek gyakran változtatja a modelleket és az árakat, ezért nézd meg a hivatkozásokat, mielőtt egy számra támaszkodnál.

Mit kínál a DeepSeek fordításra

Kétféleképpen használhatod, és ezek különböző feladatokra alkalmasak.

Egyik felület sem ad vissza lefordított EPUB-, DOCX- vagy PDF-fájlt. Szöveget kapsz, és a fájl újjáépítése a te feladatod.

Öt hiba, amibe a DeepSeek első futásai során belefutottunk

A folyamatunk minden bekezdést, címsort vagy táblázatcellát egy egységként küld el, kötegekben, és JSON-t kér vissza. Minden választ ellenőrzünk, és csak akkor írunk lokalizált fájlt, ha minden ellenőrzés sikeres. A DeepSeek első teljes futásakor a blogunkon a legtöbb feladat átment, és a visszautasítások többsége inkább mechanikus volt, mint rossz fordítás. Ezek azok, amelyek tanítottak nekünk valamit.

1. Eltűnt a formázás, pedig a szavak jók maradtak

Egy arab cikkben a fordítás rendben volt, de a not félkövérje eltűnt, így a mondat elveszítette a hangsúlyát. Egy holland cikkben egy félkövér kifejezés két részre szakadva jött vissza. Ezek közül egyik sem tűnik hibásnak, hacsak nem hasonlítod össze a jelölést a forrással.

A megoldás: fordítás után minden bekezdést újra feldolgozunk, és ugyanazokat a linkeket, félkövér kifejezéseket, beágyazott kódot és képeket kell tartalmaznia, mint az angol, bármilyen sorrendben, mivel más nyelvek átrendezik a szavakat.

Mit jelent ez neked: ha a formázás jelentéssel bír a dokumentumodban, például félkövér figyelmeztetések, linkek vagy lábjegyzetjelölők, számold meg őket a forrásban és a fordításban is.

2. Olyan dolgokat fordítottak le, amiket soha nem szabadott volna

Egy maláj cikkben volt egy beágyazott kódminta, [door slams], egy felirat példájából. A DeepSeek lefordította. Egy burmai cikkben egy idézett japán mondatvégi pont 。 egy kódspánban a burmai mondatvégi ponttá ။ vált. Mindkettő ésszerű prózában, de hibás egy szó szerinti példában.

A megoldás: a beágyazott kódnak pontosan úgy kell visszajönnie, ahogy elküldtük.

Mit jelent ez neked: mondd meg a modellnek, mely karakterláncok szó szerintiek, például kód, fájlnevek, terméknevek és idézett példák, és utána ellenőrizd őket.

3. A szavak rossz írásrendszerrel jöttek vissza

A DeepSeek egy bengáli szót tett egy hindi mondatba, és szingaléz karaktereket egy burmaiba. A hindi és a bengáli közeli rokonok. A szingaléz és a burmai nem azok, ami emlékeztet rá, hogy nem lehet megjósolni, hol történik ez. Egy szúrópróba ellenőrzés elmulasztja, ha nem olvasod a célnyelvet.

A megoldás: minden kérés megnevezi a célnyelvet és annak írásrendszerét, nem csak egy kódot (a miénk így hangzik: „Twi (locale code tw, written in the Latin alphabet)”). Ezután egy írásrendszer-ellenőrzés elutasít minden olyan kimenetet, amely olyan írásrendszer karaktereit tartalmazza, amelyet az a nyelv nem használ.

Mit jelent ez neked: írd azt, hogy „Fordítsd brazil portugálra”, ne azt, hogy „fordítsd pt-re”. Ha nem olvasod a célnyelvet, legalább ellenőrizd, hogy az írásrendszer helyes-e.

4. Az újrapróbálkozások megismételték a hibát, vagy rosszul „javították”

Amikor egy ellenőrzés elutasított egy választ, egy 0 hőmérsékleten tett újrapróbálkozás szó szerint ugyanazt a rossz választ adta vissza, beleértve a bengáli szót a hindiben. Az alacsony hőmérséklet ismételhetővé teszi a kimenetet, és ez magában foglalja a hibát is. Egy homályos elutasítási üzenet sem járt jobban. És egyszer, amikor egy hiányzó félkövér kifejezés visszaállítására kértük, a DeepSeek az eredeti után hozzáadta az egész mondat félkövér másolatát. A félkövér visszatért, és a mondat most kétszer szerepelt.

A megoldás: az újrapróbálkozási utasítás pontosan megnevezi, mi hiányzik vagy váratlan, például „hiányzó beágyazott kód 。”, a későbbi próbálkozások 0,4 hőmérsékletet használnak, és egy végső ellenőrzés elutasítja azokat a mondatokat, amelyeket az angol nem ismétel.

Egy kapcsolódó csapda: a DeepSeek gondolkodási módja alapértelmezés szerint be van kapcsolva, és gondolkodási módban a temperature-nek nincs hatása (gondolkodási mód). A fordításhoz kikapcsoljuk a gondolkodást a "thinking": {"type": "disabled"} beállítással, ami a késleltetést is csökkenti.

5. A JSON érvényes volt, de a kulcsok nem

Számozott egységeket küldünk, például body:0059, és ugyanazokat a kulcsokat kérjük vissza. Néha a DeepSeek az összes lefordított értéket helyes sorrendben adta vissza, de átnevezett egy kulcsot egyszerűen body-ra, vagy hozzáadott egy kulcsot, amit soha nem küldtünk. A JSON feldolgozható volt. Egy naiv szkript kihagyott vagy rossz helyre tett volna egy bekezdést.

A megoldás: az átnevezett kulcsokat csak akkor párosítjuk vissza pozíció alapján, ha minden más kulcs a várt helyén van, és a plusz kulcsokat figyelmen kívül hagyjuk.

Mit jelent ez neked: ha szkripttel fordítasz, ellenőrizd, hogy minden elküldött egység a saját azonosítójával jött-e vissza, mielőtt összeállítod a dokumentumot.

Egy tanulság megelőzi a DeepSeeket. A folyamatunk régebben minden linknél és félkövér kifejezésnél szétdarabolta a mondatokat, és a DeepSeek előtt használt modell folyton üres töredékeket adott vissza, például „ for reading”, mert a célnyelvben a jelentésük átkerült a szomszédos darabba. Bármely modell megteszi ezt. Soha ne küldj fél mondatot. Ha egy könyvet darabolsz, bekezdések határán vágd el.

Ellenőrzőlista egy hosszú dokumentum DeepSeekkel való fordításához

Ezt akár a chatalkalmazásban dolgozol, akár szkriptet írsz az API-hoz, használd:

1. Darabolj bekezdés- vagy szakaszhatárokon. Soha ne szakíts meg egy mondatot. Minden kérés legyen elég kicsi ahhoz, hogy a lefordított kimenet kényelmesen beleférjen a kimeneti korlátba.
2. Minden kérésbe tedd bele a szószedetet. A nevek, kitalált kifejezések és rögzített fordítások minden darab elejére kerüljenek. A modell csak az előtte lévő kérést látja.
3. Nevezd meg szavakkal a nyelvet és az írásrendszert, valamint a kívánt regisztert (formális, kötetlen, irodalmi).
4. Kérj strukturált kimenetet, ha szkriptből futtatod. Az API-nál állítsd a response_format értékét {"type": "json_object"}-re, szerepeljen a promptban a „json” szó, és mutasd meg a pontos elvárt formátumot (JSON output).
5. Az üres, csonka vagy feldolgozhatatlan válaszokat tekintsd hibának. A max_tokens elérését jelző válasz egyszerűen leáll, ezért ellenőrizd a finish_reason mezőt, és a DeepSeek megjegyzi, hogy a JSON mód „alkalmanként üres tartalmat adhat vissza” (JSON output). Ilyenkor próbálkozz újra, ne mentsd el egyiket sem.
6. Ha egy újrapróbálkozás ugyanúgy meghiúsul, változtass valamin: mondd meg, mi volt a hiba, és nem gondolkodó módban növeld a hőmérsékletet.
7. Minden darabot gépi úton ellenőrizz, mielőtt elolvasnád: ne legyen üres, ne tartalmazzon rossz írásrendszerhez tartozó karaktereket, és ugyanannyi hivatkozás, szám és címsor legyen benne, mint a forrásban.
8. Utána vizsgáld a jelentést. A gépi ellenőrzések a hibás kimenetet szűrik ki, nem a félrefordítást. Ha valami publikálásra kerül, egy anyanyelvi szinten olvasó embernek továbbra is ellenőriznie kell a neveket, a számokat és a hangvételt. A terminológiai konzisztenciáról szóló útmutatónk bemutatja, hogyan tartsd stabilan a kifejezéseket a fejezetek között.

Mennyibe kerül egy könyv a DeepSeek API-n

Az API elég olcsó ahhoz, hogy a költség ritkán döntse el a kérdést. Íme egy durva becslés egy 100 000 szavas angol könyvre, amelyet deepseek-flash-sel fordítottak csúcsidőszaki árakon: 0,30 USD millió bemeneti tokenenként (cache miss) és 1,20 USD millió kimeneti tokenenként (pricing).

A csúcsidőn kívüli díjak ennek a felét teszik ki. A tokenarányok nyelvenként nagyon eltérőek, ezért ezt nagyságrendi becslésnek tekintsd, ne ajánlatnak. Az API-s fordítás valódi költsége az időd: a darabolás, az ellenőrzések és a használható fájlt újraépítő kód megírása.

Feltöltés előtt ellenőrizd az adatvédelmet

A DeepSeek adatvédelmi szabályzata (utolsó frissítés: 2026. február 10.) szerint a vállalat a személyes adatokat „a Kínai Népköztársaságban” gyűjti, dolgozza fel és tárolja, valamint a beküldött tartalmak felhasználási módjaként sorolja fel a modelljei tanítását és fejlesztését. Szintén felsorolja a tanításból való kimaradás jogát, amelyet nem alkalmazáson belüli beállítással, hanem e-mailben a DeepSeekhez fordulva gyakorolhatsz (DeepSeek privacy policy).

Szerződések, kiadatlan kéziratok vagy ügyfélfájlok esetében ezt még a feltöltés előtt döntse el. A DeepSeek modellsúlyait más szolgáltatók is futtathatják, vagy saját hardveren is működtetheti, ahol ezek a feltételek nem érvényesek, de akkor az adott szolgáltató feltételeit kell ellenőriznie. A dokumentumfordítás adatvédelmi ellenőrzőlistája felsorolja azokat a kérdéseket, amelyeket bármely eszköznél fel kell tennie, beleértve a miénket is.

Mikor a megfelelő eszköz a DeepSeek, és mikor nem

Az, hogy melyik modell fordítja a legjobban az Ön nyelvpárját, külön kérdés. A legjobb LLM fordításhoz útmutatónk elmagyarázza, hogyan tesztelheti ezt saját maga. Ha a csevegőeszközök között dönt, a ChatGPT, a Claude és a Gemini útmutatók ugyanezeket a kérdéseket járják körül mindegyiknél.

A DeepSeek akkor a megfelelő eszköz, ha minden hibát lát és javítani tud: egy szakasz, amelyet közelről fog elolvasni, vagy egy folyamat, ahol Ön irányítja az ellenőrzéseket. Akkor nem megfelelő fő eszközként, ha egy teljes fordított fájlt szeretne anélkül, hogy ezt a folyamatot felépítené. Ezt a munkát végzi a BookTranslator. Feltölti a PDF, EPUB, DOCX vagy más támogatott fájlt, az egész dokumentumot lefordítja kontextussal és egységes szójegyzékkel, és visszakap egy fordított fájlt, valamint egy kétnyelvű változatot, ahol a formátum támogatja. Beolvasott PDF-ek esetén az OCR mód a felismert tartalomból épít fel egy tiszta fordított PDF-et, ahelyett hogy pontosan másolná az eredeti oldal elrendezését. A fizetés előtt látja az árat, így feltöltheti a fájlt, és onnan dönthet. Bármelyik eszközt használja is, minden fontos dolognál tartson fenn emberi ellenőrzést.