تغييرات أسعار البرمجيات كخدمة: رفع الأسعار، وإلغاء الخطط المجانية، والانتقال من الدفع لكل مستخدم إلى الدفع حسب الاستهلاك، وما يعنيه ذلك لفاتورة فريق صغير.
الوكلاء الذين يعيدون قراءة السياق نفسه طوال اليوم هم أكثر من يستفيد من هذا الخفض، وأثره يظهر في الفاتورة الشهرية لا في العرض التجريبي، بينما يبقى سببه دون تأكيد رسمي.
الخطآن ليسا في الحساب بل في افتراضين صارا قديمين: أن سعر التوكن ثابت مهما كانت العملية، وأن كل دورة فيها استدعاء واحد للنموذج. وأي أداة لقياس الاستهلاك قد تقع فيهما.
أرخص ما في الفاتورة صار أرخص، خصوصًا الـ context المخزّن الذي تعيده الـ agents في كل خطوة، بينما صار الـ prompt الطويل هو البند الأغلى رغم نافذة المليون token.
المغزى: حين يُقاس الاشتراك بسعر الـ API، فإن خفض أسعار الـ API يقلّص رقم الاشتراك دون أن يقلّص العمل. والخبر الأهم لمن لا يدفع 200 دولار هو نموذج بعشرة سنتات لكل مليون token.
إذا صار استدعاء النموذج أرخص من تشغيل كود عادي، فالمنتج الذي تقوم ميزته على غلاء الوصول إلى النماذج له تاريخ انتهاء، والرخص يُدفع ثمنه في الاعتماد على المزوّد.
الجهة التي تستطيع نقل الطلبات إلى نموذج أرخص دون سؤال العميل تستطيع نقلها إلى أي نموذج آخر، ومن يثبّت نسخة النموذج في الكود يعرف على الأقل ما الذي يعمل تحته.
القرار الحقيقي ليس أي نموذج أقوى، بل هل تستفيد المهمة من تفكير إضافي. وإعداد الـ effort الافتراضي، الذي لا يراجعه أحد، قد يحدد الفاتورة أكثر من اسم النموذج.
التسعير الجديد يكافئ جلسات الـ agents الطويلة بدل أن يعاقبها، لأن الجزء المتكرر من السياق هو الأكبر فيها. لكن تغيير tool_choice قد يكسر كودًا قائمًا عند الانتقال.