DeepSeek برای ترجمه: کجا کار می‌کند و کجا می‌شکند

دیپ‌سیک یک مترجم ارزان و توانمند برای متن‌های طولانی است، به‌ویژه از طریق API آن. نقاط ضعفش آن‌هایی نیستند که بیشتر بررسی‌ها آزمایش می‌کنند. بر اساس تجربه ما، مشکل به‌ندرت یک جمله ناهموار است. مشکل خروجی‌ای است که تمام‌شده به نظر می‌رسد اما نیست: یک کلمه پررنگ حذف‌شده، یک نمونه کد که ترجمه شده، یک نویسه از خط اشتباه، یا جمله‌ای که برای رفع یک تصحیح تکرار شده است. هیچ‌کدام از این‌ها وقتی یک پاراگراف را در چت می‌چسبانید ظاهر نمی‌شوند. همه‌شان وقتی یک سند کامل را ترجمه می‌کنید ظاهر می‌شوند.

ما این را می‌دانیم چون دیپ‌سیک این سایت را ترجمه می‌کند. در اکتبر ۲۰۲۶، خط لوله‌ای که مقالات بومی‌سازی‌شده ما (۲۷ زبان) و متن رابط را تولید می‌کند از مدل دیگری به API دیپ‌سیک تغییر دادیم، و هر ترجمه جدید یا ترمیم‌شده از آن زمان از آن آمده است. در ادامه آنچه در اجراهای اول شکست، بررسی‌هایی که اضافه کردیم، هزینه یک کار به‌اندازه کتاب با قیمت‌های فعلی API، و جایی که دیپ‌سیک دیگر ابزار مناسب نیست را می‌آوریم.

واقعیت‌ها درباره مدل‌ها، قیمت‌ها و سیاست‌های دیپ‌سیک از مستندات خود دیپ‌سیک می‌آید که در ۲۰۲۶-۱۰-۱۳ بررسی شده است. دیپ‌سیک اغلب مدل‌ها و قیمت‌ها را تغییر می‌دهد، پس قبل از تکیه بر یک عدد، لینک‌ها را بررسی کنید.

دیپ‌سیک برای ترجمه چه ارائه می‌دهد

دو راه برای استفاده از آن وجود دارد و هر کدام برای کارهای متفاوتی مناسب‌اند.

هیچ‌کدام از این دو سطح، EPUB، DOCX یا PDF ترجمه‌شده برنمی‌گردانند. شما متن می‌گیرید و بازسازی فایل کار شماست.

پنج شکستی که در نخستین اجراهای DeepSeek با آن روبه‌رو شدیم

خط لولهٔ ما هر پاراگراف، سرصفحه یا خانهٔ جدول را به‌صورت یک واحد، در دسته‌های چندتایی می‌فرستد و پاسخ را در قالب JSON می‌خواهد. هر پاسخ بررسی می‌شود و فایل بومی‌سازی‌شده تنها در صورتی نوشته می‌شود که همهٔ بررسی‌ها موفق شوند. در نخستین اجرای کامل DeepSeek روی وبلاگ ما، بیشتر کارها قبول شدند و بیشتر ردها مکانیکی بودند، نه ترجمهٔ بد. این‌ها مواردی هستند که چیزی به ما آموختند.

۱. قالب‌بندی ناپدید شد، در حالی که واژه‌ها درست بودند

در یک مقالهٔ عربی، ترجمه خوب بود اما برجسته‌سازی روی not از بین رفته بود، پس جمله تأکیدش را از دست داده بود. در یک مقالهٔ هلندی، یک عبارت برجسته به دو تکه تقسیم شده بود. هیچ‌کدام از این‌ها اشتباه به نظر نمی‌رسد مگر اینکه نشانه‌گذاری را با متن مبدأ مقایسه کنید.

راه‌حل: پس از ترجمه، هر پاراگراف دوباره تجزیه می‌شود و باید همان پیوندها، عبارت‌های برجسته، کد درون‌خطی و تصاویر انگلیسی را داشته باشد، به هر ترتیبی، چون زبان‌های دیگر واژه‌ها را جابه‌جا می‌کنند.

