Qwen API هي واجهة استدعاء نماذج Tongyi Qianwen التي توفرها Alibaba Cloud Bailian (Alibaba Cloud Model Studio)، أما DashScope فهو الاسم الذي يطلقه المطورون عادة على طبقة API/SDK لهذه الخدمة. هناك ثلاثة أسماء، لكن الفاتورة تتبع منطقًا واحدًا: المحاسبة على الاستخدام الفعلي، مع حساب الإدخال والإخراج بشكل منفصل.

لا يثبّت هذا المقال أسعار الوحدة، لأن إصدارات النماذج وفئات السياق والعروض تتغير. نوضح أين تُصرف التكلفة، ولماذا يتجاوز السياق الطويل الميزانية بسهولة، وكيف يُستخدم التخزين المؤقت وBatch، وكيف تُقدَّر الميزانية الشهرية من السجلات الحقيقية. الأسعار الحالية مرجعها أسعار النماذج في الموقع وصفحة التسعير الرسمية لـ Alibaba Cloud Bailian.

ملاحظة: Qwen وTongyi Qianwen وAlibaba Cloud وBailian وModel Studio وDashScope علامات تجارية لأصحاب حقوقها. هذا المقال تقني فقط، ولا توجد علاقة تبعية أو وكالة مع Alibaba Cloud. قد تتغير قواعد الفوترة والأسعار، لذا راجع الوثائق الرسمية قبل الشراء.

أولًا: توحيد الأسماء: Bailian وModel Studio وDashScope

تُستخدم هذه الأسماء الثلاثة بالتبادل، لكنها لا تشير إلى الطبقة نفسها:

  • Alibaba Cloud Bailian: الاسم الصيني للوحة التحكم والمنتج، وفيه يتم تفعيل النماذج وإنشاء مفاتيح API والاطلاع على الاستخدام والفواتير.
  • Alibaba Cloud Model Studio: الاسم الإنجليزي للمنتج في الموقع الدولي، وقدراته تقابل Bailian، وقد تختلف المنطقة وعملة التسعير.
  • DashScope: اسم طبقة API وSDK، ويظهر عادة في Base URL ومتغير البيئة DASHSCOPE_API_KEY والوثائق القديمة.

عند الاستدعاء، يجب التحقق من ثلاثة أمور: المنطقة (بكين، سنغافورة، وغيرها)، وعنوان Base URL، ومعرّف النموذج. عند عدم تطابق هذه الثلاثة، يكون الخطأ الأكثر شيوعًا ليس نقص الرصيد بل فشل المصادقة أو عدم وجود النموذج.

ثانيًا: فئة النموذج تحدد سقف التكلفة

تنقسم نماذج Qwen النصية عادة إلى ثلاث فئات، وأبرز ممثليها في 2026 هي Qwen-Max وQwen-Plus وQwen-Flash:

الفئة معرّف نموذج تمثيلي التموضع المهام المناسبة حجم التكلفة
Max qwen3.8-max استدلال معقد ومهام متعددة الخطوات الشيفرة، الوكيل، التحليل العميق مرتفع
Plus qwen3.7-plus توازن بين القدرة والسرعة والتكلفة خدمة العملاء، الكتابة، معالجة المستندات متوسط
Flash qwen3.8-flash زمن استجابة منخفض وتكلفة منخفضة التصنيف، الاستخراج، إعادة الصياغة، التوجيه منخفض

تتطور معرّفات النماذج، فلا تحفظ الأسماء جامدة عند الشراء. الطريقة الأسلم هي ربط «نوع المهمة» بـ«الفئة»: المهام البسيطة تستخدم Flash افتراضيًا، والمهام اليومية تستخدم Plus، ولا يُرقّى إلى Max إلا عند الحاجة الفعلية إلى استدلال متعدد الخطوات. استخدام Max في الموقع كله لا يضمن نتائج أفضل، لكنه يضمن فاتورة أكبر.

