Michael Johnsonفي 17 أكتوبر، حدّثت DeepSeek إصدار V4.1 Flash إلى النسخة 1017، ونشرت أوزان النموذج، وأتاحت للمطورين واجهتي API للبحث على الويب واستخراج محتوى الصفحات. وتمس التغييرات مستويين مختلفين: يعمل النموذج بالمعرّف السابق لواجهة API، بينما تتاح واجهتا Search وFetch كواجهتين منفصلتين مدفوعتين.
في إعلان DeepSeek، تذكر الشركة أن الإصدار الجديد متاح بالفعل على الموقع وفي التطبيق ومن خلال واجهة API. ويظل استدعاء النموذج بالاسم deepseek-flash متاحًا؛ وتشير الوثائق إلى أن طريقة واجهة API وتسعيرة النموذج لم تتغيرا. كما نُشرت أوزان DeepSeek-V4.1-Flash-1017 على Hugging Face وModelScope.
ما الذي يتغير للفرق التي تستخدم واجهة API؟
التغيير العملي الأساسي في دمج النموذج هو تحديث الإصدار المستهدف وراء الاسم السابق deepseek-flash. لذلك يمكن للتطبيقات مواصلة إرسال الطلبات وفق المخطط الحالي، لكن يجدر اختبار سلوك النموذج في مهام البرمجة والمهام الوكيلة باستخدام اختباراتكم الخاصة قبل نشره على نطاق واسع. وتعلن DeepSeek تحسن نتائج المعايير وتسريع التنفيذ وتقليص الإجابات؛ وهذه تقديرات الشركة وليست مقارنة مستقلة.
للتحقق من التوافق، من المفيد إعادة تشغيل مجموعة من الطلبات المعتادة وتسجيل جودة النتائج ووقت التنفيذ وطول الإجابات والتكلفة النهائية. وفي معيار DeepSWE، تعرض الشركة مقارنة لتكلفة المهمة في بيئة mini-swe-v2؛ وتنطبق هذه النتائج على سيناريو الاختبار المذكور. إذا كان التطبيق يعتمد على سلوك دقيق للنموذج، فسجّلوا النتائج قبل التحديث وبعده، وأبقوا إمكانية التراجع متاحة في إعداداتكم.
تسعير منفصل للبحث واستخراج الصفحات
أتاحت DeepSeek واجهة Search API للبحث على الإنترنت وواجهة Fetch API لاستخراج محتوى الصفحات. ووفقًا للإعلان، تبلغ تكلفة كل واجهة 0.75 دولار لكل 1,000 طلب. وتصف الشركة فهرسها الخاص للبحث، وتقول إنها تعالج مئات الملايين من الطلبات يوميًا؛ وهذه معلومات صادرة عن المورّد نفسه.
وتُحتسب على نحو منفصل رسوم طلبات Search وFetch التي تُنفَّذ على الخادم عبر أدوات DeepSeek Harness وClaude Code وCodex. وتقول DeepSeek إنها مجانية حاليًا لمستخدمي واجهة API، على أن يبدأ احتساب الرسوم في 31 أكتوبر 2026، الساعة 16:00 بالتوقيت العالمي المنسق. وهذا تغيير محدد في الميزانية للفرق التي تستخدم البحث على الخادم بالفعل ضمن سيناريوهات الوكلاء؛ أما الطلبات المباشرة إلى واجهتي API فلها السعر المعلن لكل ألف طلب.
قبل الربط، تحقّق من المسار الذي يستخدمه التطبيق تحديدًا: هل يرسل طلبات مباشرة إلى Search أو Fetch، أم يستخدم أدوات الخادم ضمن بيئة وكيلة؟ بعد ذلك، قدّر عدد الطلبات المتوقع لكل من البحث واستخراج الصفحات على حدة، وراجع الحسابات مع اقتراب 31 أكتوبر. يساعد هذا الفصل على معرفة النفقات التي تبدأ فورًا، وتلك التي سيبدأ احتسابها لاحقًا.
ما الأدلة المتاحة على الفاعلية؟
يجمع الإصدار بين تحديث النموذج وإتاحة واجهات البحث ونشر الأوزان، لكن أدلة الأداء الواردة في الإعلان تستند أساسًا إلى اختبارات DeepSeek الخاصة. ولتقرير ما إذا كان الانتقال مناسبًا، يُستحسن للمطورين مقارنة هذه الادعاءات بمهام منتجاتهم، من حيث نجاح التنفيذ وزمن الاستجابة واستهلاك الرموز وعدد طلبات البحث.
والخلاصة بالنسبة إلى التكامل بسيطة: يظل اسم النموذج الحالي كما هو، بينما يتطلب البحث على الويب واستخراج الصفحات تتبعًا منفصلًا للطلبات. وينبغي للفرق التي تستخدم أدوات الخادم من DeepSeek بالفعل أن تدرج بندًا جديدًا في النفقات اعتبارًا من 31 أكتوبر، وأن تختبر أداء الإصدار المحدّث على طلبات العمل الفعلية لديها.