لماذا تُعدّ إعادة محاولات وكلاء الذكاء الاصطناعي المنزلي خطِرةً عند تنفيذ إجراءات غير قابلة للتكرار؟
تُعد إعادة محاولة وكيل الذكاء الاصطناعي المنزلي محفوفة بالمخاطر عندما يغيّر إجراءٌ ما حالةً خارجية ولا يستطيع الوكيل إثبات ما إذا كانت المحاولة الأولى قد نجحت بالفعل.
قد يعيد نموذج محلي المحاولة بعد انتهاء المهلة، أو تعطل الأداة، أو انقطاع الشبكة، أو وصول استجابة مشوهة، أو إعادة تشغيل نظام التنسيق. يفيد هذا السلوك الاستردادي في عمليات البحث وغيرها من العمليات القابلة للتكرار، لكنه يصبح خطيرًا عند إرسال الرسائل، أو إنشاء الأحداث، أو حذف الملفات، أو فتح الأبواب، أو تنفيذ عمليات الشراء، أو تشغيل البرامج النصية ذات التنفيذ لمرة واحدة. ويتمثل الغموض الأساسي في أن عدم تلقي استجابة لا يثبت أن الإجراء لم يُنفَّذ. وتوضح الأقسام أدناه كيف يتحول هذا الغموض إلى آثار جانبية منزلية مكررة.
انتهاء المهلة لا يكشف ما إذا كان الأثر الجانبي قد حدث
يمكن للوكيل إرسال طلب، ويمكن للأداة إكمال الإجراء، ثم قد تضيع الاستجابة قبل أن يسجل الوكيل النجاح. ومن منظور الوكيل، تظل المحاولة غير محسومة.
تسمي الأبحاث المتعلقة بشبكات الوكلاء المرنة هذا الأمر نتيجة تنفيذ غامضة، وهي تتطلب هوية عملية دائمة وأدلة استرداد.
تحوّل إعادة المحاولة العمياء الغموض إلى تنفيذ ثانٍ. أما رفض كل إعادة محاولة فيتجنب التكرار، لكنه قد يترك الإجراء غير مكتمل عندما تكون المحاولة الأولى قد فشلت فعلًا.
تضيف الإجراءات غير القابلة للتكرار أثرًا جديدًا في كل محاولة
عادةً ما تؤدي قراءة الحالة مرتين إلى إرجاع ملاحظة أخرى. أما إرسال الرسالة نفسها مرتين، أو إلحاق السجل نفسه مرتين، أو زيادة الإعداد نفسه مرتين، فينشئ حالة إضافية.
تضع Flux صياغةً لمفهوم اتساق عدم التكرار، لأن تحمّل الأعطال القائم على إعادة المحاولة قد ينشئ آثارًا جانبية مرئية وغير متوقعة.
لذلك ينبغي تصنيف إجراءات الوكيل وفق دلالاتها، لا وفق ما إذا كان استدعاء الأداة يستخدم معاملات JSON نفسها. فقد تؤدي الطلبات المتطابقة مع ذلك إلى إنشاء رسالتين، أو حدثين، أو تحصيل رسمين.
تحتاج عمليات الحذف أيضًا إلى عناية. قد يكون حذف كائن مفقود أصلًا غير ضار، بينما قد يستهدف أمر «حذف أحدث نسخة احتياطية» كائنًا مختلفًا في المحاولة الثانية.
غالبًا ما توفر محركات سير العمل محاولات بتسليم مرة واحدة على الأقل
لا تكون إعادة المحاولة بالضرورة خطأً في الوكيل. فكثيرًا ما تكرر قوائم الانتظار وأنظمة سير العمل العمل بعد تعطل العامل، لأنها لا تستطيع معرفة ما إذا كانت الآثار الجانبية الخارجية قد ثُبتت ذريًا.
تشير أبحاث التنفيذ الموزع إلى أن الطلبات ذات الحالة التي أُعيدت محاولتها تحتاج إلى عدم تكرار على مستوى التطبيق عندما توفر البنية التحتية الاسترداد من خلال إعادة التشغيل.
قد يعيد وكيل منزلي التشغيل بعد انقطاع التيار الكهربائي تنفيذ الخطوة التي كانت نشطة عند إيقاف التشغيل. ويجب أن تتعرف الخدمة المستهدفة على ما إذا كان ذلك الإجراء المنطقي قد طُبق بالفعل.
يجب أن يحدد مفتاح عدم التكرار الإجراء المنطقي
يمكن للوكيل إنشاء معرّف عملية ثابت واحد قبل المحاولة الأولى، ثم إعادة استخدامه في كل إعادة محاولة للإجراء المقصود نفسه. ويخزن الطرف المستقبِل المعرّف مع النتيجة، ويرفض التكرارات أو يعيد النتيجة السابقة لها.
تستخدم أنظمة الوكلاء التي تضع السياسات أولًا هوية العملية لربط عمليات إعادة المحاولة بإجراء معتمد واحد، بدلًا من التعامل مع كل محاولة بوصفها طلبًا جديدًا.
يجب أن يغطي المفتاح الهدف، والإجراء، والمعاملات المهمة، والمستخدم، وسياق الموافقة. وقد يؤدي استخدام مفتاح واحد مع معاملات متغيرة إلى كبت إجراء جديد مشروع أو إعادة النتيجة السابقة الخاطئة.
يجب أن تفرض الخدمة المستقبِلة إزالة التكرار. أما وضع المفتاح في مطالبة الوكيل أو سجله فقط فلا تأثير له على أداة تتجاهله.
تحقق من الحالة الحالية قبل إعادة المحاولة عند غياب إزالة التكرار
لا توفر بعض الأدوات المنزلية مفتاحًا لعدم التكرار أو سجلًا للمعاملة. وعندها يحتاج الوكيل إلى خطوة تسوية تتحقق مما إذا كان الأثر المقصود ظاهرًا بالفعل.
يركز تصميم الأنظمة التي لا تتعامل إلا مع الأعطال على حالة الاسترداد التي تجعل سلوك إعادة التشغيل واضحًا وقابلًا للاختبار.
قبل إعادة المحاولة، ابحث عن معرّف الحدث، أو مسودة الرسالة، أو ملف الإخراج، أو حالة الجهاز، أو سجل المهمة، أو علامة المعاملة التي أنشأتها المحاولة الأولى.
تكون التسوية غير موثوقة عندما لا يكون الأثر الجانبي قابلًا للملاحظة فورًا، أو عندما يمكن أن تطابق عدة إجراءات متشابهة. وينبغي إيقاف هذه العمليات لإجراء مراجعة بشرية بدلًا من التخمين.
صمّم أدوات الوكيل وفق عقود إعادة المحاولة الآمنة
افصل بين عمليات القراءة، وعمليات الكتابة غير القابلة للتكرار بطبيعتها، وعمليات الكتابة المدعومة بالمفاتيح، والإجراءات القابلة للتعويض، والآثار الجانبية الحقيقية ذات التنفيذ لمرة واحدة. وامنح كل فئة مهلةً زمنية وسياسة إعادة محاولة خاصة بها.
توضح مقالة ZimaSpace حول الأتمتة الآمنة القابلة للتكرار سبب كون ضبط الحالة النهائية المقصودة أكثر أمانًا من إصدار أوامر إضافية مرارًا.
بالنسبة إلى الإجراءات غير القابلة للتكرار، احفظ النية قبل التنفيذ، وأرفق معرّف عملية واحدًا، وسجّل النتيجة النهائية، وأتِح البحث عن الحالة. واستخدم المسودات، أو المعاينات، أو العزل، أو الإرسال المؤجل، أو الموافقة عندما يكون من الصعب عكس الضرر الناتج عن التكرار.
لا يعيد الوكيل الموثوق المحاولة عند كل فشل بالطريقة نفسها. بل يعيد المحاولة فقط عندما يستطيع عقد الأداة إثبات أن المحاولات المتكررة تحافظ على إجراء منزلي منطقي واحد.
المنتجات الموصى بها
مركز التكنولوجيا والذكاء الاصطناعي
المزيد للقراءة
ما الميزات التي تتيح إنشاء حدود ثقة للذكاء الاصطناعي المنزلي حول الملفات الحساسة؟
يجمع حدّ الثقة للذكاء الاصطناعي المنزلي بين التشفير أثناء السكون، وصلاحيات الحد الأدنى، والعزل الآمن أثناء التشغيل، والاسترجاع المقيّد النطاق؛ ولا تكفي أي ميزة...
ما الذي يجعل نتائج البحث الخاصة تُفضّل الملفات التي يتم تعديلها بشكل متكرر؟
تحظى الملفات التي تُعدَّل بكثرة بمزايا في الترتيب عندما يضيف كل تحديث إشارات إلى الحداثة أو المقاطع أو الإصدارات أو التفاعل، من دون إجراء...
ما الذي يتسبب في خلط نماذج الحضور في المنازل الذكية بين الضيوف والمقيمين؟
قد يبدو الضيوف كأنهم من المقيمين عندما يرصد النظام أنماط نشاط الأسرة، لكنه يفتقر إلى إشارة هوية مستقرة للشخص الذي يصدر هذه الأنماط.
