إذا سألتَ أي مهندس برمجيات اليوم عمّا يحتاجه لبناء وكيل ذكي يتذكر سياق المؤسسة ويبحث في وثائقها ويدير مهامها، فسيسرد عليك قائمة تسوّق أصبحت أشبه بالمسلَّمة الصناعية: قاعدة بيانات مستندية مثل «مونغو دي بي» (MongoDB) لحفظ السجلات المرنة، وقاعدة بيانات متجهية مثل «كودرانت» (Qdrant) أو «باينكون» (Pinecone) للبحث الدلالي، ومحرك بحث نصي مثل «إلاستيك سيرتش» (Elasticsearch) للكلمات المفتاحية، وخادم «ريديس» (Redis) لإدارة طوابير المهام والأقفال المتزامنة، وخدمة جدولة زمنية (Cron) للمهام الدورية.
قبل أن يكتب المهندس سطراً واحداً من منطق العمل الحقيقي، يجد نفسه يدير خمسة خوادم مختلفة، وخمسة بروتوكولات اتصال، وخمس فواتير سحابية، وعشرات نقاط الفشل المحتملة إذا انقطع الاتصال بين خادم المتجهات وخادم المستندات في منتصف الليل.
حين بدأنا في مختبرنا بناء أنظمة الوكلاء السيادية للمؤسسات (Nisus وPlatform-AI) ونظام تخطيط الموارد والمحاسبة (جدول ERP)، طرحنا سؤالاً بسيطاً: لماذا نفترض أن كل وظيفة من هذه الوظائف الخمس تحتاج إلى خادم مستقل؟ أليست هذه التجزئة أثراً تاريخياً لزمن كانت فيه الأقراص الصلبة بطيئة والذاكرة شحيحة؟
هذه مقدمة المقالة — يُنشر النص الكامل قريباً
تقرأ هنا الاستهلال والمقدمة التأسيسية لهذه الدراسة. النص الكامل جاهز ومجدول للنشر المتسلسل قريباً؛ ويمكنك في هذه الأثناء قراءة الأبحاث المنشورة أو استكشاف المنظومات الحية في أطلس الأنظمة.