يبقى معظم مساعدي الذكاء الاصطناعي خاملًا حتى تسألهم. تكتب سؤالًا فيجيبون ثم ينتظرون. في الامتثال التجاري، لهذا النموذج مشكلة أساسية: المخاطر لا تنتظر سؤال أحد عنها.
في Atlas Verified، بنينا نظام وكلاء سحابيين مستقلين يراقبون سلاسل التوريد باستمرار، ويفحصون قواعد البيانات الحكومية، ويُظهرون مخاطر الامتثال وفق جدول — دون كتابة أحد لأي طلب. يعملون في الخلفية عبر كل مؤسسة على منصتنا، ويقدمون معلومات منظّمة مباشرة إلى لوحة التحكم.
يغطي هذا المنشور هندسة الوكلاء الدائمي التشغيل: اختلافهم عن الذكاء الاصطناعي الحواري، وأهمية المخرجات المنظّمة، وتحديات تنسيق تشغيل الوكلاء المستقلين على نطاق واسع.
من الاستجابة إلى الاستباق
الذكاء الاصطناعي الحواري استجابي بطبيعته. يطرح المستخدم سؤالًا، فيستدل النموذج ويستدعي بعض الأدوات ويعيد إجابة. ينجح هذا للبحث عند الحاجة وتحليل المستندات. لكن مراقبة الامتثال تتطلب معلومات استباقية.
تأمل سيناريو: تعلّق USDA اعتماد مورد عضوي ليلًا. شحنة منه في الطريق بالفعل. يضيف تصنيف OFAC جديد وكيل شحن إلى قائمة العقوبات. ويصدر تنبيه استيراد لدى FDA لسلعة تستوردها حاليًا.
لا ينتظر أي من هذه الأحداث أن يسجل مسؤول امتثال الدخول ويطرح السؤال الصحيح. عندما يفكر أحد في الفحص، قد تكون فرصة التصرف الاستباقي انتهت. البضائع في الميناء. والوثائق أُودعت. والتعرض حقيقي.
يحل الوكلاء السحابيون ذلك بعكس العلاقة. بدل أن يقود المستخدم الذكاء الاصطناعي، يعمل الذكاء بنفسه وفق جدول، ويفحص كل ما يهم، ويدفع النتائج إلى المستخدم.
بنية وكيل لكل ربع
عند أول نموذج أولي للوكلاء السحابيين، جربنا وكيلًا واحدًا يغطي كل شيء: التغيرات التنظيمية، وحالة المورد، وتتبع الشحنات، ومعالجة المستندات. أنتج مخرجات مشتتة ومطوّلة. كان يتبع خيطًا مثيرًا ويهمل فئات كاملة من المعلومات.
كان الحل تقسيم المشكلة إلى مجالات مركزة نسميها الأرباع:
المعلومات. التنبيهات التنظيمية واتجاهات السوق والمخاطر المشتركة بين المجالات. يراقب هذا الوكيل قواعد البيانات الحكومية بحثًا عن تغيرات تؤثر في المؤسسة — تنبيهات استيراد جديدة لدى FDA، وتحديثات قوائم OFAC، وتغيرات التعريفات، وتغيرات حالة الاعتماد العضوي.
الموردون. سلامة شبكة الموردين. يراجع هذا الوكيل حالة تحقق الموردين وفجوات الامتثال وانتهاء الاعتمادات ومخاطر تركز الشبكة. إذا جاء 80% من توريدك العضوي من جهة اعتماد واحدة، يرصد ذلك.
الشحنات. مراقبة الشحنات النشطة. يتتبع هذا الوكيل مواقع السفن، ويراقب انحرافات المسارات، ويفحص التأخير، ويتحقق من اكتمال وثائق الشحنة. يُظهر مشكلات مثل بقاء الحاويات في الميناء أطول من المتوقع أو انحراف السفن عن المسارات المعلنة.
مساحة العمل. السلامة التشغيلية. يراجع هذا الوكيل حالة معالجة المستندات والتحققات المعلقة ونشاط الفريق وأنماط استخدام المنصة. يُظهر أمورًا مثل مستندات فشلت معالجتها وتحتاج اهتمامًا، أو تحققات ظلت معلقة طويلًا.
يعمل كل وكيل بتعليمات نظام مركزة ومجموعة محدودة من الأدوات ذات الصلة بمجاله. ينتج هذا مخرجات أفضل كثيرًا من وكيل واحد شامل، للسبب نفسه الذي يجعل فريق متخصصين يتفوق على شخص عام واحد: عمق التركيز.
مشاركة طبقة الأدوات مع وكيل المحادثة
كان من أهم القرارات البنيوية جعل الوكلاء السحابيين يستخدمون طبقة الأدوات نفسها تمامًا التي يستخدمها وكيل المحادثة. تدعم النظامين أدوات فحص OFAC والبحث لدى USDA وتتبع السفن واستعلامات البيانات التجارية وتحليل المستندات نفسها.
لهذا مزايا هندسية كبيرة:
لا تكرار للأدوات. عندما نضيف مصدر بيانات جديدًا أو نحسن موائمًا قائمًا، يستفيد وكيل المحادثة والوكلاء السحابيون فورًا. تنفيذ واحد، ومجموعة اختبارات واحدة، ونطاق صيانة واحد.
نتائج متسقة. يستدعي فحص عقوبات يجريه وكيل سحابي وآخر يجريه مستخدم في المحادثة الوظيفة نفسها بالمنطق نفسه. النتائج قابلة للمقارنة والمطابقة مباشرة.
التحدي أن الأدوات المصممة للاستخدام التفاعلي لا تعمل دائمًا بالطريقة نفسها في السياق الدفعي. يستطيع وكيل المحادثة طلب توضيح من المستخدم عند غموض الاستعلام. والوكيل السحابي لا يستطيع. نعالج ذلك بمنحه تعليمات أدق وحدود استدعاء تكراري أعلى — لديه وقت أكبر لتصحيح نفسه لأن أحدًا لا ينتظر استجابة آنيًا.
مخرجات منظّمة: من النص الحر إلى بطاقات اللوحة
هنا يختلف الوكلاء السحابيون بحدة عن وكلاء المحادثة. ينتج وكيل المحادثة نصًا سرديًا، أحيانًا مع بطاقات منظّمة مضمنة. أما الوكيل السحابي فيجب أن ينتج مخرجات منظّمة حصرًا تُعرض مباشرة على اللوحة.
ينتج كل تشغيل للوكيل مصفوفة بطاقات معلومات. لكل بطاقة نوع ومخطط محددان:
العدادات تعرض مقاييس رئيسية مع مؤشرات الاتجاه — إجمالي الشحنات النشطة، والموردين ذوي الاعتمادات القريبة من الانتهاء، والتحققات المعلقة.
مؤشرات المخاطر تبرز مخاوف امتثال محددة تحتاج اهتمامًا — مورد باعتماد معلّق، أو تطابق عقوبات، أو تنبيه استيراد لدى FDA.
التنبيهات تنقل معلومات حساسة للوقت — تغيرات تنظيمية، وتصنيفات OFAC جديدة، وتحديثات تعريفات تؤثر في الشحنات النشطة.
الرسوم والجداول تقدم بيانات تحليلية — اتجاهات أحجام الشحنات، وتوزيع المسارات التجارية، ومعدلات إكمال التحقق.
الخرائط تعرض معلومات جغرافية — مواقع السفن ونشاط الموانئ وتوزيع الموردين.
التحدي الهندسي هو تقييد نموذج لغوي كبير لينتج مخرجات منظّمة صالحة باستمرار. ترغب النماذج في السرد والشرح وإضافة التحفظات. يتطلب إنتاج مصفوفة JSON نظيفة من البطاقات بالأنواع والحقول والبيانات الصحيحة هندسة دقيقة للتعليمات والتحقق من المخرجات.
عندما لا تطابق مخرجات الوكيل مخطط البطاقة المتوقع، نحلل ما يمكن ونستبعد البطاقات المشوهة بدل إفشال التشغيل كله. معلومات جزئية أفضل من انعدام المعلومات.
وكلاء مخصصون: مراقبون مستقلون يحددهم المستخدم
إضافة إلى وكلاء النظام الأربعة، يستطيع المستخدمون إنشاء وكلائهم السحابيين. للوكيل المخصص اسم وتعليمات نظام يكتبها المستخدم وجدول. يستخدم طبقة الأدوات نفسها وينتج أنواع البطاقات نفسها، لكن تركيزه يحدده المستخدم بالكامل.
قد ينشئ المستخدم وكيلًا يراقب مسارًا تجاريًا محددًا للاضطرابات، أو يفحص مجموعة معينة من الموردين يوميًا مقابل قوائم العقوبات، أو يتتبع تحركات سعر سلعة محددة باستخدام مصادر البيانات التجارية. لا تحد الإمكانات إلا قدرة طبقة الأدوات على الوصول.
تطلب جعل ذلك آمنًا ومفيدًا عدة قرارات هندسية:
تحديد نطاق المؤسسة. ينتمي كل وكيل مخصص إلى مؤسسة ولا يستطيع الوصول إلا إلى بياناتها. لا يمكنه تجاوز حدود المؤسسات، حتى إن حاولت تعليمات المستخدم دفعه لذلك.
تصفية قدرات الأدوات. يصل الوكلاء المخصصون إلى أدوات التحقق والبحث نفسها التي يستخدمها وكلاء النظام، لكنهم يرثون حدود أذونات المؤسسة. لا يستطيع الوكيل المخصص الوصول إلى أدوات أو بيانات لا يستطيع المستخدم نفسه الوصول إليها عبر المحادثة.
إدارة الجداول. يعمل الوكلاء المخصصون وفق جداول يحددها المستخدم ضمن قيود المنصة. يمنع ذلك مؤسسة واحدة من استهلاك موارد حوسبة غير متناسبة بجدولة عشرات الوكلاء كل ساعة.
التنسيق على نطاق واسع
يخلق تشغيل وكلاء مستقلين عبر مؤسسات كثيرة وفق جدول يومي تحديات تنسيق لا توجد في نظام قائم على المحادثة.
إزالة التكرار. إذا عمل المجدول وكان وكيل المؤسسة A قد عمل بالفعل ضمن نافذة إزالة التكرار، يُتجاوز. يمنع ذلك التشغيل المزدوج نتيجة إعادة المحاولات أو تداخل الجداول أو اضطرابات المجدول. يُعامل كل زوج من وكيل ومؤسسة بوصفه وحدة جدولة فريدة.
عزل الإخفاقات. إذا فشل وكيل مؤسسة — لأن أداة أعادت خطأً، أو أنتج النموذج مخرجات غير قابلة للتحليل، أو تعطلت خدمة يعتمد عليها — فيجب ألا يؤثر ذلك في تشغيل وكلاء المؤسسات الأخرى. كل تشغيل مهمة مستقلة. تُسجّل الإخفاقات، ويُعلّم التشغيل بالفشل، ويواصل المجدول.
دورة حياة البطاقات. لبطاقات المعلومات مدة صلاحية. تنتهي البطاقات القديمة وتُستبدل عندما يعمل الوكيل مجددًا. يضمن ذلك عرض معلومات حديثة دائمًا بدل تراكم نتائج قديمة. عندما ينتج الوكيل بطاقات جديدة، تُستبدل بطاقات ذلك الربع السابقة في عملية ذرية واحدة.
ميزانية الموارد. يستهلك تشغيل الوكلاء وحدات نصية للنماذج، واستدعاءات API خارجية، واتصالات قواعد بيانات. نتتبع استخدام الوحدات لكل تشغيل ومؤسسة لإدارة التكلفة وتحديد الوكلاء الذين يستهلكون موارد غير متناسبة. ويُرصد وكيل منفلت يجري 50 استدعاء أداة حيث تكفي 10.
الربط بين الوكلاء السحابيين والمحادثة
الوكلاء السحابيون ووكيل المحادثة ليسوا أنظمة منعزلة. بل يشكلون حلقة تغذية راجعة.
يستطيع وكيل المحادثة الاستعلام عن مخرجات الوكلاء السحابيين. عندما يسأل المستخدم «ماذا وجد وكلائي؟» أو «هل توجد مخاطر امتثال ينبغي أن أعرفها؟»، يسترجع أحدث بطاقات المعلومات ويعرضها حواريًا. يمكنه شرح مؤشر خطر، أو تقديم سياق إضافي، أو مساعدة المستخدم على التصرف بشأن نتيجة.
يخلق ذلك سيرًا طبيعيًا: يُظهر الوكلاء السحابيون المشكلات ليلًا، ويراجع المستخدم اللوحة صباحًا، وعندما يريد التعمق في نتيجة يفتح محادثة. يعرف وكيل المحادثة بالفعل ما وجده الوكلاء ويستطيع المتابعة من حيث توقفوا.
يعمل المسار العكسي أيضًا: تُرشد الأنماط الناشئة من محادثات المستخدمين طريقة ضبط تعليمات الوكلاء السحابيين. إذا سأل المستخدمون كثيرًا عن نوع مخاطر لا يظهره الوكلاء، فهذه إشارة لتعديل تركيز الوكيل.
ما تعلمناه
علّمنا بناء وكلاء مستقلين دروسًا لا تبدو واضحة عند بناء وكلاء محادثة:
المخرجات المنظّمة أصعب من النص الحر. جعل نموذج لغوي ينتج JSON صالحًا ومتوافقًا مع المخطط باستمرار تحدٍّ مختلف جوهريًا عن جعله يكتب فقرة جيدة. تريد النماذج الشرح، وعليك توجيه تلك الطاقة التحليلية إلى حقول منظّمة.
النطاق هو كل شيء. ينتج وكيل مركز بمجال واضح معلومات أفضل من وكيل واسع يصل إلى كل شيء. كانت بنية وكيل لكل ربع أكبر تحسين منفرد للجودة أجريناه.
النتائج الجزئية أفضل من التشغيلات الفاشلة. في نظام دفعي، لا تستطيع سؤال المستخدم عما تفعله عند الخلل. التراجع المنضبط — إنتاج ما يمكن من البطاقات وذكر الفجوات — أساسي.
المستخدمون يريدون التحكم. أصبح الوكلاء المخصصون من أكثر الميزات طلبًا. يعرف متخصصو الامتثال مخاطرهم المحددة أفضل من أي نظام عام. وأتاح تمكينهم من برمجة مراقبين مستقلين بلغة طبيعية قيمة كبيرة.
حلقة التغذية الراجعة مهمة. الوكلاء السحابيون ووكلاء المحادثة أكثر قيمة معًا من كل منهما منفردًا. تحدد المعلومات الاستباقية الأولويات؛ ويوفر الذكاء الحواري العمق. شكّل تصميم هذا التدفق ثنائي الاتجاه منذ البداية النظامين للأفضل.
النظر إلى الأمام
يمثل الوكلاء السحابيون تحولًا أساسيًا في تفكيرنا بالذكاء الاصطناعي للامتثال. ليس السؤال «ما الذي يستطيع الذكاء الإجابة عنه عند سؤاله؟» بل «ما الذي ينبغي أن يفحصه دون سؤال؟»
مع توسيع طبقة الأدوات بمزيد من المصادر وتزايد تعقيد المشهد التنظيمي، تزيد قيمة الرصد المستقل. لا ينبغي أن يبدأ يوم متخصص الامتثال بفحص يدوي لست قواعد حكومية وثلاث خدمات تتبّع. بل بلوحة تخبره بالضبط بما تغير ليلًا وما يحتاج اهتمامه.
هذا ما يقدمه الوكلاء السحابيون. والتحدي الهندسي لجعل ذلك موثوقًا وقابلًا للتوسع ومفيدًا من أكثر المشكلات إرضاءً التي نعمل عليها.
يراقب وكلاء Atlas Verified السحابيون سلاسل التوريد باستقلال، ويفحصون قواعد البيانات الحكومية، ويُظهرون مخاطر الامتثال — ليتمكن متخصصو الامتثال من التركيز على القرارات، لا جمع البيانات.