ملخص تقني: النماذج اللغوية الكبيرة لعمليات الشبكات والعمليات الذكية للبنية التحتية المعلوماتية (NetOps و AIOps) القائمة على الوكلاء

1. بيان المشكلة

تواجه عمليات الشبكات الحديثة (NetOps) وعمليات الذكاء الاصطنوية للبنية التحتية المعلوماتية (AIOps) فجوة متزايدة بين سرعة تغييرات الأنظمة (النشريات، تعديلات السياسات، تغيرات الطوبولوجيا) وقدرة الفرق البشرية على إدارتها. وبينما يمتلك المشغلون أدوات قوية للاستدلال حول التكوين والوصول، فإن العبء التشغيلي يتفاقم بسبب تشتت الأدلة، والتغيرات عالية السرعة، وعمليات تسليم الحوادث المعقدة.

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

2. المنهجية والإطار العملي

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

أ. سلم الاستقلالية

يصنف المؤلفون الاستقلالية ليس كحالة ثنائية، بل كـ "سلم من الدرجات"، حيث يتم تعريف كل مستوى بعقد قدرة محدد ($A_k$):
$$A_k = (T^{read}_k, T^{write}_k, G_k)$$

• $T^{read}_k$: أدوات القراءة فقط (الاستعلامات، الاسترجاع).
• $T^{write}_k$: أدوات قابلة للكتابة، تنقسم بدورها إلى الاقتراح (صياغة الفروقات/diffs) والتنفيذ (تطبيق التغييرات).
• $G_k$: بوابات غير قابلة للتجاوز (فحص السياسات، الثوابت، الموافقات، قواعد التجربة/التراجع).

يعرف الإطار أربعة مستويات متميزة من الاستقلالية:

1. المساعد (Copilot - القراءة فقط): تجميع واسترجاع الأدلة.
2. المحلل (Analyst - القراءة غالباً): إجراء التشخيص، الحفاظ على الفرضيات، وإنشاء تقارير تحليل الأسباب الجذرية (RCA).
3. المخطط–المنفذ (Planner–Executor - محدود الكتابة): يقترح التغييرات (الفروقات) التي يجب أن تمر عبر جدار التحقق قبل التنفيذ.
4. الحلقة المغلقة (Closed-loop - الإصلاح الذاتي): تنفيذ إجراءات محدودة مع التراجع التلقائي والمراقبة المستمرة.

ب. عقد سير العمل

لضمان "الاستقلالية الآمنة"، تحدد الورقة عقداً صريحاً لسير العمل ($C$) يحكم سلوك الوكيل:
$$C = (A_k, \Pi, I, R, B, S)$$

• $\Pi$: السياسات التنظيمية (السياسة ككود).
• $I$: الثوابت التشغيلية (الوصول، العزل، حواجز مستوى الخدمة SLO).
• $R$: التزامات الأدلة المطلوبة (ما يجب ملاحظته قبل اتخاذ إجراء).
• $B$: ناقلات الميزانية (استدعاء الأدوات، الرموز/tokens، الوقت، المخاطر).
• $S$: قواعد التوقف (التصعيد، التراجع، أو شروط الإيقاف).

ج. جدار التحقق

النمط المعماري المركزي هو جدار التحقق (Verification Wall)، وهو بوابة غير قابلة للتجاوز بين الاقتراح والاعتماد. يمكن للوكيل أن يستدل بحرية، ولكن أي إجراء كتابي ($a$) لا يتم تنفيذه إلا إذا اجتاز دالة البوابة $g(a, E, \Pi, I)$ التي تتحقق من الامتثال للسياسة واستيفاء الثوابت. هذا يضمن أن "حدود الثقة" هي الواجهة التي يتحول فيها الاقتراح إلى إجراء مُنفذ.

د. التقييم والقياس المرجعي

تجادل الورقة بأن التقييم يجب أن يتجاوز الإجابة على الأسئلة الساكنة إلى التقييم المتمحور حول سير العمل. وتشمل المقاييس الرئيسية:

