ملاحظة المؤلف: سعر الإدخال والإخراج في gpt-6-sol وgpt-6.1-sol واحد، لكن معدل تكلفة قراءة ذاكرة التخزين المؤقت يختلف بمقدار النصف. يشرح هذا المقال كيف تخفّض تكلفة التخزين المؤقت للمحادثات الطويلة بتغيير حقل model في الطلب فقط.
يستخدم كثير من المطورين يوميًا 6.1 Sol و6.1 Terra و6 Luna، لكن عند مراجعة إعدادات المشاريع، قد يجدون أن طلبات إحدى الخدمات القديمة لا تزال تستخدم gpt-6-sol. يقدّم هذا المقال تعديلًا بسيطًا: استبدل gpt-6-sol بـ gpt-6.1-sol؛ لن يتغير سعر الإدخال والإخراج، بينما تنخفض تكلفة قراءة ذاكرة التخزين المؤقت من 10% إلى 5% من سعر الإدخال.
هذا ليس عرضًا ترويجيًا، ولا يتطلب منك تغيير باقتك. فرق الأسعار بين نسختَي Sol موضّح مباشرةً في قائمة أسعار OpenAI الرسمية، كما أن معاملات الأسعار في قائمة منصة APIYI تطابق الأسعار الرسمية. كل ما عليك تغييره هو سلسلة نصية واحدة في الطلب.
الفائدة الأساسية: بعد قراءة هذا المقال، ستعرف معرّف النموذج الذي ينبغي تغييره، ومقدار التوفير في قراءة ذاكرة التخزين المؤقت بعد التغيير، ولماذا لا يصح تعميم نتيجة «خفض تكلفة قراءة ذاكرة التخزين المؤقت إلى النصف» على استنتاجات تخص نماذج أخرى غير Terra وLuna، ولا سيما Luna.
أبرز النقاط المتعلقة بأسعار gpt-6-sol وgpt-6.1-sol
لنبدأ بأهم جدول. الأسعار التالية لكل مليون token، والبيانات محدّثة بتاريخ 2026-11-10. مصدرها الأسعار القياسية الرسمية من OpenAI، وقد تأكدنا من تطابقها مع المضاعفات التي يعرضها APIYI عبر واجهة الأسعار.
| معرّف النموذج | سعر الإدخال | سعر الإخراج | سعر قراءة الذاكرة المؤقتة | نسبة سعر القراءة إلى سعر الإدخال |
|---|---|---|---|---|
gpt-6-sol |
$2 | $10 | $0.20 | 10% |
gpt-6.1-sol |
$2 | $10 | $0.10 | 5% |
يوضح الجدول نقطة مهمة: لا فرق بين نسختَي Sol في سعري الإدخال والإخراج؛ والفرق الوحيد هو سعر قراءة الذاكرة المؤقتة. في الطلبات القصيرة ذات الجولة الواحدة، يكاد يكون هذا الفرق غير ملحوظ. لكن في الحالات التي يتكرر فيها إرسال موجه نظام طويل، أو تعريفات أدوات مطوّلة، أو سجل محادثة طويل، غالبًا ما تشكّل رموز الإدخال المقروءة من الذاكرة المؤقتة جزءًا كبيرًا من إجمالي الإدخال. عندئذٍ، يتراكم فرق المضاعف البالغ الضعف باستمرار.
لماذا يستحق سعر قراءة الذاكرة المؤقتة في gpt-6.1-sol اهتمامًا خاصًا؟
تعمل ذاكرة الموجه المؤقتة (Prompt Cache) على احتساب الرموز ضمن بادئة الطلب بسعر القراءة من الذاكرة المؤقتة بدلًا من سعر الإدخال الكامل، عندما تتطابق هذه البادئة مع طلب سابق. وفي تطبيقات الوكلاء ومساعدي البرمجة وروبوتات خدمة العملاء، يُعاد إرسال موجه النظام نفسه ورسائل المحادثة السابقة في كل جولة، لذلك تكون نسبة الاستفادة من الذاكرة المؤقتة مرتفعة عادةً.
في هذا النوع من أعباء العمل، يكون تأثير سعر قراءة الذاكرة المؤقتة على الفاتورة غالبًا أوضح من تأثير سعر الإدخال. فسعر القراءة في gpt-6-sol هو $0.20، بينما يبلغ $0.10 في gpt-6.1-sol. أي إنك تدفع ضعف المبلغ مقابل المقدار نفسه من الرموز المستفيدة من الذاكرة المؤقتة عند استخدام الإصدار الأول. إذا كانت خدمتك لا تزال تستخدم المعرّف القديم، وكانت تعتمد على محادثات طويلة، فأنت تدفع باستمرار تكلفة إضافية مقابل السياق نفسه.
كيف تتوافق مضاعفات المنصة مع الأسعار الرسمية؟
يعبّر جدول الأسعار في APIYI عن الأسعار باستخدام المضاعفات. وتُظهر البيانات المُعادة في 2026-11-10 كلا طرازي Sol، بالمضاعفات التالية:
| الحقل | gpt-6-sol |
gpt-6.1-sol |
المعنى |
|---|---|---|---|
| model_ratio | 1 | 1 | المضاعف 1 يقابل سعر إدخال قدره $2 لكل مليون token |
| completion_ratio | 5 | 5 | سعر الإخراج يعادل 5 أضعاف سعر الإدخال، أي $10 |
| cache_ratio | 0.1 | 0.05 | قراءة ذاكرة التخزين المؤقت تعادل 10% / 5% من سعر الإدخال |
وبحسب معيار «المضاعف 1 = إدخال بسعر $2 لكل مليون token»، يبلغ سعر الإدخال $2 وسعر الإخراج $10 لكلا الطرازين، بينما تبلغ تكلفة قراءة ذاكرة التخزين المؤقت $0.20 و$0.10 على التوالي، وهو ما يطابق الأسعار الرسمية تمامًا. تجدر الإشارة إلى أن هذه الحسبة تقتصر على مضاعفات النموذج نفسه، ولا تشمل أي مضاعفات للمجموعات. لذا، يُرجى الرجوع إلى المجموعة المرتبطة بحسابك وإلى قائمة الطرازات على المنصة لمعرفة قيمة التسوية الفعلية. للتحقق من الأسعار، يمكنك زيارة صفحة أسعار النماذج على APIYI apiyi.com ومراجعة هذه المضاعفات الثلاثة.
كيف تُحسب تكلفة التخزين المؤقت للجلسات الطويلة في gpt-6.1-sol
قد لا تكفي مقارنة الأسعار وحدها لتوضيح الفرق، لذا إليك مثالًا حسابيًا بسيطًا. لنفترض أن جلسة أحد الوكلاء تضم 100 جولة، وأن البادئة التي يُصيبها التخزين المؤقت في كل طلب تبلغ نحو 50 ألف رمز. عندها يصل إجمالي الرموز المقروءة من ذاكرة التخزين المؤقت خلال الجلسة إلى 5 ملايين.
| بند الحساب | gpt-6-sol |
gpt-6.1-sol |
|---|---|---|
| إجمالي الرموز المقروءة من ذاكرة التخزين المؤقت | 5 ملايين | 5 ملايين |
| سعر قراءة ذاكرة التخزين المؤقت (لكل مليون) | $0.20 | $0.10 |
| تكلفة قراءة ذاكرة التخزين المؤقت | $1.00 | $0.50 |
| جزآ الإدخال والإخراج | السعر نفسه | السعر نفسه |
هذا الرقم يخص جلسة واحدة فقط. فإذا كان لديك آلاف الجلسات المشابهة يوميًا، فسيظل الفرق في تكلفة قراءة ذاكرة التخزين المؤقت ثابتًا عند النصف. وبما أن سعرَي الإدخال والإخراج متطابقان تمامًا، فلن ترتفع تكلفة الأجزاء الأخرى عند الانتقال إلى gpt-6.1-sol؛ وكل ما توفره هو نصف تكلفة القراءة من ذاكرة التخزين المؤقت.
لكن هذا المثال يفترض إصابة الطلب لذاكرة التخزين المؤقت فعلًا. فإذا كانت بادئة الطلب تتغير في كل مرة، مثلًا بسبب وضع طابع زمني أو معرّف عشوائي في بداية موجه النظام، فسيكون معدل الإصابة بذاكرة التخزين المؤقت منخفضًا جدًا، ولن يكون أثر تغيير معرّف النموذج كبيرًا. في هذه الحالة، رتّب المحتوى الثابت في البادئة والمحتوى المتغير في النهاية أولًا، ثم فكّر في تغيير المعرّف؛ فستكون النتيجة أوضح.
كيفية الترقية من gpt-6-sol إلى gpt-6.1-sol بسرعة
التغيير المطلوب محدود جدًا: فكلا معرّفي النموذج متاحان اليوم في قائمة النماذج لدى APIYI، ويمكنك استدعاء النموذج باستخدام مفتاح API نفسه، من دون الحاجة إلى تفعيل باقة جديدة أو شرائها. كل ما عليك تغييره هو قيمة الحقل model في نص الطلب.
أسهل طريقة: التبديل في 3 خطوات
- اعثر على المعرّف القديم: ابحث في مستودع الشفرة ومركز الإعدادات عن
gpt-6-sol، واحرص على عدم تغيير معرّفات جديدة مثلgpt-6.1-solعن طريق الخطأ. يمكنك حصر البحث في القيمة الكاملة بين علامتي الاقتباس. - استبدل قيمة الحقل
model: غيّرmodel="gpt-6-sol"إلىmodel="gpt-6.1-sol". أبقِ تهيئة العميل كما هي، باستخدامbase_url="https://api.apiyi.com/v1"ومفتاح API الحالي. - تحقق على نطاق محدود: بدّل المعرّف في جزء من الطلبات أولًا، وراقب حقل رموز التخزين المؤقت في
usageضمن الاستجابة للتأكد من أن إصابات ذاكرة التخزين المؤقت تعمل بشكل طبيعي، ثم طبّق التغيير على جميع الطلبات.
باستخدام حزمة OpenAI الرسمية لـ Python مثالًا، تكون تهيئة العميل كما يلي: client = openai.OpenAI(api_key="YOUR_API_KEY", base_url="https://api.apiyi.com/v1"). وعند الاستدعاء، يكفي تغيير قيمة model في client.chat.completions.create(model="gpt-6.1-sol", messages=messages)، ولا حاجة إلى تعديل messages أو أي معاملات أخرى.
طريقة موصى بها لإدارة الإعدادات
إذا كان اسم النموذج مكتوبًا مباشرة في مواضع متعددة من مشروعك، فمن الأفضل استغلال هذه الفرصة لنقله إلى الإعدادات. خزّن معرّف النموذج في متغير بيئة، مثل OPENAI_MODEL=gpt-6.1-sol، ثم اقرأه في الشفرة باستخدام os.getenv("OPENAI_MODEL", "gpt-6.1-sol"). وهكذا، لن تحتاج عند صدور إصدار جديد إلا إلى تعديل إعداد واحد بدلًا من البحث والاستبدال في أنحاء المستودع.
ويُستحسن أيضًا قراءة إعدادات العميل من متغيرات البيئة، مثل OPENAI_BASE_URL=https://api.apiyi.com/v1. وبما أن الواجهة متوافقة مع OpenAI، يمكنك مواصلة استخدام طرق الربط الحالية مع SDK وLangChain وأطر عمل الوكلاء المختلفة؛ يكفي التأكد من صحة قيمتَي base_url وmodel.
🚀 ابدأ بسرعة: قبل تغيير المعرّف، يمكنك مراجعة قائمة النماذج على APIYI عبر apiyi.com للتأكد من أن
gpt-6.1-solمتاح ضمن مجموعة النماذج في حسابك. بعد التحقق، لن يتطلب التبديل سوى تغيير سلسلة واحدة في حقلmodelضمن الطلب. ويمكن للمستخدمين الجدد أيضًا الاستفادة من رصيد الاختبار المجاني لإجراء تجربة أولية على نطاق محدود.
أخطاء شائعة عند التبديل
- تغيير بعض الخدمات فقط: قد تُحدّث الخدمة الرئيسية، بينما تظل المهام المجدولة أو البرامج النصية للمعالجة الدفعية دون اتصال تستخدم المعرّف القديم. عندها ستظهر تكاليف استخدام النموذجين معًا في الفاتورة.
- وجود قائمة سماح بالنماذج في البوابة: إذا كانت بوابتك الداخلية أو طبقة الوكيل تتحقق من أسماء النماذج باستخدام قائمة سماح، فأضف
gpt-6.1-solإليها أولًا. - تجميع السجلات ومؤشرات المراقبة حسب اسم النموذج: إذا كانت لوحات المتابعة تحسب التكاليف وفقًا لاسم النموذج، فتابع المعرّفين الجديد والقديم معًا بعد التبديل. وإلا، فقد تظن خطأً أن عدد الاستدعاءات انخفض.
مقارنة خصومات التخزين المؤقت بين gpt-6.1-sol وTerra وLuna
يستخدم كثير من المطورين عدة نماذج في الوقت نفسه، وقد يتبادر إلى أذهانهم أن قراءة التخزين المؤقت في Sol بنسبة 5% مع الإصدار 6.1 تعني أن النسبة نفسها تنطبق على النماذج الأخرى. لكن معامل قراءة التخزين المؤقت يُحدَّد لكل نموذج على حدة، ولا يمكن تعميمه ببساطة. إليك مقارنة الأسعار الرسمية ومعاملات المنصة في اليوم نفسه:
| معرّف النموذج | سعر الإدخال | سعر الإخراج | سعر قراءة التخزين المؤقت | cache_ratio | المنصات المتاحة |
|---|---|---|---|---|---|
gpt-6-sol |
$2 | $10 | $0.20 | 0.1 | APIYI apiyi.com، وOpenAI الرسمي |
gpt-6.1-sol |
$2 | $10 | $0.10 | 0.05 | APIYI apiyi.com، وOpenAI الرسمي |
gpt-6.1-terra |
$1 | $5 | $0.05 | 0.05 | APIYI، وOpenAI الرسمي |
gpt-6-luna |
$0.10 | $0.50 | $0.01 | 0.1 | APIYI، وOpenAI الرسمي |
قراءة المقارنة
مقارنة Terra: تبلغ تكلفة قراءة التخزين المؤقت في gpt-6.1-terra أيضًا 5% من سعر الإدخال، كما أن سعرها الفعلي أقل. لكن موضوع المقال هو «أي معرّف تختار ضمن فئة Sol نفسها؟». أما Terra فينتمي إلى فئة أخرى من حيث القدرات، لذا فإن الانتقال من Sol إلى Terra مسألة اختيار نموذج، وهي خارج نطاق هذا التغيير.
مقارنة Luna: يُعد gpt-6-luna الأرخص من حيث السعر الفعلي، إذ تبلغ تكلفة قراءة التخزين المؤقت $0.01 فقط. لكن خصم التخزين المؤقت فيه يعادل 10% من سعر الإدخال، وليس 5%. لذلك، فإن استنتاج «الانتقال من Sol إلى 6.1 يخفض تكلفة التخزين المؤقت إلى النصف» ينطبق على فئة Sol وحدها، ولا ينبغي تعميمه على Luna عند تقدير الميزانية.
💡 نصيحة للاختيار: إذا كانت مهمتك تتطلب قدرات فئة Sol، فإن استبدال المعرّف القديم مباشرةً بـ
gpt-6.1-solهو الخيار الأضمن من حيث الفائدة والأقل مخاطرة. أما إذا كنت تفكر في خفض التكلفة بالانتقال إلى فئة أخرى، فننصحك باستخدام مفتاح API نفسه على APIYI لاستدعاء نماذج مختلفة ومقارنة النتائج، ثم تقدير التكلفة الفعلية مع مراعاة معاملات التخزين المؤقت.
الأسئلة الشائعة
س1: ما الفرق الفعلي في السعر بين gpt-6-sol وgpt-6.1-sol؟
الفرق يقتصر على قراءة البيانات من الذاكرة المؤقتة. سعر الإدخال في كلا النموذجين هو $2 لكل مليون token، وسعر الإخراج $10. أما قراءة البيانات من الذاكرة المؤقتة، فسعرها $0.20 في `gpt-6-sol` و$0.10 في `gpt-6.1-sol`، أي ما يعادل 10% و5% من سعر الإدخال على التوالي. البيانات محدّثة حتى 2026-11-10، وتتوافق الأسعار الرسمية مع معامل المنصة.
س2: هل أحتاج إلى شراء باقة جديدة أو إنشاء حساب جديد لاستخدام gpt-6.1-sol؟
لا. يظهر معرّفا النموذجين في قائمة النماذج لدى APIYI، ويمكن استدعاؤهما باستخدام مفتاح API نفسه. كل ما عليك تغييره هو حقل `model` في الطلب؛ أما `base_url` وطريقة المصادقة في العميل فيبقيان كما هما.
س3: كيف أحوّل معامل APIYI إلى سعر بالدولار؟
وفقًا لقاعدة «المعامل 1 = سعر إدخال قدره $2 لكل مليون token»: عندما تكون قيمة `model_ratio` تساوي 1، يكون سعر الإدخال $2؛ وعندما تكون قيمة `completion_ratio` تساوي 5، يكون سعر الإخراج $10؛ وعندما تكون قيمة `cache_ratio` تساوي 0.05، يكون سعر قراءة البيانات من الذاكرة المؤقتة $0.10. يعتمد السعر الفعلي أيضًا على مجموعة الحساب، لذا يُرجى الرجوع إلى قائمة النماذج في APIYI على apiyi.com.
س4: في أي الحالات يكون التبديل إلى gpt-6.1-sol أكثر فائدة؟
تظهر الفائدة الأكبر في الحالات ذات السياق الطويل ومعدل إصابة مرتفع للذاكرة المؤقتة، مثل:
– **الوكلاء متعددو الجولات**: إعادة إرسال موجه النظام وتعريفات الأدوات والرسائل السابقة في كل جولة.
– **مساعدو البرمجة**: إرسال الملفات نفسها من المستودع مرارًا لاستخدامها كسياق.
– **الإجابة عن أسئلة قواعد المعرفة**: استخدام بادئة ثابتة من مستند طويل مع أسئلة مستخدم متغيرة.
س5: هل يمكن تقدير تكلفة Luna وTerra أيضًا على أساس «خفض تكلفة قراءة البيانات من الذاكرة المؤقتة إلى النصف»؟
لا، لا يمكن تعميم ذلك. تبلغ تكلفة قراءة البيانات من الذاكرة المؤقتة في `gpt-6.1-terra` نسبة 5% من سعر الإدخال، بينما تبلغ في `gpt-6-luna` نسبة 10%. سعر Luna المطلق هو الأقل، لكن نسبة الخصم على الذاكرة المؤقتة ليست 5%. لذا احسب الميزانية لكل نموذج على حدة باستخدام قيمة `cache_ratio` الخاصة به.
س6: ما أسباب عدم انخفاض الفاتورة بوضوح بعد تغيير معرّف النموذج؟
السبب الأكثر شيوعًا هو انخفاض معدل إصابة الذاكرة المؤقتة، مثل وجود طابع زمني أو حقل عشوائي في بادئة الطلب، ما يجعل كل طلب يُحاسب على أساس الإدخال الكامل. وقد تكون بعض الخدمات ما تزال تستدعي المعرّف القديم. يُنصح بالتحقق من حقل رموز الذاكرة المؤقتة ضمن `usage` في الاستجابة، ومراجعة تفاصيل الاستدعاءات حسب النموذج في لوحة تحكم APIYI.
س7: هل تتغير جودة المخرجات بعد التبديل؟
ينتمي النموذجان إلى مستوى القدرات نفسه، لكن أداء كل إصدار قد يختلف من مهمة إلى أخرى. ولضمان التبديل بأمان، ابدأ باستخدام النموذج مع نسبة صغيرة من الطلبات أو اختبره على مجموعة بيانات، ثم انتقل إلى استخدامه بالكامل بعد التأكد من أن المخرجات تلبي متطلبات العمل.
النقاط الأساسية حول أسعار قراءة الذاكرة المؤقتة في gpt-6.1-sol
- السعر نفسه، لكن تكلفة قراءة الذاكرة المؤقتة مختلفة: سعر الإدخال في كلا طرازي Sol هو $2، وسعر الإخراج $10، لكن تكلفة قراءة الذاكرة المؤقتة تختلف بمقدار الضعف.
- التكلفة المحددة لقراءة الذاكرة المؤقتة: تبلغ $0.20 في
gpt-6-sol، و$0.10 فيgpt-6.1-solلكل مليون token. - الجلسات الطويلة هي الأكثر استفادة: كلما زاد عدد مرات إصابة الذاكرة المؤقتة، زاد التوفير عند الانتقال إلى
gpt-6.1-sol. - تغيير واحد فقط: يكفي تعديل الحقل
modelفي الطلب، ولا حاجة إلى باقة جديدة. - لا تعمّم ذلك على Luna: تبلغ تكلفة قراءة الذاكرة المؤقتة في Luna نسبة 10% من سعر الإدخال، لا 5%.
- طريقة البدء: تحقّق من الأداء بحركة مرور محدودة باستخدام المفتاح نفسه على APIYI، ثم استبدل النموذج بالكامل.
الخلاصة
أهم النقاط عند الانتقال من gpt-6-sol إلى gpt-6.1-sol:
- هيكل الأسعار: سعر الإدخال والإخراج متطابق، بينما تنخفض تكلفة قراءة الذاكرة المؤقتة من 10% إلى 5% من سعر الإدخال. تاريخ البيانات: 2026-11-10.
- نطاق التغيير: النموذجان مدرجان في قائمة المنصة؛ يكفي استبدال اسم النموذج في الطلب، مع الإبقاء على
base_urlوالمفتاح كما هما. - حدود التطبيق: ينطبق «خفض تكلفة قراءة الذاكرة المؤقتة إلى النصف» على فئة Sol فقط. أما Terra وLuna، فيجب احتساب التكلفة لكل منهما وفق معامل الذاكرة المؤقتة الخاص به.
إذا كانت خدمة الجلسات الطويلة لديك لا تزال تستخدم المعرّف القديم، فهذه فرصة لتحسينها بتكلفة تكاد لا تُذكر. يُنصح أولًا بالتحقق من قائمة النماذج ومعاملات الأسعار على APIYI apiyi.com، ثم إتمام الانتقال باتباع الخطوات الثلاث في هذه المقالة. يُرجى الرجوع إلى قائمة نماذج المنصة لمعرفة أسماء النماذج وأسعارها.
📚 المراجع
- قائمة الأسعار الرسمية من OpenAI: أسعار الإدخال والإخراج والإدخال المخزّن مؤقتًا للنماذج ضمن الفئة القياسية
- الرابط:
developers.openai.com/api/docs/pricing -
التوضيح: للتحقق من الأسعار الرسمية لكل من
gpt-6-solوgpt-6.1-solوgpt-6.1-terraوgpt-6-luna -
واجهة قائمة الأسعار في APIYI: بيانات مضاعِفات النماذج على المنصة
- الرابط:
api.apiyi.com/api/pricing - التوضيح: للاطّلاع على مضاعفات
model_ratioوcompletion_ratioوcache_ratio
الكاتب: فريق APIYI التقني
للتواصل التقني: يسعدنا تواصلكم معنا عبر الصفحة الرئيسية لموقع APIYI. ويمكنكم زيارة مركز التوثيق علىdocs.apiyi.comللاطّلاع على مزيد من مواد التكامل.
