Claude Sonnet و Jarvis Pattern: لماذا قد لا يحتاج وكلاء الذكاء الاصطناعي إلى أكثر من نظام التشغيل

نشر موقع Habr مقالة تقترح تبسيط النقاش حول وكلاء الذكاء الاصطناعي بشكل جذري: بدلاً من الأطر العمل والرسوم البيانية والمنسقات وقواعس بيانات المتجهات، يقترح المؤلف الصيغة: LLM + نظام التشغيل + الملفات. الفكرة الأساسية هي أن النماذج الحديثة قوية بالفعل بما يكفي لاستخدام المحطات والواجهات البرمجية والهياكل الملفية تقريباً كما يفعل المهندس، وبالتالي فإن الاختناق ليس كمية البنية التحتية حول الوكيل، بل كيفية تنظيم ذاكرته وصلاحياته وبيئة عمله.

يصف إيغور زينوفييف، المهندس المعماري للتكنولوجيا، نمط جارفيس كوكيل شبكة شخصي مرتبط بمتخصص معين. يعمل مثل هذا الوكيل في حاويته الخاصة مع إمكانية الوصول إلى البنية التحتية ويتصرف نيابة عن الشخص.

يسوق كمثال وكيل DevSecOps الخاص به يسمى umax القائم على Claude Sonnet، الذي يغطي وفقاً لقوله مجموعة كاملة من المهام المتخصصة: من تكوين التحكم بالوصول على أساس الأدوار (RBAC) في Kubernetes والعمل مع Vault إلى نشر العناقيد ومسح صور Docker وإعداد CI/CD وتحليل الثغرات الأمنية.

الأطروحة الأساسية هي أن الوكيل لا يحتاج إلى مجموعة أدوات معدة مسبقاً: إذا كان هناك حاجة لاستعلام Prometheus، يستخدم curl؛ إذا كانت هناك حاجة لتحويل البيانات، يستخدم jq أو sed أو awk؛ إذا لم تكن هناك أداة مناسبة، يكتبها ويضيفها إلى سير العمل.

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

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

من هذا المنطق ينشأ منظور أوسع لدور الإنسان. نمط جارفيس ليس عن ذكاء اصطناعي مستقل تماماً، بل عن تعزيز مهندس معين: يحدد الشخص المهمة، ويتحقق من النتيجة، ويتخذ القرارات في ظل عدم اليقين، بينما يتولى الوكيل التنفيذ والعمل الروتيني. يعتقد المؤلف أن مثل هذا النموذج يمكن أن يغير التوظيف، لأن المرشحين يمكن تقييمهم ليس من خلال أسئلة مجردة، بل من خلال كيفية عملهم مع الوكيل على حالات حقيقية. تقدم المقالة حتى معايير السوق الخاص بالمؤسسات: دورة توظيف من 40-60 يوماً، تكلفة الخطأ تمثل عشرات النسب المئوية من الراتب السنوي، وحصة ملحوظة من الموظفين الذين لا يجتازون السنة الأولى.

نتيجة عملية أخرى تتعلق بالبرامج: إذا كان الوكيل يعمل عبر API والواجهة السطرية، فإن المنتجات بدون API مناسب ستبدأ بالتراجع بغض النظر عن جمال واجهتها.

على الرغم من تقديم النص كبيان، يؤكد المؤلف أنه لا يعتبر نفسه وحيداً. كدليل، يشير إلى أفكار مماثلة من مهندسين آخرين والمنتجات التي يُنظر إلى الوكيل فيها بالفعل كبيئة تشغيلية للمتخصص بدلاً من برنامج دردشة مع أزرار.

بهذا المعنى، نمط جارفيس ليس معياراً نهائياً ولا منصة جديدة، بل محاولة لتسجيل تحول: بدأ جزء من الصناعة في النظر إلى وكيل الذكاء الاصطناعي ليس كتطبيق منفصل، بل كطبقة إدارة فوق البنية التحتية الموجودة.

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