• جودة التتبع (Trace Quality): قيمة استدعاءات الأدوات، اكتمال الأدلة، والمنشأ (provenance).
• قيود السلامة: معدلات انتهاك السياسات، الإجراءات غير الضرورية، وتكرار التراجع.
• النتائج التشغيلية: وقت المعالجة (MTTR)، وقت الإشارة (MTTD)، ومتانة الانحراف (drift robustness).
• التكلفة والكمون: عدد استدعاءات الأدوات، استخدام الرموز (tokens)، والكمون من البداية للنهاية.

3. المساهمات الرئيسية

تقدم المسح أربع مساهمات رئيسية في هذا المجال:

1. تصنيف قائم على سير العمل: نظام تصنيف للعمليات الوكيلية في NetOps و AIOps بناءً على المراحل التشغيلية (الملاحظة، التشخيص، القرار، الإجراء) ومستويات الاستقلالية، بدلاً من بنية النموذج الداخلية. ويربط هذا النظام أدواراً محددة بواجهات الأدوات وأنماط الفشل.
2. الأنماط المعمارية والحواجز الوقائية: استخراج أنماط التصميم المتكررة، بما في ذلك التوليد المعزز بالاسترجاع (RAG) مع الوعي بالحداثة والمنشأ، وحلقات استخدام الأدوات، و"جدار التحقق". ويتم ربط هذه الأنماط بحواجز مثل الوصول بامتيازات الحد الأدنى، والنشر المرحلي، والموافقة البشرية.
3. ممارسة التقييم وتوجيه القياس المرجعي: توليف منهجيات التقييم التي تعكس العمل التشغيلي الفعلي. وتقترح الورقة تعريفات للمهام (مثل دقة التشخيص تحت الملاحظة الجزئية) وتجادل بضرورة وجود مقايسات تقيس الفائدة النهائية والسلامة، وليس فقط الطلاقة اللغوية.
4. تحليل الأمن والحوكمة والامتثال: تحليل المخاطر الخاصة بالعمليات الوكيلية، بما في ذلك حقن الأوامر (prompt injection) عبر المخرجات التشغيلية (التذاكر، كتيبات التشغيل)، وتسميم الاسترجاع، وهجمات سلامة البيانات (telemetry)، و"الوكالة المفرطة". وتؤكد على إعادة توظيف تجريدات التحقق من الشبكة الحالية كقيود سلامة قابلة للإنفاذ.

4. النتائج والنتائج المستخلصة

تلخص الورقة الأدبيات الموجودة لاستخلاص عدة استنتاجات حاسمة:

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

5. الأهمية والادعاءات

تدعي الورقة أن التقدم في NetOps و AIOps الذكي يعتمد على معاملة الاستقلالية كمسألة تحكم تشغيلية مقيدة.

• ادعاءات متواضعة بشأن الاستقلالية: يتسم المؤلفون بالتواضع بشأن الحالة الراهنة للإصلاح الذاتي ذي الحلقة المغلقة. ويجادلون بأنه بينما تعتبر المساعدة للقراءة فقط والإصلاح الذاتي الضيق (مع التحقق القوي) أموراً عملية، فإن الإصلاح الذاتي الواسع في الأنظمة الكبيرة وغير المتوقعة يظل تحدياً كبيًراً.
• تحول في النموذج: تكمن الأهمية في تحويل تركيز البحث من "كيف نجعل النماذج اللغية الكبيرة أذكى" إلى "كيف نقيد النماذج اللغية الكبيرة ضمن عقود سلامة قابلة للإنفاذ".
• الواقع التشغيلي: تؤكد الورقة أن النجاح التشغيلي لا يقتصر فقط على إنتاج الإجابة الصحيحة، بل يتعلق بـ العملية: ما هي الأدلة التي تم جمعها، وما هي الأدوات التي استُخدمت، وهل توقف النظام عند عدم كفاية الأدلة، وهل احترمت التغييرات المقترحة السياسة ومحفزات التراجع.
• الحوكمة كأدوات (Artifacts): يتم تأطير الحوكمة ليس كنص سياسي، بل كأدوات قابلة للإنفاذ (الفروقات/diffs، حزم الموافقة، سجلات التدقيق) التي تجعل القرارات قابلة للمراجعة والتدقيق.

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