البرمجة الوكيلة والواقع: لماذا لا تكفي المطالبات لبناء برمجيات حقيقية

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

في محاضرته «Graph Hysteria & Agentic Reality»، يتناول إيليا كليموف هذه الوعود بنظرة واقعية ونقدية. ورغم القدرات الكبيرة للوكلاء، فإن اختزال تطوير البرمجيات إلى رسم بياني أسود من عقد نماذج اللغة يتجاهل حقائق هندسية قاسية: انجراف النماذج، والأخطاء غير الحتمية، وحالات الفشل المتسلسلة.

لا تعني البرمجة الوكيلة كتابة قوالب مطالبات بارعة. وكما يقول كليموف: «المطالبة أضعف عقد ممكن في البرمجيات. تبدأ الهندسة الحقيقية عندما تقيّد النموذج بمخططات صارمة وواجهات أدوات ذرية واستمرارية الحالة ونقاط تحقق بشرية».

عند بناء تدفقات وكلاء إنتاجية — باستخدام LangGraph أو Vercel AI SDK أو خوادم MCP مخصصة (Model Context Protocol) — تكمن الموثوقية في العقد الصغيرة محددة النطاق. تفشل مطالبة ضخمة تحاول معالجة التفويض وتحويل البيانات واستدعاء API معًا في 20% من الحالات. أما التدفق متعدد الخطوات، حيث تنفذ كل عقدة إجراءً تم التحقق منه، فيعمل بصورة متوقعة.

من خبرتي في إطلاق تطبيقات FinTech وSaaS، فإن Human-in-the-Loop ليس تنازلًا بل ميزة. تستخدم أفضل المعماريات الوكلاء لأتمتة 90% من البحث والصياغة وكتابة الاختبارات، مع إبقاء تغييرات الحالة الحساسة — المعاملات المالية وعمليات الكتابة في قاعدة البيانات ومراسلة المستخدمين — رهينة موافقة بشرية تم التحقق منها.

إذا كنت تصمم برامج وكيلة اليوم، فابدأ ببساطة. لا تبنِ رسمًا معقدًا لا نهائيًا من 50 وكيلًا في اليوم الأول. أنشئ أدوات محددة الأنواع، وفرض التحقق الصارم من المخططات، وضع حدودًا تنفيذية واضحة، وأبقِ الإنسان ضمن الحلقة عندما تكون المخاطر حقيقية.