[TL;DR اليومي] سأقول الجزء الصامت بصوت عالٍ: عندما يبدأ فاتورة الذكاء الاصطناعي الشهرية لمهندس واحد في أن تبدو وكأنها جولة تمويل من الفئة A، يتوقف الأمر عن كونه مجرد قصة أدوات ويبدأ في الظهور كتجربة اقتصادية. إذًا، ما الذي نراه حقًا — نظام التشغيل التالي لهندسة البرمجيات، أم آلة مكلفة جدًا لإنتاج "فوضى ذكاء اصطناعي" على نطاق صناعي؟ على الأرجح كلاهما. 🤖💸 🔥 الإعداد: تحويل تريليون رمز إلى جدل عام حول التكلفة 📌 الأرقام الرئيسية مبالغ فيها عمداً • قدر بيتير شتاينبرغر، مؤسس OpenClaw، أن فريقه أنفق حوالي 10 ملايين دولار في تكاليف الرموز خلال شهر واحد لأعمال الذكاء الاصطناعي، ثم أضاف فوراً: ليس كل هذا الإنفاق مفيداً. • جاء مثال آخر شهير من ملف Cursor الخاص بـ Lauren Tan، الذي أظهر استخدام حوالي 1.5 تريليون رمز خلال 30 يوماً. • باستخدام معيار تقريبي قدره 8 دولارات لكل مليون رمز، قدر بيتير بيكارتشيك أن التكلفة تبلغ حوالي 384 ألف دولار يومياً، أو حوالي 11 مليون دولار شهرياً، أو 132 مليون دولار سنوياً. • حتى مع خصم تجاري بنسبة 90٪، لا تزال التكلفة المتوقعة حوالي 1.1 مليون دولار شهرياً، أو حوالي 13 مليون دولار سنوياً. 📌 لماذا أثار هذا ضجة كبيرة: الاستخدام خارج نطاق سلوك المطورين العاديين تماماً • تشير بيانات Jellyfish عبر 12 ألف مطور إلى أن المستخدم المتوسط يستهلك حوالي 51 مليون رمز شهرياً. • يبلغ النسبة المئوية 90 حوالي 380 مليون رمز شهرياً. • وهذا يجعل استخدام Lauren البالغ 1.5 تريليون رمز حوالي 29,000 مرة أكثر من المتوسط، بينما كان استخدام Steinberger السابق البالغ 603 مليار رمز لا يزال حوالي 12,000 مرة أكثر. • بمجرد تحويل استخدام الرموز إلى حسابات رواتب، يتغير السرد بسرعة: لم يعد هذا "أداة إنتاجية"، بل يبدو كـ"أرستقراطية حوسبة". 📌 الفاتورة الحقيقية معقدة، لأن ليس كل الرموز لها نفس التكلفة • يمكن أن تتضمن عدّ الرموز على نمط Cursor الإدخال القياسي، ومخرجات النموذج، وكتابة التخزين المؤقت، وقراءته. وكل هذه تُحسب بأسعار مختلفة جداً. • مع تسعير على نمط Opus 5.5، قد تكون مليون رمز إدخال حوالي 4 دولارات، والمخرجات حوالي 20 دولاراً، وقراءات التخزين المؤقت حوالي 0.20 دولار فقط. • أظهرت لقطة شاشة واحدة أن 73.3 مليار رمز تكلف حوالي 30 ألف دولار إجمالاً، مما يعني متوسطاً قدره حوالي 0.41 دولار لكل مليون رمز لأن حركة التخزين المؤقت هي السائدة. • بتطبيق هذا المعدل المختلط على 1.5 تريليون رمز، تنخفض التكلفة الشهرية إلى حوالي 615 ألف دولار، وليس 11 مليون دولار. • في أدنى حد وهمي مطلق حيث يتم تسعير كل شيء على أساس سعر قراءة التخزين المؤقت، ستكون تكلفة 1.5 تريليون رمز حوالي 300 ألف دولار شهرياً. • قلل بيكارتشيك لاحقاً من تقديره الخاص أيضاً: حتى لو كان تقديره الأصلي أعلى بعشر مرات، فقد تكون التكلفة الشهرية لا تزال حوالي 100 ألف دولار. 🔥 إذًا، ما الذي اشتُري فعلاً بهذا الإنفاق؟ 📌 ليس "روبوت دردشة واحد"، بل هيكل تنظيمي كامل للوكلاء • وصف شتاينبرغر هذا النمط من العمل بأنه استكشاف لمظهر تطوير البرمجيات عندما لم تعد تكلفة الرموز عائقاً. • كان فريقه المكون من ثلاثة أشخاص يشغل حوالي 100 نسخة من Codex. • هذه الوكلاء كانت تراجع طلبات الدمج، وتفحص سجلات التحديثات بحثاً عن ثغرات أمنية، وتدمج قضايا GitHub المكررة، وتكتب إصلاحات، وتراقب تراجعات الأداء، وحتى تنضم إلى الاجتماعات لإنشاء طلبات دمج من المناقشات. • وصفت Lauren إعدادها الخاص بأنه فريق مكون من أكثر من 20 وكلاء: وكيل رئيس الموظفين، ووكيل مدير المنتج، وأكثر من 20 وكلاء تنفيذي يعملون بشكل مستقل. 📌 الفكرة الأساسية ليست التوليد — بل التحقق • تدّعي Lauren أن العقبة في برمجة الوكلاء ليست كتابة الكود، بل إثبات أن الكود يعمل فعلاً. • عملية عملها تجعل الوكلاء يشغلون الكود، ويجمعون آثار CPU وصور ذاكرة Heap، ويطلقون محاكيات iOS، ويتفاعلون مع التطبيقات كما يفعل المستخدمون. • الهدف هو إنشاء حلقة مغلقة: إذا استطاع الوكيل التحقق من مخرجاته بنفسه، يمكنه الاستمرار في التكرار حتى إتمام المهمة. • إذا لم يستطع التحقق، يعيد الفرق إلى الإنسان ويتعطل — مما يعني أن الإنسان يصبح أبطأ جزء في النظام. • عند حجمها المدّعى وهو 4,000 طلب دمج شهرياً، حتى لو استغرق كل طلب دمج خمس دقائق من مراجعة بشرية، سيصل المجموع إلى حوالي 333 ساعة — أي ما يعادل شهر عمل كامل لشخص واحد. لذا لا يمكن أن تكون المراجعة اليدوية طبقة التحقق. 📌 هذا يغيّر دور المهندس • في هذا النموذج، يبدأ المهندس في التصرف أقل كـ"مُبرمج" وأكثر كـ"مدير هندسة للوكلاء". • نقطة Lauren مباشرة: إذا لم تستطع الوثوق بمخرجات وكيل واحد، فلن تستطيع أبداً التوسع إلى مئة وكلاء. • تُغلف عملية pstack الخاصة بها هذا في خطط عمل منظمة — لتوحيد الفهم والتصميم والبرمجة والمراجعة والتحقق عبر عدة وكلاء محليين وسحابيين. 🔥 لكن هنا حيث تصبح القصة حادة: كل هذا الاستقلال احتاج قيوداً قاسية 📌 كان يجب إعادة بناء قاعدة الكود لتكون صديقة للوكلاء • بدأ GrokBot على ما يبدو كبرنامج مكتوب بسرعة وبقيود هندسية ضعيفة وقراءة بشرية قليلة. • وهذا جعل من السهل على الوكلاء اختيار طريق أقل مقاومة: المزيد من الكود، حدود غامضة، وزيادة خطر الأداء. • لتصحيح ذلك، قالت Lauren إنها استخدمت أكثر من 600 طلب دمج لإعادة هيكلة النظام إلى بنية داخلية تسمى Dune. • أصبحت قواعد CI صارمة للغاية: حظر useEffect، ومنع التعليقات، والتحقق من رسومات التبعيات بحيث لا يتقاطع Electron main وrenderer أبداً. • بمعنى آخر، الجزء "الذكي" لم يكن فقط نماذج أفضل — بل إعادة تصميم البيئة بحيث يكون لدى الوكلاء طرق أقل ليكونوا غير دقيقين. 📌 قد تكون pstack قوية، لكنها قد تكون غير قابلة للنقل بشكل عميق • تتضمن حزمتها 23 خطة عمل و20+ مبدأ هندسي. • هذا يبدو أقل كـ"سير عمل تطوير عالمي" وأكثر كـ"قفص سلوكي مُعد بدقة للنماذج". • وهذا جيد — حتى يحاول الناس نسخه ولصقه في فرق عادية ذات ميزانيات عادية وقواعد كود قديمة. عندها قد تتلاشى السحر. 🔥 الردود السلبية: هل هذا ابتكار أم مجرد عرض حوسبة لثرثرة الأغنياء؟ 📌 يقول المنتقدون إن هذا مصنع "فوضى ذكاء اصطناعي" مُغلف كمستقبل • على Reddit وفي دوائر الهندسة، جادل العديد من المطورين بأن دمج آلاف طلبات الدمج باستخدام إنفاق غير محدود على الرموز ليس ثورة في هندسة البرمجيات. • حجتهم: هذا استخدام قسري للحوسبة لغمر قاعدة الكود بتغييرات دقيقة، بينما يتم تجاهل العقبة الحقيقية — الاستدامة على المدى الطويل. • بعبارة أخرى، فإن توليد الكود يزداد أسرع من الحكم. وعندما يكون الحكم تحت التمويل، يُشارك الدين على من سيورث المخزن. 📌 قد تكون القيمة التسويقية أعلى من القيمة الهندسية • قال ثيو، مؤسس T3، إن التكلفة الداخلية الحقيقية قد تكون أقرب إلى 25,000–50,000 دولار شهرياً. • رأيه بسيط: حتى عند هذا المستوى، فإن التعرض يستحق العناء. بعض الشركات تنفق مليون دولار على فعاليات وتحصل على أقل انتباه من منشور واحد فيروسي من Lauren.• من منظور Cursor، قد يكون هذا أقل ارتباطًا بقصة اقتصاد الوحدة وأكثر كونه نجاحًا إعلاميًا رائعًا. • أقرت لورين نفسها بوضوح بالامتياز: فهي تعمل في مختبر ذكاء اصطناعي يمتلك رموزًا غير محدودة تقريبًا، لذا فهي لا تدّعي أن الجميع يجب أن ينسخوا طريقتها بالضبط. 📌 السؤال الأعمق هو اقتصادي، وليس تقنيًا فقط • إذا كان تطوير الوكلاء يعمل بسلاسة فقط عندما تكون حلقات التحقق مدعومة بشكل هائل، فإن المنتج الحقيقي ليس "برمجة الذكاء الاصطناعي". بل هو الوصول إلى التحقق الرخيص على نطاق واسع. • وإذا كان هذا صحيحًا، فإن AgentFi تصبح الإطار الأكثر إثارة: ليس فقط ما يمكن للوكلاء فعله، بل من يستطيع تحمل تكلفة السماح لهم بالعمل بشكل مستقل. • المستقبل قد لا ينتمي إلى الفرق التي تمتلك أفضل الأوامر. بل قد ينتمي إلى الفرق التي تبني أفضل أنظمة الحوافز، والضوابط، وحلقات التحقق الفعالة من حيث رأس المال. تفسيري؟ هذه القصة مفيدة بالضبط لأنها تجعل الجميع غير مرتاحين. • أفضل السيناريوهات: إنها نظرة مبكرة على طبقة هندسية جديدة حيث يقوم الوكلاء بإرسال وفحص وإصلاح وتنسيق أنظمة البرمجيات. • أسوأ السيناريوهات: إنها عرض مدعوم بالحوسبة يخلط بين حجم المخرجات وجودة المنتج. • الأرجح: الحقيقة تقع في المنتصف. قد يكون البرمجيات الوكيلة حقيقية، لكن بدون بنية مُنظمة واقتصاد معقول، قد تصبح مجرد طريقة أسرع لإنتاج ديون تقنية. إذًا، إليكم السؤال الذي أتركه معكم: إذا كان الوكيل يستطيع كتابة 4,000 طلب دمج شهريًا، لكن فقط نخبة صغيرة تستطيع تحمل تكلفة التحقق، فهل هذا مستقبل البرمجيات—أم مجرد عرض للقوة؟