أنت لا تتبنّى الوكلاء، بل تفتقر إلى مستوى تحكّم لتشغيلهم

من العرض التوضيحي إلى المناوبة الليلية

يكفي أن تقرأ أخبار الذكاء الاصطناعي المحلية ليوم واحد من النصف الأول من هذا العام حتى يتّضح المسار. تدفع شركات التأمين الذكاء الاصطناعي إلى ما هو أبعد من الردّ على الاستفسارات، نحو أعمال جوهرية مثل تقدير نسبة الخطأ في حوادث السيارات والاكتتاب. وانتقلت شركة Korea Midland Power إلى ما وراء الذكاء التوليدي، إلى ذكاء اصطناعي وكيلي ذاتيّ ينفّذ العمل فعلياً في تشغيل المحطة. فهو يعمل على شبكة معزولة، ويجمع تلقائياً حالات الشذوذ في المعدّات ويقدّم عنها إحاطة كل صباح. أمّا Microsoft وAmazon Web Services فتبني كلٌّ منهما تنظيماً مخصّصاً بآلاف الأفراد لإدماج الوكلاء داخل مواقع العملاء.

يجمعها أمر واحد: لقد تغيّر السؤال. حتى العام الماضي كان السؤال في قاعة الاجتماعات “هل نتبنّى هذا؟”. أمّا السؤال الذي يصارعه الممارسون الآن فهو “كيف نشغّل هذا بأمان؟”. ومع نزول الوكلاء من منصّة العرض وتولّيهم المناوبة الليلية، انتقل مركز الثقل من الأداء إلى التشغيل.

عنق الزجاجة ليس النموذج

لِنُزِح أولاً المفهوم الخاطئ الشائع: فكرة أنّ نموذجاً أفضل سيحلّ المشكلة. ضَعِ الوكيل في الميدان وسترى أنّ ما يعيقه ليس قدرة النموذج على الاستدلال، بل ثلاثة جدران تشغيلية.

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

الثاني هو السيادة وسلسلة التوريد. إنّ ما تشير إليه تغطية السيادة الرقمية الأخيرة يمسّ جوهر المسألة: لم تعد سيادة النموذج وحدها كافية. إذ يجب أيضاً التحقّق من مصدر ونزاهة حِزَم المصدر المفتوح ومجموعات البيانات وطبقة أدوات الوكلاء التي يعمل النموذج عليها فعلياً. وكلّما زاد تعامل شركة مالية مع بيانات طبية وشخصية حسّاسة، صار عزل الشبكة والتشغيل داخل المؤسسة شرطاً مسبقاً لا نقطة تفاوض.

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

لا يزول أيٌّ من هذه الجدران الثلاثة بترقية النموذج درجةً واحدة، لأنّها جميعاً مسألة أين تضع التشغيل.

لماذا تعجز السُّحُب التقليدية عن حلّها

على مدى الأعوام الخمسة عشر الماضية، نجحت السحابة في تجريد الأجهزة الافتراضية وقواعد البيانات والشبكات إلى موارد من الدرجة الأولى. فصار إطلاق خادم عند الحاجة، وربط الصلاحيات، وتسجيل السجلّات، أموراً موحّدة على مستوى المنصّة. لكن ضَعْ وكيلاً فوق ذلك يتغيّر السرد.

إنّ المفاهيم الأساسية للوكيل ليست خوادم، بل: أيّ قدرة يستعمل، وأيّ الأدوات يمكنه الوصول إليها، وتحت أيّ سياسة يتحرّك، وماذا فعل. في السُّحُب التقليدية تبقى هذه الأربعة لا موارد من الدرجة الأولى، بل آثاراً جانبية مبعثرة في شيفرة التطبيق. فسجلات التدقيق يتركها كلّ فريق لنفسه، والسياسة مدفونة في جُمَل التوجيه، وصلاحيات الأدوات تُدار عبر مفاتيح API متناثرة هنا وهناك.

والنتيجة أنّ التحكّم يستند إلى العُرف لا إلى المنصّة. وحين تتغيّر الفِرَق ويرحل الأفراد، يرحل ذلك العُرف معهم. وعبارة “نفعل ذلك بحكم العادة” ليست جواباً يصمد أمام الجهة الرقابية. فالتحكّم يجب أن يكون قابلاً لإعادة الإنتاج ومفروضاً، وتلك مسؤولية المنصّة لا مسؤولية شيفرة فردية.

التحكّم بوصفه منصّة، لا عُرفاً

المُنطلَق الذي اختارته Paxis بسيط: إنّ موارد عصر الوكلاء من الدرجة الأولى ليست أجهزة افتراضية، بل المهارات (Skills) والأدوات (Tools) والسياسات (Policies) وسجلات التدقيق (Audit Logs). وكما تتعامل السُّحُب التقليدية مع الخوادم والشبكات، ترفع Paxis هذه الأربعة إلى موارد تديرها المنصّة مباشرةً.