ثالثًا: وحدات الفوترة: الإدخال والإخراج والوسائط المتعددة

تُسعَّر نماذج النصوص حسب رموز الإدخال ورموز الإخراج كلٌّ على حدة، وتعرض جداول الأسعار الرسمية عادة بوحدة «يوان/مليون رمز». يمكن كتابة تكلفة الطلب الواحد على النحو التالي:

تكلفة الطلب =
  رموز الإدخال غير المصابة × سعر الإدخال
+ رموز إصابة التخزين المؤقت × سعر الإصابة
+ رموز الإخراج × سعر الإخراج

تُحسب الوسائط المتعددة بشكل منفصل: توليد الصور يُحاسب عادة بعدد الصور الناتجة بنجاح، والصوت يُحوَّل حسب مدة التسجيل، ونماذج Omni وRealtime تُسعَّر حسب كل وسيط من نص وصورة وصوت. إذا خُلطت هذه التكاليف في ميزانية النصوص، فلن تتطابق الأرقام نهاية الشهر.

يُحاسب أيضًا نموذج الترجمة Qwen-MT-Uni على رموز الإدخال فقط؛ وبعض النماذج في وضع التفكير تختلف فيها طريقة تسعير رموز الإخراج عن الإجابة العادية. عند النظر إلى نموذج بعينه، اقرأ عمود «بند الفوترة» في جدول الأسعار أولًا، ولا تطبّق سعر نموذج آخر عليه.

رابعًا: السياق الطويل: الفئة تُطبق على الطلب كاملًا

هذه النقطة من أكثر ما يُغفل في فوترة Qwen. يصنّف جدول الأسعار الرسمي الطلب حسب إجمالي رموز الإدخال في الطلب الواحد، والفئات الشائعة هي:

  • 0 < الرموز ≤ 32K
  • 32K < الرموز ≤ 128K
  • 128K < الرموز ≤ 256K
  • 256K < الرموز ≤ 1M

المفتاح هنا هو «تطبيق الفئة على الطلب كاملًا»: أي فئة يقع فيها الطلب، تُحاسب كل رموزه بما فيها الإخراج بسعر تلك الفئة، بدل أن تُحاسب أول 32K بسعر منخفض والزائد بسعر مرتفع بشكل تراكمي. أي أن زيادة الإدخال من 31K إلى 33K قد لا تعني دفع ثمن 2K إضافية فقط، بل انتقال الطلب كله إلى فئة سعرية أخرى.

لذلك يجب استخدام السياق الطويل في موضعه الصحيح. عند معالجة العقود والأوراق البحثية وقواعد الشيفرة، اسأل ثلاثة أسئلة: هل نحتاج فعلًا إلى إدخال المحتوى كاملًا دفعة واحدة؟ هل يمكن الاسترجاع أولًا ثم التركيب؟ هل يمكن المعالجة على أجزاء ثم التجميع؟ كثير من المهام تكفيها طريقة «استرجاع + تلخيص» بتكلفة أقل بكثير من إدخال القاعدة كاملة. وإذا كان السياق الطويل ضروريًا فعلًا، فاختر نموذجًا يدعم الفئة المطلوبة، واختبر الفاتورة بطلب حقيقي واحد.

خامسًا: التخزين المؤقت وBatch: يوفّران، لكن لا يجتمعان

يخفّض التخزين المؤقت للسياق سعر رموز الإدخال فقط. وهو نوعان: صريح يتطلب إنشاء نقطة تخزين يدويًا، وقد تُحاسب عملية الإنشاء نفسها بسعر أعلى من الإدخال القياسي، ثم تُحاسب الإصابة بسعر مخفَّض؛ وضمني يتعرف فيه النظام تلقائيًا على البادئة المتكررة، وهو مفعّل افتراضيًا في بعض النماذج. في الأمثلة الرسمية، يبلغ إنشاء التخزين المؤقت نحو 125% من سعر الإدخال القياسي، والإصابة نحو 10%، لكن النسب تختلف بين النماذج ويجب اعتماد وثائق التخزين المؤقت.