این برای شما چه معنایی دارد: اگر قالب‌بندی در سند شما حامل معناست، مانند هشدارهای برجسته، پیوندها یا نشانگرهای پانویس، آن‌ها را در مبدأ و در ترجمه بشمارید.

۲. چیزهایی که هرگز نباید ترجمه می‌شدند، ترجمه شدند

یک مقالهٔ مالایی یک نمونهٔ کد درون‌خطی داشت، [door slams]، از یک مثال زیرنویس. DeepSeek آن را ترجمه کرد. در یک مقالهٔ برمه‌ای، نقطهٔ پایان ژاپنی نقل‌شده 。 در یک بازهٔ کد به نقطهٔ پایان برمه‌ای ။ تبدیل شد. هر دو برای نثر معقول و برای یک مثال عینی نادرست هستند.

راه‌حل: کد درون‌خطی باید دقیقاً همان‌طور که فرستاده شده بازگردد.

این برای شما چه معنایی دارد: به مدل بگویید کدام رشته‌ها عینی هستند، مانند کد، نام فایل‌ها، نام محصولات و مثال‌های نقل‌شده، و بعداً آن‌ها را بررسی کنید.

۳. واژه‌ها با خط نادرست بازگشتند

DeepSeek یک واژهٔ بنگالی را داخل یک جملهٔ هندی گذاشت، و نویسه‌های سینهالی را داخل یک جملهٔ برمه‌ای. هندی و بنگالی همسایه‌های نزدیک هستند. سینهالی و برمه‌ای نیستند، که یادآوری است نمی‌توانید پیش‌بینی کنید این کجا رخ می‌دهد. یک بررسی نقطه‌ای آن را از دست می‌دهد اگر زبان مقصد را نخوانید.

راه‌حل: هر درخواست زبان مقصد و نظام نوشتاری آن را نام می‌برد، نه فقط یک کد (مال ما این‌گونه خوانده می‌شود: «Twi (locale code tw, written in the Latin alphabet)»). سپس یک بررسی خط هر خروجی‌ای را که نویسه‌هایی از خطی دارد که آن زبان استفاده نمی‌کند رد می‌کند.

این برای شما چه معنایی دارد: بنویسید «به پرتغالی برزیلی ترجمه کن»، نه «به pt ترجمه کن». اگر نمی‌توانید زبان مقصد را بخوانید، حداقل بررسی کنید که خط درست است.

۴. تلاش‌های دوباره اشتباه را تکرار کردند، یا آن را بد «درست» کردند

وقتی یک بررسی پاسخی را رد می‌کرد، تلاش دوباره در دمای ۰ همان پاسخ نادرست را واژه‌به‌واژه بازمی‌گرداند، از جمله واژهٔ بنگالی در هندی. دمای پایین خروجی را تکرارپذیر می‌کند، و این شامل خطا هم می‌شود. یک پیام رد مبهم بهتر عمل نکرد. و یک بار، وقتی خواسته شد یک عبارت برجستهٔ گمشده بازگردانده شود، DeepSeek یک نسخهٔ برجسته از کل جمله را بعد از اصل اضافه کرد. برجسته‌سازی برگشته بود، و جمله حالا دو بار ظاهر می‌شد.

راه‌حل: اعلان تلاش دوباره دقیقاً نام می‌برد چه چیزی گمشده یا غیرمنتظره است، مانند «کد درون‌خطی گمشده 。»، تلاش‌های بعدی از دمای ۰٫۴ استفاده می‌کنند، و یک بررسی نهایی جملاتی را که انگلیسی تکرار نمی‌کند رد می‌کند.

یک تلهٔ مرتبط: حالت تفکر DeepSeek به‌طور پیش‌فرض روشن است، و در حالت تفکر temperature هیچ تأثیری ندارد (حالت تفکر). ما تفکر را برای ترجمه با "thinking": {"type": "disabled"} خاموش می‌کنیم، که تأخیر را هم کاهش می‌دهد.

۵. JSON معتبر بود اما کلیدها نبودند

ما واحدهای شماره‌دار مانند body:0059 می‌فرستیم و همان کلیدها را بازمی‌خواهیم. گاهی DeepSeek هر مقدار ترجمه‌شده را به ترتیب درست بازمی‌گرداند اما یک کلید را به body ساده تغییر نام می‌داد، یا کلیدی اضافه می‌کرد که هرگز نفرستاده بودیم. JSON تجزیه می‌شد. یک اسکریپت ساده‌لوحانه یک پاراگراف را حذف یا جابه‌جا می‌کرد.

