كاش الـ12 ساعة من OpenAI: متى يوفّر على وكيلك الدائم ومتى يكلّفك أكثر؟

أعلنت OpenAI في 20 أكتوبر 2026 عن خيار جديد في واجهتها البرمجية: مدة صلاحية للكاش تبلغ 12 ساعة بدلاً من الـ30 دقيقة الافتراضية. قد يبدو الخبر تفصيلاً تقنياً صغيراً، لكنه يمسّ مباشرة اقتصاديات أي وكيل يعمل طوال اليوم ويعيد إرسال التعليمات نفسها وتعريفات الأدوات نفسها مع كل خطوة. في هذا المقال نشرح ما الذي تغيّر، وكيف تحسب جدوى الخيار الجديد لتطبيقك، وأين يقع الفخ.

ما الذي أُعلن بالضبط؟

حسب إعلان الشركة، أصبح بإمكان المطوّر اختيار مدة كاش أطول تصل إلى 12 ساعة، مع بقاء الخيار القديم (30 دقيقة) متاحاً. النقاط الجوهرية:

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

الحالة المستهدفة واضحة: الوكلاء الدائمون الذين يعيدون استخدام التعليمات وتعريفات الأدوات على مدار اليوم، مثل مساعد يعمل في الخلفية لساعات.

الكاش القصير يكافئ من يتحدث بكثافة لبضع دقائق، والكاش الطويل يكافئ من يعود إلى السياق نفسه على فترات متباعدة طوال اليوم.

لماذا كانت الـ30 دقيقة مشكلة للوكلاء؟

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

معادلة التكلفة المبسّطة

لنفترض أن سعر الإدخال العادي لكل رمز هو P، وأن بادئتك المشتركة طولها N رمزاً. لا نحتاج أرقاماً دقيقة من لوحة الأسعار لنفهم المنطق:

السيناريو	ما تدفعه على البادئة
بلا كاش	N × P في كل طلب
كاش 30 دقيقة، والفجوة أطول من 30 دقيقة	N × P في كل طلب تقريباً، أي لا فائدة
كاش 12 ساعة	2.5 × N × P مرة واحدة، ثم قراءات بالسعر المخزَّن

النتيجة: الكاش الطويل يدفع علاوة 1.5 ضعف مرة واحدة فوق السعر العادي مقابل الحق في القراءات الرخيصة لاحقاً. فإذا كان عدد الطلبات التي ستقرأ من الكاش خلال 12 ساعة كبيراً، تُستهلك العلاوة بسرعة. وإذا كان قليلاً، خسرت.

قاعدة تقريبية للقرار

قارن بين تكلفتين خلال النافذة نفسها:

1. بدون كاش طويل: عدد الطلبات × N × P (أو أقل قليلاً إذا استفدت من كاش قصير في بعض الدفعات).
2. مع كاش طويل: 2.5 × N × P + عدد الطلبات × N × سعر القراءة المخزَّنة.

كلما كان سعر القراءة المخزَّنة أقل بكثير من P، وكلما زاد عدد الطلبات في النافذة، مال الميزان للكاش الطويل. ابدأ دائماً بأخذ الأرقام الفعلية من صفحة التسعير الرسمية ثم طبّق المعادلة على حركة مرورك الحقيقية.

متى يستحق الكاش الطويل؟

• وكلاء الخلفية: مساعد يستيقظ كل ساعة أو ساعتين لمعالجة قائمة مهام بالتعليمات نفسها.
• تطبيقات داخلية للفرق: يستخدمها الموظفون على فترات متفرقة خلال ساعات العمل، وبادئتها ثابتة (سياسات، دليل أسلوب، مخطط قاعدة بيانات).
• أنظمة ذات تعريفات أدوات ضخمة: كلما كبرت قائمة الأدوات وأوصافها زاد وزن البادئة المكررة.
• أنماط الاستخدام المتوقعة زمنياً: إذا كانت حركتك تتركز في يوم عمل واحد، فنافذة 12 ساعة تغطيه تقريباً كاملاً.

ومتى يكلّفك أكثر؟

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

كيف تهيّئ طلباتك للاستفادة؟

الكاش يعمل على البادئة المتطابقة، لذلك ترتيب المحتوى هو نصف المعركة:

1. ضع كل ما هو ثابت أولاً: التعليمات، السياسات، تعريفات الأدوات، الأمثلة.
2. اترك كل ما هو متغيّر في النهاية: رسالة المستخدم، التاريخ، نتائج الأدوات.
3. لا تغيّر ترتيب الأدوات ولا صياغة التعليمات بين الطلبات.
4. استخدم الدمج بين المدتين: التعليمات الثابتة في الكاش الطويل، وتاريخ المحادثة الجاري في القصير.
5. راقب نسبة الإصابة في الكاش من بيانات الاستهلاك الراجعة في كل استجابة، فهي المقياس الحقيقي لنجاح التصميم.

مثال عملي على الترتيب

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

ما الذي يعنيه هذا للمشهد العام؟

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

أسئلة شائعة

هل الكاش الطويل يحل محل القصير؟

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

هل يستحق الأمر لمشروع صغير؟

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

كيف أعرف أن الكاش يعمل فعلاً؟

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

الخلاصة

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

المصادر: AI Weekly، The Neuron.