احسب لكل ميزة: رموز الإدخال ÷ مليون × سعر الإدخال، ثم رموز الإخراج ÷ مليون × سعر الإخراج. اضرب تكلفة العملية في عدد العمليات الشهرية، وأضف أسعار البحث أو الصور أو الصوت أو الحاويات إن استعملتها. اعتمد بيانات Usage وCosts الفعلية، لا التقدير وحده.
بطاقة سريعة
- مصدر السعر
- صفحة OpenAI API الرسمية
- مصدر الاستهلاك
- Usage Dashboard أو usage في الاستجابة
- مصدر التكلفة المالية
- Costs endpoint أو تبويب Costs
- تاريخ التحقق
- 9 أكتوبر 2026
الإدخال والإخراج ليسا بالسعر نفسه
تُظهر صفحة الأسعار الرسمية أسعار الإدخال، الإدخال المخزّن مؤقتاً، وكتابة الذاكرة المؤقتة والإخراج. لذلك لا يكفي جمع جميع الرموز في رقم واحد.
حوّل كل رحلة مستخدم إلى أربعة أرقام
دوّن متوسط رموز الإدخال، ومتوسط رموز الإخراج، وعدد الطلبات في الرحلة، وعدد الرحلات الشهرية. إذا كانت الرحلة تستدعي النموذج مرتين، احسب الاستدعاءين منفصلين؛ قد يكون أحدهما قصيراً والآخر يولد مخرجاً طويلاً.
- تكلفة الإدخال = رموز الإدخال ÷ 1,000,000 × سعر الإدخال
- تكلفة الإخراج = رموز الإخراج ÷ 1,000,000 × سعر الإخراج
- تكلفة العملية = الإدخال + الإخراج + الأدوات الأخرى
- التكلفة الشهرية = تكلفة العملية × عدد العمليات
مثال: 1,000 طلب يومياً على GPT‑6.1 Sol
وفق السعر القياسي القصير الظاهر وقت التحقق، يبلغ الإدخال 2 دولار والإخراج 10 دولارات لكل مليون رمز. إذا استهلك كل طلب 1,000 رمز إدخال و300 رمز إخراج، فثلاثون ألف طلب شهرياً تعني 30 مليون رمز إدخال و9 ملايين رمز إخراج.
| البند | الحجم الشهري | الحساب | التكلفة |
|---|---|---|---|
| الإدخال | 30 مليون رمز | 30 × 2$ | 60$ |
| الإخراج | 9 ملايين رمز | 9 × 10$ | 90$ |
| المجموع | 30 ألف طلب | 60$ + 90$ | 150$ شهرياً |
هذا مثال تعليمي قبل احتساب البحث والصور والصوت والتخزين والضرائب. نموذج أرخص أو مخرجات أقصر قد يخفضان الرقم بقوة؛ نموذج أقوى أو سياق طويل قد يرفعه.
ليست كل إمكانات API مسعّرة بالطريقة نفسها
الصور والصوت والبحث والحاويات قد تضيف بنوداً مستقلة عن رموز النص.
قِس الطلب الواحد ثم راجع Costs
تعرض استجابات API معلومات usage لقياس الرموز في الطلب. وعلى مستوى المؤسسة، يتيح Usage API تفاصيل النشاط، بينما توصي OpenAI باستخدام Costs endpoint أو تبويب Costs عند التسوية المالية مع الفاتورة.
أنشئ مشروعاً مستقلاً لكل منتج أو بيئة مهمة، ووسم العمليات داخلياً باسم الميزة والعميل والخطة. بذلك تستطيع معرفة تكلفة «إنشاء مقال» أو «تلخيص ملف» بدل رؤية رقم إجمالي مبهم.
الميزانية التنبيهية ليست دائماً سقفاً صلباً
تسمح إعدادات المشاريع بتحديد ميزانية شهرية وتنبيهات، لكن وثائق OpenAI تبيّن أن بعض حدود الميزانية تعمل كعتبات مراقبة وقد تستمر الطلبات بعد تجاوزها. لذلك طبّق أيضاً حدوداً داخل تطبيقك: حصة لكل مستخدم، أقصى طول للمخرج، ومفتاح إيقاف عند ارتفاع الإنفاق.
- تنبيهات منصة OpenAI على مستويات مبكرة
- حدود استخدام داخل خطط منتجك
- مراقبة يومية وتوقف تلقائي عند السلوك غير الطبيعي
اخفض الرموز قبل أن تبحث عن خصم
قصّر السياق المتكرر، لا ترسل تاريخاً لا تحتاجه، حدّد طول المخرج، واستعمل نموذجاً اقتصادياً للمهام السهلة ونموذجاً أقوى للحالات التي تتطلبه. التخزين المؤقت للمدخلات المتكررة قد يخفض التكلفة عندما يناسب نمط الطلب.
اختبر الجودة على عينة حقيقية. النموذج الأرخص ليس اقتصادياً إذا ضاعف المراجعة البشرية أو أجبرك على إعادة الطلب مرات كثيرة.
ورقة حساب من سطر واحد لكل ميزة
- اسم الميزة والنموذج ونمط المعالجة
- متوسط input وcached input وoutput
- عدد الاستدعاءات لكل عملية
- عدد العمليات اليومية والشهرية
- تكلفة الأدوات الإضافية ونسبة الفشل
- تكلفة الوحدة وهامش الربح وسعر الخطة
راجع الافتراضات أسبوعياً في بداية الإطلاق، ثم شهرياً بعد استقرار الاستخدام. صدّر بيانات Costs بصيغة CSV عند الحاجة إلى تقرير مالي أو مطابقة الفاتورة.
سعّر النتيجة، وراقب تكلفة الوحدة
أفضل رقم لإدارة مشروعك ليس إجمالي الفاتورة، بل تكلفة العملية الناجحة لكل ميزة. اربطها بسعر خطتك وهامش الربح، وحدّثها كلما غيرت النموذج أو طول السياق أو أضفت أداة.
ابدأ بتجربة محدودة، اجمع بيانات أسبوعاً، ثم صحح الافتراضات قبل فتح الاستخدام الواسع.
تحقق من الأسعار الحالية قبل تثبيت ميزانيتك
OpenAI تحدّث النماذج والأسعار ووحدات الفوترة. استخدم الجدول الرسمي وبيانات Costs الفعلية لمشروعك.