مهندس أنثروبيك يعتذر: السخرية من توقع "الاحتساب حسب الاستخدام لقدرات الذكاء الاصطناعي" كانت خطئي

نظرة عامة على الحادث

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

التفاصيل

• الطرف المعني: Thariq Shihipar（@trq212）، يعمل على Claude Agent SDK
• قال في رده على @weswinder إنه لا ينبغي السخرية من @Pranit بسبب حكمه السابق بأن “تكلفة حوسبة الذكاء الاصطناعي ستُسعّر مثل المياه والكهرباء، أي حسب الاستهلاك”
• موقفه: لا يوجد خداع، المشكلة أن التوسّع حقيقيًا صعب، وأن النهج الحالي هو “أفضل ما يمكن التفكير فيه حاليًا”
• سبب الجدل: انتقد @Pranit تسعير Anthropic حسب الشرائح (يوجد شريحة بقيمة 200 دولار/شهر)، مما أدى إلى مناقشات حول تكاليف البنية التحتية للذكاء الاصطناعي
• مرجع الصناعة: حتى Cursor، في أوقات الذروة، يثير قيود المعدل بشكل متكرر ويواصل تحسين الكفاءة

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

لماذا يبدو الأمر منطقيًا

• شارك Shihipar مباشرة في تطوير ميزات مثل الوكلاء الصغار في Claude، والتحقق عبر دورات، وما إلى ذلك؛ وهو يتحدث عن تجربة شخصية لا عن تخمين
• أشار @Pranit إلى أنه سواء كان تسعير Anthropic حسب الشرائح أو تجمع Pro/Ultra+ من Cursor عبر واجهات API، فالأمر في جوهره بات قريبًا بالفعل من “التسعير حسب الاستخدام”—لأن تكاليف الاستدلال تتقلب كثيرًا. وهذا هو الشيء نفسه تقريبًا مثل الجدل في 2026 حول استهلاك قدرات الحوسبة في سير عمل الوكلاء (Agent)
• يتمثل التناقض الأساسي في:
  • تصبح المهام أكثر تعقيدًا (إعادة هيكلة الكود، واستدلال متعدد الخطوات)
  • على الموردين إيجاد توازن بين الكفاءة والقدرة، ولا يمكن فرض حدود غير محدودة في فترات الذروة
  • بعض الحيل على مستوى الـ SDK (مثل تحرير السياق تدريجيًا) يمكن أن تخفف المشكلة، لكن لا تعالج أصلها
• تعكس أيضًا تعديلات تسعير Cursor وحدوده المشكلة نفسها—فاحتياجات الاستدلال لدى المستخدمين الثقيلين كبيرة، وتنتهي الحصص بسرعة

تقييم التأثير

• الأهمية: متوسطة
  • لماذا يستحق الانتباه: هذا منظور تقني من قلب فرق التطوير في الخط الأمامي، ويؤكد الصعوبة الواقعية لتوسيع الوكلاء. وله قيمة مرجعية للمطورين والفرق التقنية في اتخاذ قرارات اختيار التقنيات والتخطيط للمعمارية.

ملخص النقاط الرئيسية

• الاستنتاج الأساسي:

  1. صعوبة التوسّع هي السبب الرئيسي: التسعير والحد من معدلات الاستخدام الآن هما موازنة ضمن واقع هندسي، وليسا تضليلًا مقصودًا
  2. المحاسبة تقترب من نموذج التسعير حسب الاستخدام: لأن التكلفة والطلب يتقلبان بشكل كبير، فإن تصميم الشرائح مع “تجميع” الموارد (pooling) يصعب تجنبه
  3. تحديد السرعة في الذروة عرضٌ وليس سببًا: المشكلة الجوهرية هي صعوبة التنبؤ باستهلاك موارد سير عمل الوكلاء المعقّد
  4. الأدوات يمكن أن تخفف لكن لا تعالج الجذر: تقنيات مثل تحرير السياق تدريجيًا تساعد، لكن ما يزال هناك تعارض بين الأداء والتكلفة

• نصائح لأشخاص مختلفين:

  • المطورون/المعماريون:
    • تخصيص حصص احتياطية، وتصميم خطط خفض مستوى الخدمة (degradation)
    • الانتباه لأدوات كفاءة الـ SDK (الوكلاء الصغار، دورات التحقق، تقليم السياق)
  • المنتجون والشراء:
    • تقييم نافذة الزمن الفعلية التي يمكن خلالها استخدام “الشرائح + الحد من معدلات الاستخدام”
    • مراقبة تذبذب مستوى الخدمة وتجربة المستخدم في فترات الذروة
  • مجتمع المصادر المفتوحة/النظام البيئي للأدوات:
    • إحداث تمايز في الشفافية المتعلقة بالتكاليف وإدارة الموارد

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