راه‌حل: کلیدهای تغییرنام‌یافته فقط زمانی بر اساس موقعیت تطبیق داده می‌شوند که هر کلید دیگر در جای مورد انتظارش باشد، و کلیدهای اضافی نادیده گرفته می‌شوند.

این برای شما چه معنایی دارد: اگر ترجمه‌ها را اسکریپت می‌کنید، بررسی کنید که هر واحدی که فرستاده‌اید زیر شناسهٔ خودش بازگشته باشد، پیش از آنکه سند را سرهم کنید.

یک درس پیش از DeepSeek هم وجود داشت. خط لولهٔ ما قبلاً جمله‌ها را در هر پیوند و عبارت برجسته تقسیم می‌کرد، و مدلی که پیش از DeepSeek استفاده می‌کردیم مدام قطعه‌های خالی مانند « for reading» را بازمی‌گرداند، چون در زبان مقصد معنایشان به قطعهٔ همسایه منتقل شده بود. هر مدلی این کار را می‌کند. هرگز نصف جمله را نفرستید. اگر کتابی را تکه‌تکه می‌کنید، در مرزهای پاراگراف ببرید.

چک‌لیستی برای ترجمهٔ یک سند بلند با DeepSeek

از این توصیه‌ها استفاده کنید، چه در اپ چت کار کنید و چه اسکریپتی برای API بنویسید:

1. تکه‌تکه کردن در مرزهای پاراگراف یا بخش. هرگز یک جمله را تقسیم نکنید. هر درخواست را به اندازه‌ای کوچک نگه دارید که خروجی ترجمه‌شده به‌خوبی زیر محدودیت خروجی جا شود.
2. واژه‌نامه را در هر درخواست قرار دهید. نام‌ها، اصطلاحات ابداعی و ترجمه‌های ثابت را در ابتدای هر تکه بگذارید. مدل فقط درخواستی را می‌بیند که پیش رویش است.
3. زبان و خط را با کلمات نام ببرید، به‌همراه لحنی که می‌خواهید (رسمی، خودمانی، ادبی).
4. اگر اسکریپت می‌نویسید، خروجی ساختاریافته بخواهید. با API، response_format را روی {"type": "json_object"} تنظیم کنید، کلمهٔ «json» را در پرامپت بگنجانید و قالب دقیقی که انتظار دارید را نشان دهید (خروجی JSON).
5. پاسخ‌های خالی، ناقص یا غیرقابل‌تجزیه را شکست تلقی کنید. پاسخی که به max_tokens برسد فقط متوقف می‌شود، پس finish_reason را بررسی کنید، و DeepSeek اشاره می‌کند که حالت JSON «ممکن است گاهی محتوای خالی برگرداند» (خروجی JSON). به‌جای ذخیره کردن هر کدام، دوباره تلاش کنید.
6. وقتی تلاش مجدد به همان شکل شکست خورد، چیزی را تغییر دهید: بگویید چه اشکالی وجود داشت، و در حالت غیرتفکری دما را بالا ببرید.
7. پیش از خواندن، هر تکه را مکانیکی بررسی کنید: هیچ‌چیز خالی نباشد، هیچ نویسهٔ خط اشتباهی نباشد، و تعداد پیوندها، اعداد و سرتیترها با منبع یکسان باشد.
8. سپس معنا را بازبینی کنید. بررسی‌های مکانیکی خروجی خراب را می‌گیرند، نه ترجمهٔ غلط را. برای هر چیزی که منتشر خواهد شد، هنوز یک خوانندهٔ مسلط باید نام‌ها، اعداد و لحن را بررسی کند. راهنمای یکدستی اصطلاحات ما پوشش می‌دهد که چگونه اصطلاحات را در سراسر فصل‌ها ثابت نگه داریم.

هزینهٔ یک کتاب در API دیپ‌سیک

