ملاحظة المؤلف: بعد أن أدخلت DeepSeek API التسعير حسب وقت الذروة وخارجها ورسوم الأدوات، لم يعد التقدير القديم القائم على «سعر الوحدة × عدد التوكنات» صالحًا. تعيد هذه المقالة، عبر خمس خطوات، حساب التكلفة الحقيقية لاستدعاءات تطبيقك من أربعة أبعاد: الفترة الزمنية، ونوع التوكن، والتخزين المؤقت، واستدعاء الأدوات.
ما زالت جداول التكلفة عند كثير من المطورين واقفة عند مستوى «سعر الإدخال × توكنات الإدخال + سعر الإخراج × توكنات الإخراج». وبعد أن أدخلت DeepSeek API التسعير حسب وقت الذروة وخارجها ورسوم استدعاء الأدوات، صارت هذه المعادلة ناقصة متغيرين: في أي فترة زمنية وقع الطلب، وكم مرة تم استدعاء الأدوات. التطبيق نفسه، وحجم التوكنات نفسه، لكن إن شغّلته في فترة مختلفة فقد تختلف الفاتورة بفارق ملحوظ.
هذه ليست مقالة نقل أسعار. لن أذكر هنا أي سعر غير موثّق؛ فجميع الأسعار وخصومات الفترات الزمنية وقواعد التخزين المؤقت يجب اعتمادها على البيانات اللحظية في صفحة أسعار APIYI على docs.apiyi.com/models، وعلى إعلانات DeepSeek الرسمية. ما تعالجه هذه المقالة هو المسألة المنهجية: بعد حصولك على جدول الأسعار، كيف تطبّقه تطبيقًا صحيحًا على سجلات عملك الخاصة.
القيمة الأساسية: بعد قراءة هذه المقالة ستملك إطار عمل قابلًا لإعادة الاستخدام لحساب تكلفة DeepSeek API، يمكّنك من تحديد أي الطلبات تستحق النقل إلى وقت خارج الذروة، وأي استدعاءات الأدوات تستحق التقليص، ومعرفة من أين تحصل على بيانات الأسعار الدقيقة.
النقاط الأساسية للتكلفة بعد اعتماد تسعير الذروة والخارج عن الذروة في DeepSeek API
ازدادت مؤخرًا مناقشات وسائل الإعلام حول التوجهات التجارية لـ DeepSeek بشكل ملحوظ (مثل تقرير 36Kr بعنوان «ليانغ ونفينغ ينزل الجبل، عمّ يبحث DeepSeek؟»)، كما أن التغيرات في هيكل التسعير محط اهتمام المطورين. بغض النظر عن المنطق التجاري الكامن، فإن التأثير المباشر على الجهات المستدعية هو أن نموذج التكلفة انتقل من «أحادي البعد» إلى «متعدد الأبعاد». يوضّح الجدول التالي أولاً مكونات التكلفة الجديدة.
| بُعد التكلفة | الوصف | التأثير على الحسابات |
|---|---|---|
| معامل الفترة الزمنية | تطبَّق معايير فوترة مختلفة على فترات الذروة والخارج عن الذروة | يجب الإحصاء حسب وقت الطلب في مجموعات، ولا يمكن استخدام المتوسط اليومي |
| رموز الإدخال (إصابة الذاكرة المؤقتة) | الجزء المُدخل الذي يُصيب الذاكرة المؤقتة للسياق | سعر الوحدة يختلف عن الجزء غير المُصاب، ويجب إحصاؤه بشكل منفصل |
| رموز الإدخال (عدم إصابة الذاكرة المؤقتة) | الإدخال الظاهر لأول مرة أو الذي انتهت صلاحية ذاكرته المؤقتة | التطبيقات ذات الموجه النظامي الطويل تشكل النسبة الأكبر |
| رموز الإخراج | تشمل رموز عملية التفكير في النماذج الاستدلالية | غالبًا ما يُقلَّل تقدير حجم إخراج النماذج الاستدلالية |
| رسوم استدعاء الأدوات | استخدام الأدوات المفوتَر حسب عدد الاستدعاءات أو غيرها | بند تكلفة مستقل جديد، ويؤدي إلى زيادة الرموز أيضًا |
لم تظهر الأرقام المحددة للأسعار في الجدول، وهذا مقصود. فقد عُدِّل تسعير DeepSeek عدة مرات خلال الفترة الماضية، وكان قد أطلق سابقًا خصمًا للتخفيف من الذروة الليلية ثم عدّل الاستراتيجية لاحقًا. ترميز رقم تراه في يوم ما داخل نموذج التكلفة سيصبح بيانات خاطئة بعد بضعة أشهر، والطريقة الصحيحة هي جعل سعر الوحدة «معامل إدخال» في النموذج، يُقرأ من صفحة الأسعار في الوقت الفعلي.
شرح تفصيلي لأهم نقاط فوترة DeepSeek API حسب الفترة الزمنية
جوهر التسعير حسب فترات الذروة والخمول هو تقديم فترات تعطّل القدرة الحاسوبية بأسعار مخفّضة للمهام التي يمكن تأجيل تنفيذها. وعند إجراء الحسابات، هناك ثلاثة تفاصيل هي الأكثر عرضة للخطأ. أولها المنطقة الزمنية: فالفترات الرسمية تُحدَّد عادةً بتوقيت بكين (UTC+8)، بينما تسجّل كثير من سجلات الخوادم التوقيت UTC افتراضيًا؛ ومن دون تحويل، ستُصنَّف الدفعة كاملة في الشريحة الزمنية الخطأ. وثانيها الطلبات العابرة للفترات: فقد يبدأ طلب طويل ذو إخراج متدفق في فترة الذروة وينتهي في فترة الخمول، وهنا يجب الرجوع إلى القواعد الرسمية لتحديد ما إذا كانت الفوترة حسب وقت بدء الطلب أم وقت انتهائه. وثالثها إعادة المحاولة: فقد يقع الطلب المعاد بعد فشل في فترة زمنية أخرى، وينبغي حسابه وفق وقت الطلب الذي نجح فعليًا.
شرح تفصيلي لأهم نقاط رسوم أدوات DeepSeek API
تكمن مشكلة رسوم الأدوات في «الفوترة المزدوجة». فعلى سبيل المثال، مع أداة البحث عبر الإنترنت، قد يولّد استدعاء واحد رسوم أداة تُحتسب لكل استدعاء، كما تُضاف نتائج الأداة إلى السياق وتُحتسب مرة أخرى كرموز إدخال في الجولة التالية. وإذا استدعى النموذج الأداة ثلاث أو أربع مرات متتالية خلال جولة محادثة واحدة، فإن تكلفة الرموز تتضخم مع تراكم السياق. لذلك، عند تقدير تكلفة الأدوات، يجب إحصاء «عدد الاستدعاءات» و«رموز الإدخال الإضافية الناتجة عن نتائج الأداة» معًا؛ فلا غنى عن الاثنين.
بدء سريع لتكاليف استدعاء DeepSeek API: إعادة الحساب في 5 خطوات
لا يتطلب الإجراء التالي كتابة أي شيفرة برمجية؛ يكفي تصدير السجلات واستخدام جدول بيانات. وإذا كانت لديك منصة بيانات بالفعل، فحوّل هذه الخطوات إلى SQL أو تقارير.
الخطوة 1: إعداد جدول معاملات الأسعار
أنشئ أولاً «جدول معاملات الأسعار»، بحيث يمثل كل صف متغيرًا من متغيرات الفوترة، وتُؤخذ جميع الأسعار من صفحة الأسعار مع تسجيل تاريخ أخذ القيمة. تحدد هذه الخطوة دقة جميع الحسابات اللاحقة.
| اسم المتغير | المعنى | مصدر البيانات |
|---|---|---|
| سعر إدخال وقت الذروة عند إصابة ذاكرة التخزين المؤقت | سعر الإدخال عند إصابة ذاكرة التخزين المؤقت في وقت الذروة | صفحة أسعار APIYI docs.apiyi.com/models |
| سعر إدخال وقت الذروة عند عدم إصابة ذاكرة التخزين المؤقت | سعر الإدخال عند عدم إصابة ذاكرة التخزين المؤقت في وقت الذروة | صفحة أسعار APIYI docs.apiyi.com/models |
| سعر الإخراج في وقت الذروة | سعر Token الإخراج في وقت الذروة | صفحة أسعار APIYI docs.apiyi.com/models |
| الأسعار الثلاثة المقابلة لوقت خارج الذروة | أسعار الإدخال وذاكرة التخزين المؤقت والإخراج في وقت خارج الذروة | صفحة أسعار APIYI والإعلانات الرسمية |
| سعر استدعاء الأداة | أساس الفوترة وسعر كل نوع من الأدوات | صفحة أسعار APIYI والإعلانات الرسمية |
| حدود الفترات الزمنية | أوقات بداية ونهاية الذروة وخارجها والمنطقة الزمنية | إعلانات DeepSeek الرسمية |
💡 اقتراح حول مصدر البيانات: حدّث جدول معاملات الأسعار دوريًا بمقارنته بصفحة أسعار APIYI docs.apiyi.com/models، واذكر في الجدول «تاريخ أخذ القيمة». إذا عدّلت الجهة الرسمية الأسعار، فكل ما عليك فعله هو تعديل هذا الجدول ليطبق نموذج التكلفة بأكمله تلقائيًا.
الخطوة 2: تصدير سجل الاستخدام مع الطوابع الزمنية
يجب أن يتضمن سجل كل طلب هذه الحقول على الأقل: وقت بدء الطلب، اسم النموذج، عدد رموز الإدخال، ومنها عدد الرموز المطابقة من ذاكرة التخزين المؤقت، وعدد رموز الإخراج، وعدد استدعاءات الأدوات وأنواعها. يُرجع الحقل usage في استجابة DeepSeek إحصاءات الرموز المطابقة وغير المطابقة من ذاكرة التخزين المؤقت، كما تُحتسب رموز التفكير في نماذج الاستدلال ضمن رموز الإخراج. وإذا كان سجلك يسجّل إجمالي الرموز فقط، فمن المستحسن أن تستكمل نقاط التتبع أولاً، وإلا فإن الحسابات اللاحقة لن تكون سوى تقديرات تقريبية.
الخطوة 3: التجميع حسب الفترة الزمنية
حوّل جميع الطوابع الزمنية إلى توقيت بكين، ثم ضع على كل طلب وسم “ذروة” أو “خارج الذروة” وفقًا لحدود فترتي الذروة والهدوء. يُنصح أيضًا بالتقسيم لطبقة إضافية حسب الساعة، حتى تتمكن من رؤية شكل موجة حركة المرور في أعمالك، مما يوفّر أساسًا لعملية الجدولة لاحقًا. وكثير من الفرق لا تكتشف إلا بعد إتمام هذه الخطوة أن نسبة كبيرة من طلباتها تأتي في الواقع من مهام مجدولة، ويمكن نقلها بالكامل لتنفيذها في وقت خارج الذروة.
الخطوة 4: حساب تكلفة الـ Tokens وتكلفة الأدوات بشكل منفصل
احسب لكل شريحة زمنية على حدة: تكلفة الـ Tokens = الإدخال المطابق للذاكرة المؤقتة × السعر المقابل + الإدخال غير المطابق للذاكرة المؤقتة × السعر المقابل + الإخراج × السعر المقابل؛ وتكلفة الأدوات = عدد استدعاءات كل نوع من الأدوات × سعر تلك الأداة. وفي النهاية اجمع شريحتي الذروة وغير الذروة، لتحصل على التكلفة الإجمالية وفق الطريقة الجديدة.
مثال توضيحي يعتمد على الاستخدام فقط دون الأسعار: لنفترض أن تطبيق خدمة عملاء يتلقى 10,000 طلب يوميًا، بمتوسط إدخال 3,000 Token لكل طلب، نحو 60% منها مطابق للذاكرة المؤقتة، وإخراج 500 Token، وكل 5 طلبات في المتوسط تُطلق استدعاءً واحدًا لأداة البحث. إذن سيُنتج يوميًا نحو 12 مليون Token إدخال مطابق للذاكرة المؤقتة، ونحو 18 مليون Token إدخال غير مطابق، ونحو 5 ملايين Token إخراج، ونحو 2,000 استدعاء أداة، بالإضافة إلى Tokens إدخال إضافية تنتج عن إعادة إدراج نتائج الأدوات. قسّم هذه الكميات بحسب نسبة الذروة وغير الذروة، ثم اضربها في الأسعار الواردة في جدول معاملات الأسعار، لتحصل على التكلفة اليومية الحقيقية.
الخطوة 5: المقارنة مع الطريقة القديمة لاكتشاف فرص التحسين
ضع نتيجة الطريقة الجديدة جنبًا إلى جنب مع التقدير القديم القائم على “متوسط سعر واحد”، فالجزء الذي يظهر فيه أكبر فرق هو أولوية التحسين. والاستنتاجات الشائعة ثلاثة أنواع: ارتفاع نسبة فترات الذروة، وكثرة استدعاءات الأدوات، وانخفاض معدل إصابة الذاكرة المؤقتة. وستقدّم الفقرة التالية إجراءات ملموسة لهذه الأنواع الثلاثة.
🚀 البدء السريع: إذا كنت ترغب في اختبار فرق التكلفة بين DeepSeek ونماذج أخرى عبر مجموعة واحدة من الواجهات، يمكنك الاستدعاء من خلال APIYI على apiyi.com. توفّر APIYI واجهات API لنماذج DeepSeek المذكورة في هذا المقال، وهي متوافقة في الوقت نفسه مع تنسيقي OpenAI وAnthropic، لذلك لا يحتاج الكود الحالي عادةً سوى إلى تعديل base_url ومفتاح API للاتصال. وتجد العناوين والمعاملات التفصيلية في مركز الوثائق docs.apiyi.com.
سيناريوهات الاستخدام واستراتيجيات التكلفة في ظل تسعير الذروة وخارج الذروة لواجهة DeepSeek API
تختلف حساسية أنواع التطبيقات المختلفة تجاه تسعير الذروة وخارجها ورسوم الأدوات اختلافًا كبيرًا. والأفضل أولًا تحديد الفئة التي ينتمي إليها تطبيقك، ثم تحديد اتجاه التحسين، فذلك أنجع من تطبيق حلٍّ واحد للجميع مثل “انقل كل شيء ليعمل ليلًا”.
| نوع التطبيق | مرونة التوقيت | درجة الاعتماد على الأدوات | الاستراتيجية الموصى بها | المنصات المتاحة |
|---|---|---|---|---|
| خدمة العملاء عبر الإنترنت / روبوتات المحادثة | منخفضة، يجب الاستجابة في الوقت الفعلي | متوسطة | رفع معدل إصابة ذاكرة التخزين المؤقت، وتبسيط استدعاءات الأدوات | APIYI apiyi.com، وDeepSeek الرسمي |
| معالجة المستندات بالدفعات / وسم البيانات | عالية، يمكن تأجيل التنفيذ | منخفضة | جدولة كل المهام إلى أوقات خارج الذروة | APIYI apiyi.com، وDeepSeek الرسمي |
| البحث بالذكاء الاصطناعي / مساعد الأبحاث | متوسطة | عالية | ضبط عدد جولات استدعاء الأدوات، وضغط محتوى الإرجاع | APIYI apiyi.com، وDeepSeek الرسمي |
| وكيل البرمجة (Code Agent) | متوسطة | عالية | دمج استدعاءات الأدوات، وتقصير السياق | APIYI apiyi.com، وDeepSeek الرسمي |
| مهام توليد المحتوى المجدولة | عالية | متوسطة | توليد بالدفعات خارج الذروة، والاكتفاء بالمراجعة في الذروة | APIYI apiyi.com، وDeepSeek الرسمي |
تحسين تكلفة DeepSeek API في التطبيقات الفورية
لا تستطيع التطبيقات الفورية تجنّب أوقات الذروة، لذا يجب أن ينصبّ التركيز على ذاكرة التخزين المؤقت والأدوات. ضع الـ System Prompt الثابت الذي لا يتغير، وملخص قاعدة المعرفة، وأمثلة Few-shot في مقدمة الرسائل واحرص على بقائها متطابقة على مستوى البايت، فهذا يرفع معدل إصابة ذاكرة التخزين المؤقت بشكل ملحوظ. أما بالنسبة للأدوات، فيمكنك أولًا استخدام حكم خفيف واحد لتقرير “هل نحتاج البحث فعلًا”، لتجنّب استدعاء النموذج المتكرر في سيناريوهات لا تستدعي ذلك.
جدولة DeepSeek API خارج أوقات الذروة في التطبيقات غير المتصلة
المهام غير المتصلة هي أكبر المستفيدين من تسعير الذروة وخارجها. الفكرة هي إضافة طبقة من قائمة انتظار المهام بين نظام الأعمال واستدعاء النموذج: في وقت الذروة يتم فقط إدراج المهام في القائمة، وخارج الذروة يتولى المستهلكون معالجتها مركّزيًا. وهناك نقطتان يجب الانتباه إليهما: الأولى أن التزامن يتكدّس خارج أوقات الذروة، لذا يجب تقييم حدود المعدل مسبقًا، وتقسيم الطلبات لتحديد المعدل عند الحاجة؛ والثانية ضرورة وضع حدٍّ زمني احتياطي للمهام، لمنع المهام التي لم تكتمل معالجتها خارج الذروة من الانزلاق إلى وقت الذروة التالي، فتُحاسَب بالسعر الأعلى.
مقارنة حلول تحسين رسوم أدوات DeepSeek API
رسوم استخدام الأدوات بند جديد، وهو أيضًا الأكثر عرضة للخروج عن السيطرة، لأن استهلاكه يقرره النموذج بنفسه. يقارن الجدول التالي عدة أساليب شائعة للتحكم فيه.
| حل التحسين | مصدر التوفير | الحالة المناسبة | ملاحظات |
|---|---|---|---|
| تحديد النية مسبقًا | تقليل عدد استدعاءات الأدوات غير الضرورية | مساعدو البحث وخدمة العملاء | عملية التحديد نفسها تستهلك Tokens، لذا استخدم موجهًا خفيفًا |
| تحديد حد أقصى لجولات الاستدعاء | وضع سقف لتكلفة الأدوات في الطلب الواحد | تطبيقات الوكيل (Agent) | قد يؤثر تقليل الجولات كثيرًا على جودة الإجابة |
| ضغط نتائج الأدوات | خفض Tokens الإدخال الناتجة عن إعادة الإدراج | أدوات البحث والاسترجاع | احتفظ بالملخص والحقول الأساسية فقط |
| إعادة استخدام ذاكرة التخزين المؤقت للنتائج | عدم تكرار الاستدعاء لنفس الاستعلام | الحالات التي تتركز فيها الأسئلة الشائعة | اضبط مدة صلاحية معقولة لتجنب تقادم المعلومات |
| الاستبدال باسترجاع مبني ذاتيًا | استخدام قاعدة معرفة خاصة بدلًا من الأدوات المدفوعة | الأعمال ذات المعرفة المستقرة في المجال | يجب تقييم تكلفة البناء والصيانة |
قراءة المقارنة
تحديد النية مسبقًا هو الأكثر تأثيرًا المباشر على معدل الاستدعاء، ويناسب معظم سيناريوهات المحادثة؛ لكنه يضيف إلى كل طلب عبئًا صغيرًا من عمليات التحديد، وقد لا يستحق التكلفة في المحادثات القصيرة. في المقابل، ضغط نتائج الأدوات يكاد يكون بلا آثار جانبية، ويُعد ممارسة افتراضية يجب تفعيلها في أي تطبيق يستخدم أدوات. أما تحديد حد أقصى لجولات الاستدعاء فيشبه المصهر، إذ يمنع أن تتسبب طلبات فردية في فاتورة غير طبيعية بسبب تكرار النموذج لاستدعاء الأدوات.
💡 اقتراح الاختيار: تختلف نتائج تحسين تكلفة الأدوات كثيرًا من عمل لآخر، لذا يُنصح بإجراء مقارنة A/B على حركة مرور صغيرة أولًا. عبر APIYI apiyi.com يمكنك التبديل بين نماذج مختلفة بنفس صيغة الواجهة لإجراء اختبارات مقارنة، وبالاستعانة بأسعار الوحدة المحدثة على صفحة الأسعار docs.apiyi.com/models يمكنك حساب العائد الحقيقي لكل حل بسرعة أكبر.
الأسئلة الشائعة
س1: ما المقصود بتسعير الذروة والوادي في DeepSeek API؟
تسعير الذروة والوادي يعني أن النموذج نفسه يخضع لمعايير فاتورة مختلفة حسب الفترة الزمنية، وعادةً يكون السعر أقل في أوقات الخمول (الوادي)، وذلك لتوجيه المهام القابلة للتأجيل إلى استخدام القدرة الحاسوبية خارج أوقات الذروة. أما حدود الفترات الزمنية ونسبة الخصم تحديدًا فتُعتمد على إعلانات DeepSeek الرسمية وصفحة الأسعار في APIYI.
س2: ما الفرق في طريقة الحساب بين تسعير الذروة والوادي والتسعير الموحّد السابق؟
في التسعير الموحّد يكفي حساب «إجمالي الـ Tokens × سعر الوحدة»؛ أما في تسعير الذروة والوادي فيجب أولاً تقسيم الطلبات إلى مجموعات حسب وقت الطلب، ثم تطبيق السعر على كل مجموعة على حدة، ثم إضافة رسوم استدعاء الأدوات. والاعتماد على متوسط سعر اليوم بأكمله في التقدير يُخفي الانحراف الناتج عن نسبة ساعات الذروة، خصوصًا في الأعمال التي تتركز حركتها في ساعات النهار.
س3: إذا تجاوز الطلب فترة الذروة والوادي، فبأي وقت تتم المحاسبة؟
يعتمد ذلك على قواعد الفاتورة الرسمية، والشائع هو اعتماد وقت بدء الطلب، لكن لا ينبغي افتراض ذلك دون تحقق. يُنصح بجعل «نقطة وقت التسعير» معاملًا قابلًا للضبط في نموذج التقدير، وتعبئته بعد تأكيد القاعدة الرسمية، مع وضع علامة منفصلة على الطلبات المتدفقة الطويلة لإجراء فحص بالعينة.
س4: لماذا تؤدي رسوم الأدوات إلى «مضاعفة» التكلفة؟
لأن استدعاء الأدوات غالبًا ما يولّد رسمين: رسم استدعاء الأداة نفسها، ورسم إعادة إدراج نتيجة الأداة في السياق باعتبارها Tokens إدخال تُحاسب مرة أخرى. وفي الاستدعاءات المتعددة الجولات يزداد السياق باستمرار، فكل جولة لاحقة تدفع ثمن نتائج الجولات السابقة، ولذلك يجب التحكم في عدد الاستدعاءات وفي طول المحتوى المُعاد إدراجه في الوقت نفسه.
س5: كيف أستدعي DeepSeek عبر API بسرعة وأتحقق من التكلفة؟
يمكن اتباع الخطوات التالية:
1. زيارة APIYI على apiyi.com لتسجيل حساب والحصول على مفتاح API
2. الاطلاع على عنوان الوصول في مركز الوثائق docs.apiyi.com، واختيار الصيغة المتوافقة مع OpenAI أو Anthropic
3. الاستعلام عن أسعار الإدخال والإخراج والتخزين المؤقت لنماذج DeepSeek ذات الصلة في صفحة الأسعار docs.apiyi.com/models
4. تشغيل خطوات التقدير الخمس الواردة في هذا المقال بطلبات قليلة الحجم، ومعايرتها مقابل دفتر المحاسبة المرجعي
توفّر APIYI استدعاء نماذج DeepSeek المذكورة في هذا المقال، وبصيغة واجهة متوافقة مع حزم SDK الشائعة، ما يسهّل الاستبدال والتحقق مباشرةً داخل مشاريعك الحالية.
س6: عند الاستدعاء عبر منصة طرف ثالث، هل تتطابق قواعد تسعير الذروة والوادي والأدوات مع القواعد الرسمية؟
قد تختلف قواعد الفاتورة بين المنصات عن القواعد الرسمية، مثل ما إذا كانت تميّز بين الفترات الزمنية، وكيفية تحويل رسوم الأدوات، وغير ذلك. عند الاستدعاء عبر APIYI، يُرجى الاعتماد على البيانات الفعلية المدرجة في صفحة الأسعار docs.apiyi.com/models، وعدم تطبيق جدول الأسعار الرسمي مباشرةً؛ فالتأكد من هذه النقطة قبل التقدير يقي من معظم أخطاء المطابقة المحاسبية.
س7: ما هي القيود المعروفة في تقدير تكاليف DeepSeek API؟
هناك ثلاث نقاط رئيسية. أولاً، الأسعار قابلة للتعديل، لذا يجب أن يدعم نموذج التقدير تحديثات قائمة على المعاملات؛ ثانيًا، طول رموز التفكير في نماذج الاستدلال يتقلب بشكل كبير، والتقدير بالمتوسط ينتج عنه خطأ مرتفع، لذا يُنصح باستخدام التوزيعات الشرائحية (quantiles)؛ ثالثًا، عدد استدعاءات الأدوات يقرره النموذج بنفسه، ونفس الموجه يختلف بشكل واضح مع مدخلات مختلفة، ما يتطلب مراقبة مستمرة بدلاً من تقدير لمرة واحدة.
النقاط الأساسية لتقدير تكاليف تسعير الذروة والخارج عن الذروة في DeepSeek API
- التكلفة أصبحت متعددة الأبعاد: أربعة عوامل — الفترة الزمنية، والتخزين المؤقت، والمخرجات، والأدوات — تحدد الفاتورة معًا
- أسعار الوحدة يجب أن تكون قابلة للمعايرة: اعتمد على البيانات اللحظية من صفحة أسعار APIYI، ولا تُثبّت الأسعار بشكل صارم في الكود
- وحّد المنطقة الزمنية أولاً: حوّل السجلات إلى توقيت بكين قبل تقسيمها إلى دلاء الذروة والخارج عن الذروة، لتجنب تصنيف الدفعة بأكملها بشكل خاطئ
- الأدوات تُحتسب مرتين: رسوم الاستدعاء بالإضافة إلى رموز الإعادة (backfill)، ويجب إحصاء كليهما
- انقل المهام غير المتصلة إلى خارج الذروة: استخدام قوائم انتظار المهام لتخفيف الذروة هو التحسين الأكثر مباشرة للعائد
- المهام الفورية تعتمد على التخزين المؤقت: أبقِ البادئة الثابتة دون تغيير لرفع معدل إصابة التخزين المؤقت
- يمكن التحقق من التقدير بسرعة: جرّب حركة مرور صغيرة عبر واجهة APIYI المتوافقة، وقارن مع الفاتورة لمعايرة النموذج
الملخص
بعد أن أدخلت DeepSeek API التسعير حسب فترات الذروة والانخفاض، وأضافت رسومًا على استخدام الأدوات، يمكن تلخيص التغيّر الجوهري في حساب التكلفة في ثلاث نقاط:
- من الإجمالي إلى التقسيم حسب الفئة: تقسيم الطلبات حسب الفترة الزمنية، وتسعير الذروة والانخفاض كلٌّ على حدة، هو الطريقة الوحيدة لرؤية هيكل التكلفة الحقيقي بوضوح
- من الرموز فقط إلى الرموز زائد الأدوات: رسوم الأدوات بند تكلفة مستقل، وهي ترفع أيضًا رموز الإدخال بشكل غير مباشر
- من التقدير الثابت إلى المراقبة المستمرة: الأسعار تتغير وحجم الاستخدام يتغير، لذا يجب أن يكون نموذج الحساب قائمًا على معاملات وقابلًا للمعايرة الدورية
ننصح بتشغيل سجلات الأسبوع الأخير أولًا عبر الخطوات الخمس الواردة في هذا المقال، لاستخراج ثلاثة مؤشرات رئيسية: نسبة الاستخدام في فترات الذروة، وتكرار استدعاء الأدوات، ونسبة إصابة الذاكرة المؤقتة، ثم التحسين بناءً عليها بشكل موجّه. وإذا أردت اختبار DeepSeek وغيره من النماذج ضمن واجهة موحّدة، يمكنك الوصول إليها عبر APIYI على apiyi.com، وطريقة الوصول مشروحة في مركز التوثيق docs.apiyi.com، كما يُرجى اعتماد الأسعار الفعلية على بيانات صفحة الأسعار docs.apiyi.com/models.
📚 المراجع
- تقرير 36氪: «ليانغ وينفينغ ينزل الجبل، عمّا يبحث DeepSeek؟»
- الرابط:
36kr.com/p/4055279154779015 -
الشرح: تقرير صناعي عن التحركات التجارية الأخيرة لـ DeepSeek، يمكن الاستعانة به لفهم خلفية تعديل التسعير
-
صفحة الأسعار في APIYI: أسعار الإدخال والإخراج والذاكرة المؤقتة لنماذج DeepSeek وغيرها
- الرابط:
docs.apiyi.com/models -
الشرح: مصدر قيم جميع معاملات الأسعار في هذا المقال، ويُستحسن التحقق منها قبل الحساب
-
مركز التوثيق في APIYI: شرح طريقة الوصول وصيغة الواجهة
- الرابط:
docs.apiyi.com -
الشرح: يتضمن تعليمات الوصول بصيغتي OpenAI وAnthropic المتوافقتين
-
التوثيق الرسمي لواجهة DeepSeek API: قواعد الفوترة وشرح حقل usage
- الرابط:
api-docs.deepseek.com - الشرح: حدود فترات الذروة والانخفاض، وآلية الذاكرة المؤقتة، وأساس فوترة الأدوات تُعتمد وفق البيان الرسمي
الكاتب: الفريق التقني في APIYI
التواصل التقني: إذا واجهت أي مشكلة أثناء حساب التكلفة أو الوصول، يسعدنا تواصلك معنا عبر الموقع الرسمي لـ APIYI على apiyi.com، ولمزيد من مواد الوصول يمكنك مراجعة مركز التوثيق docs.apiyi.com
