أدخل الرمز المميز
يتم احتساب تكلفة المطالبات المرسلة إلى النموذج، والمطالبات النظامية، وسجل المحادثات، وفقًا للسعر الوحدوي للإدخال.
قواعد الفوترة
لا توجد هنا مستويات تسعير متدرجة يتعين دراستها واحدة تلو الأخرى، ولا توجد رسوم إضافية مخبأة في الشروط. يعتمد الحساب على عاملين اثنين فقط: عدد الرموز (Token) التي استهلكها هذا الطلب، والسعر الوحدوي الساري وقت الاستهلاك.
في الطلب نفسه، يتم احتساب وحدة الإدخال ووحدة إصابة ذاكرة التخزين المؤقت ووحدة الإخراج ووحدة الاستدلال بشكل منفصل، كما يتم تحديد سعر كل منها على حدة، ويمكن مطابقة تفاصيل الفاتورة بندًا بندًا، ولن يتم دمج الأسعار المختلفة في مجموع واحد.
يتم احتساب تكلفة المطالبات المرسلة إلى النموذج، والمطالبات النظامية، وسجل المحادثات، وفقًا للسعر الوحدوي للإدخال.
في حالة مطابقة جزء من الإدخال مع ذاكرة التخزين المؤقتة للموجه (prompt cache)، يتم احتساب التكلفة وفقًا لسعر الوحدة الأقل الخاص بمطابقة ذاكرة التخزين المؤقتة.
يتم احتساب تكلفة محتوى الردود التي يولدها النموذج وفقًا للسعر الوحدوي للإخراج، مع تطبيق نفس المعايير على كل من النمط التدفقي وغير التدفقي.
يتم احتساب «Token» التفكير الناتج عن النماذج الاستدلالية بشكل منفصل وفقًا لوحدة السعر الاستدلالية، ولا يتم دمجه في سعر المخرجات.
يتم توحيد وحدة السعر على أساس USD / 1M tokens. يتم تسجيل المعاملات في النظام الخلفي بأرقام صحيحة من فئة micro-USD (1 USD = 1,000,000 micro-USD)، ولا يتم تحويلها إلى أرقام عشرية بالدولار الأمريكي إلا عند عرضها على الصفحة — وبالتالي لن تتراكم الأخطاء في الفواتير بسبب أخطاء العائمة.
يتم حساب التكلفة الإجمالية لهذه المرة بضرب كمية كل فئة من الرموز (Token) في السعر الوحدي المسجل في هذا الطلب، ثم جمع النتائج. ويُستمد السعر الوحدي من جدول الأسعار، بينما تُستمد الكمية من الإحصاءات الفعلية للبوابة، ولا يتم تقدير أي منهما في الواجهة الأمامية.
التكلفة = عدد الرموز المستهدفة × سعر الوحدة المستهدفة + عدد الرموز الموجودة في ذاكرة التخزين المؤقت × سعر الوحدة في ذاكرة التخزين المؤقت + عدد الرموز الناتجة × سعر الوحدة الناتجة + عدد الرموز المستخدمة في الاستدلال × سعر الوحدة المستخدمة في الاستدلال
وحدة السعر هي دولار أمريكي لكل مليون توكن؛ ويتم الحساب باستخدام أرقام صحيحة من فئة الميكرو-دولار الأمريكي، ثم يتم تحويلها إلى أرقام عشرية بالدولار الأمريكي عند العرض فقط.
مثال في الوقت الفعلي · النموذج ذو السعر الأدنى في الدليل الحالي
GPT-5.6 Luna الإدخال 0.012 دولار أمريكي/1M × 1M + الإخراج 0.072 دولار أمريكي/1M × 1M = 0.084 USD
هذا طلب افتراضي «بإدخال وإخراج 1 مليون توكن لكل منهما»، ويُستخدم لتوضيح طريقة الحساب؛ أما الفاتورة الفعلية فتُحسب بناءً على العدد الفعلي للتوكنات في كل طلب.
تنطبق هذه القواعد على كل من فواتير وحدة التحكم والاستهلاك الذي تعرضه واجهة برمجة التطبيقات (API)، ولا يوجد «مجموعة قواعد للصفحة وأخرى للخلفية».
يتم احتساب تكلفة كل طلب بناءً على الاستهلاك الفعلي للـ Token: حيث يتم قياس كل من الإدخال، ونتائج التخزين المؤقت، والإخراج، والاستدلال بشكل منفصل. لا توجد رسوم اشتراك شهرية، ولا حد أدنى للإنفاق، ولا رسوم عدم الاستخدام.
لا يتم إعادة رصيد الشحن إلى الصفر، ولا يُلغى شهريًّا، كما أنه لا يفقد صلاحيته بسبب عدم الاستخدام لفترة طويلة؛ ويتم تسجيل كل عملية خصم في دفتر الحسابات، ويمكن مراجعتها بندًا بندًا في الفواتير على لوحة التحكم.
عند حدوث الاستهلاك، يتم تسجيل سعر البيع الساري في سجل الاستهلاك الخاص بتلك المرة. ولا تؤثر أي تعديلات لاحقة في الأسعار إلا على الطلبات الجديدة، أما الفواتير التي تم إصدارها بالفعل فستظل تُحسب دائمًا وفقًا للسعر الساري في ذلك الوقت.
لا تُفرض رسوم على الطلبات التي لم تُنتج مخرجات في المرحلة الأعلى، مثل: خطأ في المعلمات (400)، فشل المصادقة (401)، رصيد غير كافٍ (402)، عدم وجود صلاحية للوصول (403)، تقييد التدفق (429)، وغيرها.
بدأت SSE في إرجاع خطأ «upstream» بعد الإخراج، حيث يتم احتساب التكلفة فقط على الرموز (Token) الفعلية للإدخال/الإخراج، مع إرجاع خطأ «upstream_stream_error»، ولن يتم احتساب التكلفة مرتين.
يدعم الدفع عبر WeChat Pay وAlipay وبطاقات الائتمان الصادرة عن UnionPay والتحويلات المصرفية بين الشركات؛ ويمكن بعد إتمام عملية الشراء تقديم طلب للحصول على فاتورة بشكل ذاتي من خلال صفحة الشؤون المالية في لوحة التحكم، بينما تتم معالجة العقود والإجراءات المتعلقة بالتحويلات المصرفية بين الشركات من خلال قسم التعاون مع الشركات.
استخدم نفس الإجابة الموجودة في صفحة اختيار الحلول، لتجنب تباين المعايير بين المكانين. اكتب الإجابة مباشرةً في كود HTML، بحيث يمكن قراءتها حتى دون تشغيل JavaScript.
التسعير على أساس الاستهلاك فقط: يتم الحساب بناءً على الاستهلاك الفعلي للـ Token في كل طلب، دون رسوم اشتراك شهرية، ودون اشتراك إلزامي، ودون حد أدنى للإنفاق. وحدة السعر هي الدولار الأمريكي لكل مليون Token، وتكون الفاتورة دقيقة حتى مستوى الطلب الفردي.
لا. رصيد الشحن صالح إلى الأبد، ولا يتم مسحه شهريًّا، كما أنه لا يفقد صلاحيته بسبب عدم الاستخدام لفترة طويلة.
يتم احتساب تكلفة الرموز المدخلة وفقًا للسعر الوحدوي للدخول، بينما يتم احتساب تكلفة الرموز المخرجة وفقًا للسعر الوحدوي للإخراج؛ أما الرموز المدخلة التي يتم العثور عليها في ذاكرة التخزين المؤقتة للموجهات (prompt cache)، فيتم احتساب تكلفتها وفقًا للسعر الوحدوي الأقل الخاص بالنتائج الموجودة في ذاكرة التخزين المؤقتة. ويتم إدراج هذه العناصر الثلاثة بشكل منفصل في تفاصيل فاتورة الطلب نفسه.
ندعم الدفع عبر WeChat Pay وAlipay وبطاقات الائتمان الصادرة عن UnionPay، بالإضافة إلى التحويلات المصرفية بين الشركات. يمكنك طلب الفاتورة بنفسك بعد إتمام عملية الشراء من صفحة الشؤون المالية في لوحة التحكم.
قد نقوم بتعديل الأسعار بالتزامن مع قيام الموردين الرئيسيين بتعديل أسعارهم، وسنعلن عن ذلك مسبقًا عبر لوحة التحكم وسجل التحديثات. سيتم احتساب الاستهلاك الذي تم بالفعل وفقًا لأسعار اللحظة التي تم تسجيلها، ولن يتم تعديل الفواتير السابقة بسبب تغيير الأسعار.
لا. لا يتم احتساب تكلفة الطلبات التي لم تنتج عنها مخرجات في المرحلة الأعلى، مثل أخطاء المعلمات (400)، وفشل المصادقة (401)، وعدم كفاية الرصيد (402)، وتقييد التدفق (429)؛ أما الجزء الذي تم إنتاجه بالفعل من المخرجات في الاستجابة المتدفقة، فسيتم احتساب تكلفته بالواقع.
تبدأ المشاريع ذات الحجم الصغير مباشرةً من باقة التجربة، وتكون قيمة الرصيد المودع صالحة إلى الأبد؛ أما العقود المؤسسية والفواتير والقنوات المخصصة، فتتم عبر برنامج التعاون مع الشركات.