في الأشهر الأربعة الأولى من عام 2026، أنهق فريق هندسة أوبر ميزانية الشركة السنوية الكاملة المخصصة للذكاء الاصطناعي. في ربيع ذلك العام، اعترف المدير التقني بأن الشركة "عادت إلى نقطة الصفر" في التخطيط لإنفاق الذكاء الاصطناعي. وفي يونيو، صدر قرار بتحديد سقف صارم لكل مهندس: 1500 دولار شهرياً لكل أداة برمجة ذكية.
يُعدّ هذا أحد أكثر الأمثلة الواقعية دلالةً على تكاليف اعتماد الذكاء الاصطناعي المؤسسي — وفيه دروس تتجاوز بكثير مجرد تجاوز ميزانية شركة واحدة.
الأرقام خلف الأزمة
ما يجعل قضية أوبر لافتة للنظر هو أن اعتماد الأدوات كان في حد ذاته قصة نجاح. بحلول مطلع 2026، كان 95% من مهندسي الشركة — نحو 5000 مهندس — يستخدمون أدوات الذكاء الاصطناعي شهرياً. بل أنشأت الشركة لوحة قيادة داخلية تصنّف الفرق وفق إجمالي استخدامها لهذه الأدوات لتحفيز المنافسة. ونجح ذلك فعلاً.
لكن المشكلة كانت في الفاتورة.
كان المهندسون الأفراد يولّدون ما بين 500 و2000 دولار شهرياً من استهلاك الرموز (Tokens). وأنفقت أوبر 951 مليون دولار على البحث والتطوير في الربع الأول من 2026 وحده — بزيادة 17% على أساس سنوي — ومع ذلك طرحت المديرة التشغيلية نيكي ماكدونالد تساؤلاً محورياً: "إن لم تتمكن من رسم خط مباشر يربط هذا الإنفاق بعدد الميزات المفيدة التي تشحنها لمستخدميك، فإن هذه المقايضة تصبح أصعب تبريراً." وأضافت أن هذه الصلة "لم تتضح بعد".
لماذا تكسر أدوات الوكلاء الذكيين نماذج الميزانية التقليدية
تعتمد أدوات SaaS التقليدية على أسعار ثابتة أو مرتبطة بالمقاعد — يمكن التنبؤ بها وسهلة التخطيط. أما أدوات البرمجة التوليدية كـ Claude Code وCursor فهي مختلفة جوهرياً: تُحتسب تكلفتها بناءً على الاستهلاك الفعلي، وفق عدد الرموز المعالجة.
حين يقرأ وكيل ذكي قاعدة كود، ثم يكتب الكود، ثم يشغّل الاختبارات، ثم يقرأ سجلات الأخطاء، ثم يراجع الكود — فإن ذلك يستهلك عشرات الآلاف من الرموز في جلسة واحدة. مطوّر يُجري 10 جلسات كهذه يومياً قد يتجاوز 50 دولاراً يومياً في تكاليف الرموز، أي أكثر من 1000 دولار شهرياً لأداة واحدة.
الميزانيات التي وُضعت عام 2025 لم تتوقع الانفجار الهائل في قدرات وكلاء البرمجة الذكية وانتشارها. التقليد القديم افترض أن أدوات البرمجة ذات تكلفة ثابتة ومعروفة. أما أدوات الذكاء الاصطناعي الوكيلة فلديها تكلفة متغيرة مرتبطة مباشرة بكثافة الاستخدام — وكلما كانت الأداة أكثر فائدة، زادت الرموز التي تستهلكها.
الفجوة في قياس العائد على الاستثمار
يكشف تحدي المديرة التشغيلية مشكلة أعمق: ربط إنفاق الذكاء الاصطناعي بنتائج الأعمال الفعلية.
أشار الرئيس التنفيذي إلى أن نحو 10% من الكود الملتزم به يُكتب اليوم بواسطة وكلاء مستقلين. يبدو ذلك مبهراً — لكن 10% من الكود المشحون لا يعني تلقائياً تسليماً أسرع بنسبة 10%، ولا ميزات أكثر بنسبة 10%، ولا إيرادات أعلى بنسبة 10%.
إنتاجية تطوير البرمجيات صعبة القياس أصلاً حتى من دون ذكاء اصطناعي. مع إضافة كود مولّد بالذكاء الاصطناعي تتضاعف التعقيدات: كم من وقت المراجعة وُفّر مقابل ما أُنفق في مراجعة مخرجات الوكيل؟ هل الأخطاء في الكود المولّد أكثر أم أقل؟ هل تصل مخرجات الجلسات الاستقلالية فعلاً إلى الإنتاج؟
بغياب هذه الإجابات، يجد فريق المالية نفسه أمام بند إنفاق متنامٍ دون عائد واضح.
5 مبادئ لحوكمة ميزانية أدوات البرمجة الذكية
سقف 1500 دولار الذي فرضته أوبر إجراء مؤلم، لكنه إشارة واضحة إلى أن المؤسسات تحتاج إطار حوكمة مصمماً خصيصاً للإنفاق القائم على الاستهلاك. إليك شكل النهج المنظّم:
1. سقف لكل أداة، لا لكل مهندس
نهج أوبر تعليمي: الحد الأقصى البالغ 1500 دولار ينطبق بشكل مستقل على كل أداة. إنفاق Claude Code لا يؤثر على ميزانية Cursor. هذا يشجع المهندسين على استخدام الأداة التي تحقق أفضل نتيجة بدلاً من اللعب على حساب أداة واحدة.
2. لوحات متابعة الاستخدام منذ اليوم الأول
طوّرت أوبر لوحة داخلية لتتبع إنفاق كل مهندس. الشفافية تغيّر السلوك قبل الحاجة إلى قيود صارمة. كثير من المهندسين لا يدركون تكلفة استخدامهم إلا حين يرونها.
3. تقسيم مكدّس الأدوات حسب تعقيد المهمة
ليست كل مهمة تستوجب جلسة وكيل كاملة. استخدم الوكلاء المكلفين للإعادة الهيكلية المعقدة والسقالات البرمجية الجديدة وتصحيح الأخطاء متعددة الملفات. واستخدم أدوات أخف وزناً لإكمال الكود والاستعلامات البسيطة. هذا النهج المتدرج يمكنه تقليل التكاليف بنسبة 40–60% دون المساس الفعلي بالإنتاجية.
4. قياس النتائج، لا النشاط
تتبع أوقات الدورة للمهام بمساعدة الذكاء الاصطناعي مقارنةً بدونه، ومعدلات الأخطاء، ومعدلات اجتياز مراجعة الكود. حتى المقاييس غير المثالية أفضل من الاكتفاء بقياس استهلاك الرموز.
5. إجراءات استثناء، لا جدران صلبة
تتيح أوبر للموظفين تجاوز السقف الشهري بعد موافقة المدير. السقوف الصارمة توجد احتكاكاً ضد الاستخدام المُسرف، لكن لا ينبغي أن تعيق العمل عالي القيمة. إجراءات الموافقة تُنشئ مساءلة حقيقية دون تقييد الإنتاجية.
ما تشير إليه خطوة مايكروسوفت
في تطور موازٍ، أعلنت مايكروسوفت نقل موظفيها من Claude Code إلى GitHub Copilot CLI بحلول 30 يونيو 2026 ضمن نموذج تسعير قائم على الاستخدام (10–39 دولاراً من الرصيد الشهري حسب المستوى). هذا ليس رفضاً للبرمجة بالوكلاء — بل هو توحيد الإنفاق على المنصة الداخلية. لكنه يؤكد الضغط ذاته: حتى الشركة التي تبني أدوات الذكاء الاصطناعي تدير بنشاط ما تنفقه عليها.
للفرق التقنية في منطقة الشرق الأوسط وشمال أفريقيا
لفرق التكنولوجيا في تونس والسعودية وسائر دول المنطقة، تحمل قصة أوبر أهمية خاصة.
اعتماد أدوات الذكاء الاصطناعي المؤسسية في المنطقة في تسارع ملحوظ. كثير من الشركات تنشر Claude Code وCursor وGitHub Copilot في 2025–2026. التحدي أن معظم الفرق تتبنى هذه الأدوات بحجم أصغر — 20 إلى 200 مهندس بدلاً من 5000 — وهو ما قد يُفضي في الواقع إلى مشاكل سيطرة على التكاليف أسوأ. الفرق الصغيرة كثيراً ما تفتقر إلى الطاقة الكافية في FinOps أو هندسة المنصات لمتابعة الإنفاق الذكي في الوقت الفعلي.
التوصية العملية: قبل نشر أدوات البرمجة الوكيلة على نطاق واسع، ابنِ أدوات القياس أولاً. حدد تنبيهات ميزانية الرموز. عرّف مقاييس الإنتاجية التي ستتتبعها. قرر مسبقاً ما مستوى الإنفاق المقبول لكل مهندس وما النتائج التي تبرر تجاوزه.
خطأ أوبر لم يكن في اعتماد أدوات الذكاء الاصطناعي بعدوانية — بل في تحديد أهداف الاعتماد دون حوكمة مقابلة للتكاليف. الحل ليس إبطاء الاعتماد، بل بناء البنية التحتية المالية التي تجعله مستداماً.
خلاصة
قصة أوبر ليست تحذيراً ضد أدوات البرمجة الذكية. معدل اعتماد 95% من المهندسين و10% من الكود مكتوب بالذكاء الاصطناعي — هذا إنجاز حقيقي بكل المقاييس. التحذير يكمن في الفجوة بين حماس الاعتماد وحوكمة الميزانية.
سقف 1500 دولار استجابة عقلانية وإن كانت متأخرة. الاستجابة الاستباقية هي بناء شفافية الإنفاق، وسياسات الاستخدام المتدرجة، ومقاييس النتائج — قبل أن تأتي الأزمة.
كل فريق هندسي ينشر أدوات الذكاء الاصطناعي الوكيلة اليوم يهيئ أرضية لمحادثة ميزانية صعبة في غضون ستة إلى اثني عشر شهراً. السؤال هو: هل ستجري تلك المحادثة بشروطك، أم بشروط مديرك المالي؟