Batch مناسب للمهام دون اتصال. عند استخدام النماذج المدعومة عبر Batch، تُحاسب رموز الإدخال والإخراج عادة بنسبة 50% من سعر الاستدلال الفوري، مقابل زمن استجابة أطول والحاجة إلى تنظيم المهام. انتبه: خصم التخزين المؤقت وخصم Batch لا يسريان معًا عادة، فلا تجمعهما في نموذج ميزانية واحد.

تعتمد إصابة التخزين المؤقت على استقرار البادئة. إذا تغيّر ترتيب موجه النظام وتعريفات الأدوات ومقاطع قاعدة المعرفة في كل مرة، فستكون نسبة الإصابة منخفضة. وضع المحتوى الثابت في المقدمة والمحتوى المتغير في المؤخرة هو التحسين الأساسي.

سادسًا: إعادة المحاولة والفشل والتكاليف الخفية

توضح صفحة الفوترة الرسمية أن الطلبات الفاشلة لا تُحاسب. لكن «الفشل» يعني إعادة الخادم فشلًا صريحًا، ولا يشمل الطلب الجديد الذي يرسله العميل بعد انتهاء المهلة. إعادة الإرسال بعد المهلة، وضغط المستخدم المتكرر، واستهلاك الطابور للرسالة أكثر من مرة، كلها تنشئ طلبات محسوبة جديدة.

يجب ضبط إعادة المحاولة عند تجاوز حد المعدل وأخطاء 5xx: أعد المحاولة فقط للأخطاء القابلة للإعادة، واستخدم التراجع الأسي، وحدّد عدد المحاولات الأقصى، واستخدم معرّف الطلب لمنع التكرار. أما حساب الجزء المولَّد عند انقطاع البث، فالمرجع فيه الفاتورة والتوضيحات الرسمية؛ ولا تتخذ من «الفشل مجاني» ذريعة لإعادة المحاولة بلا حدود.

هناك تكلفة أخرى كثيرة الإغفال: الجهد البشري المبذول لتوفير رسوم الاستدعاء. السجلات والمراقبة والتقييم والمراجعة البشرية كلها تكاليف. خفض التكلفة يجب أن ينظر إلى التكلفة الإجمالية لا إلى سعر الوحدة وحده.

سابعًا: تقدير الميزانية الشهرية من السجلات الحقيقية

لا تُقدَّر الميزانية بالتخمين. اتبع الترتيب التالي:

  1. صدّر سجلات الطلبات لآخر سبعة أيام من البوابة أو فاتورة Bailian، وتضمّن على الأقل معرّف النموذج ورموز الإدخال ورموز الإخراج وهل تحققت إصابة التخزين المؤقت وهل استُخدم Batch.
  2. جمّع حسب النموذج وفئة السياق، واحسب عدد الطلبات ومتوسط الرموز لكل مجموعة.
  3. طبّق أسعار صفحة التسعير الحالية، مع مراعاة أن السياق الطويل يُحاسب بفئة الطلب كاملًا.
  4. اضرب في 30 يومًا، ثم أضف هامشًا 10%–20% للمحاولات والتقلبات.
  5. راجع شهريًا، وأعد التقدير بعد ترقية النموذج أو تعديل الموجهات.

إذا كانت الفرقة تستدعي عدة نماذج في الوقت نفسه، يمكنك التسجيل في ZSQH AI Gateway للاطلاع على الأرصدة والاستخدام بشكل موحد؛ ويظل سعر الوحدة مرجعًا إلى صفحة أسعار النماذج.

ثامنًا: ترتيب خفض التكلفة