تعامل Skills قدرات الوكيل كموارد خاضعة لإدارة الإصدارات. فتسجيل القدرة والتحقّق منها وسحبها يجري على مستوى المنصّة لا داخل مشروع فردي. وتعرّف Tools الوصول إلى الأدوات تعريفاً تصريحياً؛ فأيّ وكيل يمكنه استدعاء أيّ أداة ومتى تحكم فيه السياسة سلفاً. وتحدّد Policies درجة الاستقلالية تحديداً صريحاً؛ ولأنّ التنفيذ لا يمضي إلّا عبر بوّابة موافقة محدّدة، يصير الخطّ الذي يجب ألّا يتجاوزه الوكيل مغروساً في مسار التنفيذ لا في وثيقة. وتُعدّ Audit Logs البوّابة الافتراضية التي يمرّ عبرها كلّ فعل؛ فإعادة البناء لاحقاً هي الأصل لا الاستثناء.

يُفحَص كلّ فعل للوكيل عند بوّابة السياسة وفق قواعد الاستقلالية والموافقة؛ ولا يمضي سوى التنفيذ المسموح به عبر المهارات والأدوات وصندوق رمليّ معزول. وبصرف النظر عن النتيجة، يُسجَّل كلّ فعل في سجلّ التدقيق، وتجري العملية كاملةً فوق Kubernetes سيادي داخل المؤسسة ومعزول عن الشبكة.

وبإسقاط ذلك على الجدران الثلاثة، يتّسق الأمر هكذا:

الجدار في الميدان	حدّ الأسلوب التقليدي	استجابة Paxis
تعذّر التدقيق	تسجيل يختلف بين فريق وآخر، ومسار قرار لا يمكن إعادة بنائه	كلّ استدعاء أداة وكلّ قرار يمرّ عبر Audit Logs، وإعادة البناء هي الأصل
السيادة وسلسلة التوريد	التحكّم في النموذج وحده، وطبقات المهارات والأدوات والبيانات نقطة عمياء	تسجيل Skills وTools والتحقّق منها كموارد من الدرجة الأولى، وتشغيلها داخل المؤسسة على K8s سيادي
التنفيذ الآمن	استدعاءات أدوات غير معزولة، وصلاحيات متناثرة عبر مفاتيح API	لا يُشغَّل سوى التنفيذ الذي يمرّ عبر بوّابة السياسة، وذلك داخل صندوق رمليّ معزول

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

بإسقاطه مباشرةً على أخبار اليوم

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

يمكن قراءة الخبر نفسه بطريقتين. الأولى سطحية: “تبنّي الوكلاء يتسارع”. والثانية سؤال: “هل الأساس التشغيلي جاهز لحمل هذه السرعة؟”. والآن وقد انتقل عنق الزجاجة في التبنّي من الأداء إلى التشغيل، فإنّ من يجيب عن السؤال الثاني هو من يحوز الخطوة التالية.

السؤال الباقي

لا تتحدّد القدرة التنافسية للبنية التحتية في عصر الوكلاء بوحدة معالجة رسومية أسرع، بل بوجود مستوى تحكّم يمكن الوثوق به لتسليم العمل إليه. لقد بدأ التبنّي فعلاً، والخيار المتبقّي للممارسين هو ترك التشغيل للعُرف أو للمنصّة. اختارت Paxis الخيار الثاني. فالسحابة الأصيلة للوكلاء التي تعامل قدرات الوكيل وأدواته وسياساته وتدقيقه كموارد من الدرجة الأولى منذ البداية هي الجواب.

إن كنت تدرس كيفية إدخال الوكلاء إلى الإنتاج في ميدان ذي متطلّبات تدقيق وسيادة قويّة، مثل التمويل أو القطاع العام، فيمكنك التحقّق من ذلك مع ThakiCloud في مرحلة تجريبية. فإرساء مستوى التحكّم منذ البداية، بدل إضافته لاحقاً، يتبيّن أنّه المسار الأسرع.

المصادر

• Korea Midland Power تقدّم إحاطة صباحية يومية عن شذوذ المعدّات عبر HI-KOMI، وهو ذكاء اصطناعي وكيلي ذاتيّ يعمل على شبكة معزولة: Hankyung
• DB Insurance تحدّد نسبة الخطأ في حوادث السيارات من فيديو كاميرا لوحة القيادة بالذكاء الاصطناعي، بمتوسّط 5 ثوانٍ ودقّة 92.4%: Ajunews
• AWS تُدمِج نشر الوكلاء داخل مواقع العملاء عبر تنظيم Forward Deployed Engineering باستثمار مليار دولار: About Amazon
• Microsoft تؤسّس تنظيماً مخصّصاً لنشر الذكاء الاصطناعي (Microsoft Frontier) بالتزام قدره 2.5 مليار دولار و6,000 شخص: TechCrunch