API به‌قدری ارزان است که هزینه به‌ندرت تعیین‌کنندهٔ این پرسش می‌شود. در اینجا برآوردی تقریبی برای یک کتاب انگلیسی ۱۰۰٬۰۰۰ کلمه‌ای که با deepseek-flash با قیمت‌های اوج ترجمه شود می‌آید: ۰٫۳۰ دلار به‌ازای هر میلیون توکن ورودی (عدم برخورد به حافظهٔ نهان) و ۱٫۲۰ دلار به‌ازای هر میلیون توکن خروجی (قیمت‌گذاری).

نرخ‌های خارج از اوج نصف این مقدار است. نسبت‌های توکن بسته به زبان بسیار متفاوت است، پس این را یک تخمین مرتبهٔ بزرگی در نظر بگیرید، نه یک قیمت قطعی. هزینهٔ واقعی ترجمه با API زمان شماست: نوشتن تکه‌بندی، بررسی‌ها و کدی که یک فایل قابل‌استفاده را بازسازی می‌کند.

پیش از بارگذاری، حریم خصوصی را بررسی کنید

سیاست حریم خصوصی DeepSeek (آخرین به‌روزرسانی ۱۰ فوریه ۲۰۲۶) می‌گوید که این شرکت داده‌های شخصی را «در جمهوری خلق چین» جمع‌آوری، پردازش و ذخیره می‌کند، و آموزش و بهبود مدل‌هایش را به‌عنوان یکی از کاربردهای آنچه شما ارسال می‌کنید فهرست می‌کند. همچنین حق انصراف از آموزش را فهرست می‌کند که آن را با ایمیل زدن به DeepSeek اعمال می‌کنید، نه از طریق تنظیمی درون‌برنامه‌ای (سیاست حریم خصوصی DeepSeek).

برای قراردادها، دست‌نوشته‌های منتشرنشده یا فایل‌های مشتری، پیش از بارگذاری هر چیزی این را مشخص کنید. وزن‌های مدل DeepSeek را می‌توان توسط ارائه‌دهندگان دیگر یا روی سخت‌افزار خودتان نیز اجرا کرد، جایی که این شرایط اعمال نمی‌شود، اما در آن صورت باید شرایط آن ارائه‌دهنده را بررسی کنید. چک‌لیست حریم خصوصی ترجمه اسناد پرسش‌هایی را فهرست می‌کند که باید از هر ابزاری، از جمله ابزار ما، بپرسید.

چه زمانی DeepSeek ابزار مناسب است و چه زمانی نیست

اینکه کدام مدل جفت‌زبان شما را بهتر ترجمه می‌کند پرسش جداگانه‌ای است. راهنمای بهترین LLM برای ترجمه ما توضیح می‌دهد که چگونه خودتان این را آزمایش کنید. اگر بین ابزارهای چت تصمیم می‌گیرید، راهنماهای ChatGPT، Claude و Gemini همین پرسش‌ها را برای هر کدام پوشش می‌دهند.

DeepSeek زمانی ابزار مناسب است که بتوانید هر خطا را ببینید و برطرف کنید: قطعه‌ای که آن را با دقت می‌خوانید، یا یک خط لوله که در آن بررسی‌ها را کنترل می‌کنید. زمانی ابزار اصلی نامناسب است که بخواهید یک فایل ترجمه‌شده کامل بدون ساختن آن خط لوله داشته باشید. این همان کاری است که BookTranslator انجام می‌دهد. شما فایل PDF، EPUB، DOCX یا سایر فایل‌های پشتیبانی‌شده را بارگذاری می‌کنید، این ابزار کل سند را با در نظر گرفتن زمینه و واژه‌نامه‌ای یکدست ترجمه می‌کند و شما یک فایل ترجمه‌شده دریافت می‌کنید، به‌همراه یک نسخه دوزبانه در قالب‌هایی که از آن پشتیبانی می‌کنند. برای PDFهای اسکن‌شده، حالت OCR یک PDF ترجمه‌شده تمیز را از محتوای شناسایی‌شده بازسازی می‌کند، نه اینکه چیدمان صفحه اصلی را دقیقاً کپی کند. قیمت را پیش از پرداخت می‌بینید، بنابراین می‌توانید فایل را بارگذاری کنید و از همان‌جا تصمیم بگیرید. هر ابزاری که استفاده می‌کنید، برای هر چیز مهمی بازبینی انسانی را حفظ کنید.