بترتيب العائد على الجهد، يكون الترتيب عادة كالتالي:

  1. القياس أولًا: من دون سجلات على مستوى الطلب، كل تحسين مجرد تخمين.
  2. اختيار الفئة الصحيحة: أنزل المهام البسيطة إلى Flash، ولا تستخدم Max للتصنيف.
  3. ضغط الإدخال: الاسترجاع والتلخيص وتقليم السجل أنجع من تغيير النموذج.
  4. تقييد الإخراج: اضبط max_tokens واطلب إخراجًا منظمًا.
  5. تثبيت البادئة: ارفع نسبة إصابة التخزين المؤقت، لكن تحقق أولًا من تكلفة إنشائه.
  6. المهام دون اتصال عبر Batch: مهام التصنيف والتلخيص والتنظيف غير العاجلة تُنفذ عبر Batch.
  7. ضبط إعادة المحاولة: تراجع ومنع تكرار وإزالة تكرار، حتى لا يتحول عطل واحد إلى فاتورة مضاعفة.
  8. ضبط تنبيهات الميزانية: حدود منفصلة لكل مشروع ومفتاح ونموذج.

تاسعًا: الأسئلة الشائعة

ما العلاقة بين Qwen API وBailian وDashScope؟

Bailian هي منصة Alibaba Cloud للنماذج الكبيرة، وModel Studio هو اسمها في الموقع الدولي، وDashScope هو اسم طبقة API/SDK. وعندما يقال «استدعاء Qwen API» يوميًا، يُقصد عادة استدعاء النموذج عبر واجهة DashScope المتوافقة أو واجهة OpenAI المتوافقة في Bailian.

لماذا يجعل السياق الطويل الطلب كله أغلى؟

لأن فئة السعر تحددها الكمية الإجمالية لرموز الإدخال في الطلب الواحد؛ وعند الوقوع في فئة مرتفعة، تُحاسب كل رموز الإدخال والإخراج في الطلب بسعر تلك الفئة، لا بزيادة على الجزء المتجاوز فقط. تقسيم إدخال 33K إلى طلبين من 16K قد يكون أرخص من طلب واحد بـ33K، لكن تحقق أولًا من أن التقسيم لا يضر بالنتيجة.

هل يمكن استخدام التخزين المؤقت وBatch معًا؟

عادة لا يجتمعان. توضح صفحة الأسعار الرسمية أن الاختيار بينهما. المهام دون اتصال تُقدَّم فيها Batch، والمهام المتصلة عالية التكرار ذات البادئة المستقرة تُقدَّم فيها الذاكرة المؤقتة.

هل تُحاسب الطلبات الفاشلة؟

توضح الوثائق الرسمية أن الطلبات الفاشلة لا تُحاسب. لكن إعادة الإرسال بعد مهلة العميل، والإرسال المكرر، واستكمال البث بعد الانقطاع، قد تنشئ طلبات محسوبة جديدة. استخدم معرّف الطلب ومفتاح منع التكرار للتمييز بين «إعادة المحاولة» و«الطلب الجديد».

لماذا لا تتطابق فاتورة لوحة التحكم مع التقدير المحلي؟

أربعة أسباب شائعة: عدم حساب فئة السياق، وعدم حساب تكلفة إنشاء التخزين المؤقت، وجمع Batch مع التخزين المؤقت، وعدم إدراج طلبات إعادة المحاولة. استخدم حقل usage ومعرّف الطلب للتسوية، وعادة ما يمكن تتبع الفرق إلى طلب محدد.

الخطوة التالية

صدّر أولًا الاستخدام الحقيقي للأسبوع الأخير، وجمّعه حسب النموذج والفئة، ثم طبّق الأسعار الحالية. إذا كنت تحتاج إلى شحن باليوان وإلى عرض استخدام عدة نماذج في مكان واحد، يمكنك التسجيل في ZSQH AI Gateway؛ والأسعار الفعلية مرجعها أسعار النماذج.

قراءات ذات صلة: