ما الذي تغير مع DeepSeek V4.1-Flash؟
يمثل V4.1-Flash الجيل الجديد من نموذج Flash لدى DeepSeek، وليس مجرد تحديث صغير للإصدار السابق. أصبح النموذج متاحًا عبر API باستخدام الاسم:
deepseek-flash
وأوقفت الشركة نموذجي V4-Flash وV4-Flash-Vision-Exp السابقين. ولأغراض التوافق، تُوجّه الطلبات المرسلة مؤقتًا إلى الاسمين deepseek-v4-flash وdeepseek-v4-flash-vision-exp إلى V4.1-Flash.
أحد التغييرات المهمة أيضًا أن دعم الصور أصبح جزءًا أصليًا من النموذج نفسه، بدل الاعتماد على إصدار Vision منفصل. ويمكن بذلك استخدام النموذج نفسه مع النصوص والصور في مهام مثل تحليل لقطات الشاشة والمستندات المصورة وسير العمل الذي يجمع أكثر من نوع من المدخلات.
ماذا حدث لخطة V4-Pro بعد الإعلان الأول؟
عند إعلان V4.1-Flash، قالت DeepSeek في صفحة الإطلاق الرسمية إنها تخطط لتحويل جميع طلبات API المرسلة إلى deepseek-v4-pro إلى V4.1-Flash ابتداءً من 14 سبتمبر، إلى حين إطلاق V4.1-Pro.
لكن أحدث نص في سجل تغييرات DeepSeek API يوضح أن الشركة قررت، استجابةً لطلب المستخدمين، الاستمرار في تقديم خدمة V4-Pro بعد 14 سبتمبر 2026، مع بقاء طريقة الفوترة دون تغيير، على أن تعلن لاحقًا إذا طرأ أي تعديل.
هذا يعني أن مستخدم V4-Pro لا يحتاج حاليًا إلى التعامل مع 14 سبتمبر كموعد لإيقاف النموذج أو لتحويل طلباته تلقائيًا إلى Flash. ويبقى deepseek-v4-pro متاحًا كخيار مستقل وفق أحدث معلومات API.
من المهم هنا التمييز بين المصدرين: صفحة إطلاق V4.1-Flash ما تزال تعرض الخطة الأولى، بينما يعكس سجل تغييرات API الحالة الأحدث للخدمة. لذلك يُفضّل الرجوع إلى سجل التغييرات وصفحة الأسعار عند اتخاذ قرار يتعلق بتطبيق يعمل فعليًا على API.
ما الذي يقدمه V4.1-Flash مقارنة بالجيل السابق؟
تعتمد DeepSeek V4.1-Flash على نموذج Mixture of Experts يضم 552 مليار معامل إجمالًا، لكن النموذج لا يستخدمها كلها مع كل Token. بحسب المواصفات الرسمية، يُفعّل نحو 8 مليارات معامل أثناء معالجة الإدخال و16 مليارًا أثناء توليد الإخراج.
كما يدعم النموذج نافذة سياق تصل إلى مليون Token، وهي مهمة خصوصًا للتطبيقات التي تتعامل مع مستندات كبيرة أو محادثات طويلة أو Agents تحتاج إلى الاحتفاظ بقدر كبير من السياق أثناء تنفيذ المهمة.
لكن حجم النموذج أو عدد المعاملات وحده لا يحدد جودة النتيجة. الفائدة العملية هنا أن البنية الجديدة صُممت لتقليل الموارد اللازمة لمعالجة السياق مع الحفاظ على نافذة كبيرة.
كيف خفضت DeepSeek تكلفة السياق والـAgents؟
ركزت DeepSeek في V4.1-Flash على تقليل حجم KV Cache، وهو الجزء الذي يحتفظ بمعلومات السياق السابقة حتى لا يعيد النموذج معالجة كل شيء من البداية في كل خطوة.
بحسب الشركة، يحتاج النموذج إلى نحو ربع ذاكرة HBM وثُمن مساحة SSD التي كان يحتاج إليها V4-Flash السابق لتخزين KV Cache.
يظهر أثر هذا التحسين بصورة أكبر في Agents والمحادثات الطويلة التي تعيد استخدام سياق كبير باستمرار. تقليل حجم الـCache لا يعني أن المستخدم سيُحاسب على عدد أقل من Tokens تلقائيًا، لكنه يساعد الشركة على تشغيل النموذج بكفاءة أعلى، وهو أحد العوامل التي سمحت بخفض أسعار API.
كم يبلغ سعر DeepSeek V4.1-Flash الآن؟
تستخدم DeepSeek نظام أسعار يختلف بين أوقات الذروة وخارجها. وتبلغ أسعار V4.1-Flash خارج الذروة نصف أسعار وقت الذروة.
| النموذج والفترة | إدخال مع Cache Hit | إدخال بدون Cache | الإخراج |
|---|---|---|---|
| V4.1-Flash خارج الذروة | 0.003 دولار | 0.15 دولار | 0.60 دولار |
| V4.1-Flash وقت الذروة | 0.006 دولار | 0.30 دولار | 1.20 دولار |
| V4-Pro خارج الذروة | 0.022 دولار | 0.66 دولار | 1.98 دولار |
| V4-Pro وقت الذروة | 0.044 دولار | 1.32 دولار | 3.96 دولار |
جميع الأسعار في الجدول محسوبة لكل مليون Token. ويتضح منها أن V4.1-Flash أرخص بكثير من V4-Pro، خصوصًا في الإدخال غير المخزن مؤقتًا والإخراج.
هذا لا يعني تلقائيًا أن Flash هو الخيار الأفضل لكل تطبيق. إذا كان V4-Pro يعطي نتيجة أكثر ثباتًا في مهمة معينة ويحتاج إلى محاولات أقل، فقد يكون فرق التكلفة الفعلي مختلفًا عن مقارنة سعر Token وحده.
هل V4.1-Flash أفضل من V4-Pro؟
تقول DeepSeek إن V4.1-Flash حقق نتائج أعلى من V4-Pro في عدد من اختبارات الوكلاء والبرمجة. على سبيل المثال، سجل V4.1-Flash نتيجة 74.2 في DeepSWE v1.1، مقابل 62.7 لـV4-Pro، كما سجل 90.6 في Terminal-Bench 2.1 مقابل 87.9 لـV4-Pro.
هذه الأرقام تقدم دليلًا أوضح من وصف النموذج بأنه أسرع أو أكثر قدرة فقط، لكنها تبقى نتائج Benchmarks وفق إعدادات اختبار محددة، ولا تثبت أن V4.1-Flash سيكون أفضل في كل تطبيق أو Prompt.
لذلك استمرار V4-Pro بعد 14 سبتمبر مفيد للمطورين الذين لا يريدون تغيير النموذج مباشرة. أصبح بإمكانهم مقارنة النموذجين على مهامهم الفعلية بدل الاعتماد على نتائج الاختبارات وحدها.
إذا كنت تريد تقييم DeepSeek كأداة كاملة وليس هذا التحديث فقط، يمكنك الرجوع إلى مراجعة DeepSeek في AI CITY.
أوزان V4.1-Flash متاحة للتشغيل خارج API
لا يقتصر الوصول إلى V4.1-Flash على API الرسمية. نشرت DeepSeek أوزان النموذج على Hugging Face بترخيص MIT، ما يسمح باستخدامها وتشغيلها ودمجها وفق شروط الترخيص.
لكن النموذج كبير، لذلك تشغيله محليًا ليس الخيار العملي لمعظم المستخدمين على أجهزة الكمبيوتر العادية. تظل API الطريقة الأبسط للوصول إليه، بينما يفيد توفر الأوزان الشركات والباحثين ومزودي البنية الذين يمتلكون موارد حوسبة مناسبة.
أي نموذج تختار الآن: V4.1-Flash أم V4-Pro؟
إذا كنت تستخدم V4-Flash القديم، فمن المنطقي الانتقال إلى deepseek-flash لأن النموذج السابق أوقف رسميًا وأصبح V4.1-Flash هو إصدار Flash الحالي.
أما إذا كان تطبيقك يعمل على V4-Pro، فلا توجد وفق أحدث معلومات سجل التغييرات ضرورة للانتقال بسبب موعد 14 سبتمبر. سيستمر V4-Pro وخطة الفوترة الحالية، ويمكنك إبقاؤه إذا كان تطبيقك يعتمد على سلوكه الحالي.
وفي المقابل، يجعل انخفاض سعر V4.1-Flash ونتائجه في اختبارات الـAgents من المفيد اختباره قبل اتخاذ قرار طويل الأجل. استخدم مهمة حقيقية يعتمد عليها تطبيقك، ونفذها على النموذجين بنفس المدخلات والإعدادات، ثم قارن جودة النتيجة والوقت وعدد المحاولات والتكلفة الفعلية.
هذه المقارنة الصغيرة أهم من اتخاذ القرار بناءً على سعر Token أو Benchmark منفرد، خصوصًا إذا كان النموذج جزءًا من Workflow أو Agent يعمل بصورة متكررة.
ما الذي لم يتضح حتى الآن؟
لم تعلن DeepSeek حتى وقت التحقق موعد إطلاق V4.1-Pro، كما أن استمرار V4-Pro بعد 14 سبتمبر لا يعني بالضرورة أنه سيبقى متاحًا بصورة دائمة. سجل التغييرات نفسه يشير إلى أن الشركة ستقدم إشعارًا إضافيًا إذا تغير الوضع.
لذلك تبدو الصورة الحالية واضحة من ناحية الاستخدام المباشر: V4.1-Flash متاح الآن، وV4-Pro مستمر، ولا يحتاج مستخدم Pro إلى تغيير نموذجه بسبب موعد 14 سبتمبر وحده. أما الخطوة التالية في سلسلة Pro فما تزال غير معلنة.
المصادر الرسمية
- إعلان DeepSeek الرسمي عن V4.1-Flash
- سجل تغييرات DeepSeek API
- صفحة نماذج وأسعار DeepSeek API
- DeepSeek V4.1-Flash على Hugging Face
تم التحقق من المعلومات حتى 12 سبتمبر 2026 بتوقيت مسقط.
