تكاليف Astra API من الاستخدام إلى العمل المقبول

اختر نظام الفوترة قبل اختيار السعر

تستخدم طلبات Astra API المباشرة فوترة OpenAI Platform. أما عمل Codex الموثق عبر ChatGPT فيستخدم بدلات الاشتراك أو مساحة العمل والائتمانات. تنشر OpenAI هذه الأمور بصورة منفصلة، لذلك فإن سعر ائتمان Codex ليس سعرًا بالدولار لكل رمز API، كما أن دورة اشتراك مشمولة ليست إيصال API.

بالنسبة للطلبات المباشرة، افتح صفحة أسعار API الرسمية واختر أسعار gpt-6-astra المنطبقة على طبقة الخدمة ونطاق السياق وترتيب المعالجة. احتفظ بعنوان URL لبطاقة الأسعار وتاريخ الملاحظة مع تقديرك. ابنِ الحساب من الاستخدام على مستوى الطلب، ثم قارن الإجمالي بسجلات استخدام Platform وفاتورتك. يسهل ذلك تحديد فروق اختيار السعر أو الطلبات المفقودة.

التقط حقول استخدام Responses الدقيقة

يوثق دليل prompt-caching الرسمي input_tokens وinput_tokens_details.cached_tokens وinput_tokens_details.cache_write_tokens. القراءات المخزنة وكتابات cache فئتان منفصلتان داخل الإدخال، لذا اطرح كليهما قبل حساب الإدخال العادي. وقد يقلل افتراض أن كل رمز غير مخزن يملك سعر الإدخال العادي من تقدير طلب يكتب cache.

يوثق دليل reasoning output_tokens وoutput_tokens_details.reasoning_tokens. رموز reasoning مشمولة في استخدام المخرج؛ لا تضفها مرة أخرى كفئة رموز مفوترة. احتفظ بـ total_tokens كإجمالي استخدام لا كعدد تضربه في سعر مختلط واحد. سجّل كائن الاستخدام كاملًا حتى لا تعتمد المطابقة اللاحقة على سجل نصي ناقص.

احسب المجموع الفرعي للرموز دون عد مزدوج

لتكن I رموز الإدخال، وC الإدخال المخزن، وW إدخال كتابة cache، وO رموز المخرج. الإدخال العادي هو I - C - W. وباستخدام الأسعار R_input وR_cached وR_write وR_output المعروضة بالعملة نفسها لكل مليون رمز، يكون المجموع الفرعي للرموز ((I - C - W) * R_input + C * R_cached + W * R_write + O * R_output) / 1,000,000.

تقبل الدالة غير المتصلة أدناه استخدامًا مرصودًا وبطاقة أسعار مختارة منفصلة. أسماء الأسعار فيها متغيرات تطبيق وليست حقول API. وتعيد null عند وجود إدخالات مفقودة أو غير متسقة بدل التعامل مع الاستخدام المجهول بصمت على أنه مجاني. تغطي النتيجة الرموز فقط، لا الأدوات أو الضرائب أو بنود الفاتورة الأخرى.

function estimateTokenCost(usage, rates) {
  const I = usage?.input_tokens
  const C = usage?.input_tokens_details?.cached_tokens
  const W = usage?.input_tokens_details?.cache_write_tokens
  const O = usage?.output_tokens
  const tokens = [I, C, W, O]
  const prices = [rates?.input, rates?.cached, rates?.write, rates?.output]
  if (!tokens.every(n => Number.isSafeInteger(n) && n >= 0)) return null
  if (!prices.every(n => Number.isFinite(n) && n >= 0)) return null
  if (C > I || W > I - C) return null
  const subtotal = ((I - C - W) * rates.input
    + C * rates.cached + W * rates.write
    + O * rates.output) / 1_000_000
  return Number.isFinite(subtotal) ? subtotal : null
}

احسم قواعد السياق وطبقة الخدمة لكل طلب

يميز تسعير Astra الرسمي بين الإدخال العادي والإدخال المخزن وكتابات cache والمخرج، مع نطاقات سياق وطبقات خدمة مختلفة. احسم هذه القواعد لكل طلب قبل تمرير الأسعار إلى الصيغة. لا تطبق معاملًا مرة أخرى إذا كنت قد اخترت صف بطاقة أسعار يتضمنه.

احتفظ ببيانات طبقة الخدمة والمعالجة مع الاستجابة وقارنها بما طُلب. لا تعِد استخدام معاملات سرعة Codex أو ائتمانه لحساب API مباشر؛ فهي تنتمي إلى جدول سعر منتج مختلف. في ترتيبات المعالجة غير المعتادة، طابق الشروط المنطبقة للمزود. تظل صيغة الرموز الصحيحة مع أساس سعر خاطئ تقدير تكلفة غير صحيح.

افصل تقديرات الرموز عن تكاليف المهمة الكاملة

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

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

أبقِ الإعادات والعمل غير المكتمل والاستخدام المفقود ظاهرًا

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

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

ضع الميزانية حول النتائج المقبولة والعمل المحدود

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

استخدم معًا سقف الطلبات والإعادات المحدودة وشرط توقف المهمة. يقيّد الحقل الموثق max_output_tokens التوليد بما فيه reasoning، لكنه ليس ميزانية عملة كاملة لمهمة متعددة الطلبات. ضع ضوابط الحساب وتابع الإنفاق المتراكم أيضًا. ينبغي تقييم السياق الأصغر أو إعدادات reasoning المختلفة مقابل معايير القبول نفسها، لا الإعلان عنها كوفورات مضمونة.

توفر المزود والأدلة: 5 سبتمبر 2026

تأتي حقول الاستخدام والصيغة في هذا الدليل من وثائق OpenAI الرسمية. لم تُقَس تكلفة مهمة Astra أو وقت تشغيلها للمقال. في 5 سبتمبر 2026 أعادت نقطة أسعار APIsRouter العامة HTTP 200 وsuccess: true و34 نموذجًا دون Astra أو GPT-6، لذلك لا يوجد عرض Astra من APIsRouter هنا.

استخدم أسعار OpenAI الحالية لطلبات Astra المباشرة وكتالوج APIsRouter الحي لعروضه الخاصة. تحتاج مقارنة المزودين إلى مهام متطابقة وهوية نموذج فعلية ومخرجات مقبولة واستخدام كامل وأسعار منطبقة. احتفظ بهذه السجلات مع الحساب حتى يميز القارئ بين تقدير وفاتورة مهمة مطابقة.

الأسئلة الشائعة