كيف يفصل طابور الموافقة بين اقتراحات الذكاء الاصطناعي وإجراءات الخادم المنزلي؟
تفصل قائمة انتظار الموافقات بين اقتراحات الذكاء الاصطناعي وإجراءات الخادم المنزلي، من خلال تخزين استدعاء أداة مقترح في حالة معلّقة إلى أن يُطلقه قرار مستقل.
يحوّل ذلك الأتمتة عالية التأثير إلى نظام من مرحلتين: يستطيع الوكيل إعداد إجراء دقيق، لكن تظل الملفات والخدمات والحسابات والأجهزة دون تغيير إلى أن تتم الموافقة وإعادة التحقق.
ينتج الوكيل أولًا اقتراحًا لا أثرًا جانبيًا
تغيّر قائمة انتظار الموافقات مخرجات القرار عالي التأثير من التنفيذ الفوري إلى إنشاء إجراء معلّق.
ولا يزال بإمكان النموذج ملء المعلمات، لكن النظام الخارجي لا يتغير بعد.
يصف نمط الموافقة في Temporal حظر تنفيذ سير العمل إلى أن يصل قرار موافقة خارجي. ويشكّل الانتظار جزءًا من حالة سير العمل. ويمكن للبرمجيات الوسيطة للتدخّل البشري في LangChain مقاطعة استدعاء الأداة قبل التنفيذ، مما يوضح الحد الفاصل القائم على تقديم الاقتراح أولًا، كما هو موضح في البرمجيات الوسيطة للتدخّل البشري في LangChain.
وبذلك يمكن أن يصبح حذف ملف أو تغيير صلاحية أو إعادة تشغيل حاوية أو نقل جماعي بيانات قابلة للمراجعة، بينما يظل الهدف دون تغيير.
يسجّل السجل المعلّق الإجراء قيد المراجعة ويثبّته
ينبغي أن تحتفظ قائمة الانتظار باسم الأداة والهدف والوسائط والجهة الطالبة والسبب ووقت الإنشاء. ويمنع تثبيت هذه الحقول تحوّل الموافقة إلى إذن شامل.
تستخدم أمثلة التدخّل البشري في Temporal موافقة قائمة على الإشارات وانتظارًا مستدامًا، مما يوضح كيف يمكن لسير العمل الاحتفاظ بحالته أثناء الانتظار. ويمثّل Temporal الموافقة على أنها حالة انتظار في سير العمل، وهو ما يدعم إبقاء سجل الإجراء المعلّق منفصلًا عن الأثر الجانبي النهائي في نمط الموافقة في Temporal.
فإذا كان الاقتراح ينص على إعادة تشغيل Jellyfin، فلا ينبغي أن تخوّل تلك الموافقة تغييرًا لاحقًا لإعادة تشغيل PostgreSQL.
وينبغي أن تؤدي التغييرات الجوهرية في المعلمات إلى إبطال القرار القديم.
يختار المراجع الموافقة أو التعديل أو الرفض أو الإنهاء
لا يلزم أن تكون الموافقة ثنائية. إذ يمكن للمراجع رفض الإجراء، أو الموافقة عليه دون تغيير، أو تعديل معلمة مقيّدة، أو تركه ينتهي عندما يصبح السياق قديمًا.
يلتقط Temporal بيانات الموافقة عبر إشارات سير العمل. وهذا يجعل بيانات المراجع جزءًا من حالة سير العمل المستدامة. وتوفر AWS Step Functions مسارات عمل للموافقة البشرية تتوقف مؤقتًا قبل المتابعة، مما يوضح الانتقال بين الموافقة والرفض الموضح في الموافقة البشرية في AWS Step Functions.
ويجب أن يظل التعديل محدودًا. فإذا قبلت واجهة المراجعة استبدالًا عشوائيًا لأمر shell، فإنها تصبح سطحًا ثانيًا غير مقيّد للأدوات بدلًا من أن تكون بوابة لاتخاذ القرار.
يعيد التنفيذ التحقق بدلًا من الوثوق بالسياق القديم
قد تصل الموافقة بعد وقت طويل من تقديم الاقتراح. وخلال ذلك الوقت، قد ينتقل ملف، أو تتعافى خدمة، أو تتغير الصلاحيات.
يمكن لسير العمل المستدام أن يظل محجوبًا إلى أن يصل القرار. وعندئذ ينبغي للمنفّذ إعادة إجراء فحوص المخطط والتفويض والشروط المسبقة باستخدام المعلمات المعتمدة. وتعرض Camunda العمل الوكيلي داخل هياكل صريحة لسير العمل، مما يعزز ضرورة إعادة التحقق من الحالة قبل إطلاق إجراء مقترح سابقًا في عناصر التحكم في سير العمل الوكيلي في Camunda.
ويمنع ذلك الموافقة من تثبيت افتراضات قديمة. فقد يُرفض الحذف إذا كان الهدف يشير الآن إلى إصدار مختلف، وقد يتم تجاوز إعادة التشغيل إذا كانت الخدمة تعمل بصورة سليمة بالفعل.
تضيف الموافقة حدًا فاصلًا فوق المخطط والصلاحيات
يتحقق التحقق من المخطط مما إذا كان الإجراء صالحًا من الناحية البنيوية. ويتحقق التفويض مما إذا كان بإمكان الجهة المستدعية تنفيذ الإجراء.
أما الموافقة فتسأل عما إذا كان ينبغي إطلاق هذا الأثر الجانبي المحدد، الصالح والمصرّح به، الآن.
توصي استراتيجية الوكيل المنزلي للذكاء الاصطناعي للقراءة فقط في ZimaSpace بالمراقبة قبل التعديل. وتتعامل إرشادات أدوات MCP مع استدعاء الأدوات والتحكم الظاهر للمستخدم باعتبارهما مسألتين منفصلتين، مما يدعم العلاقة متعددة الطبقات بين المخطط والصلاحية والموافقة في إرشادات سلامة الأدوات في MCP.
ويظهر الحد الفاصل نفسه في أمثلة بوابات موافقة الوكلاء المستضافة ذاتيًا في ZimaSpace، حيث تتوقف الأدوات المقيّدة للمراجعة بدلًا من تطبيق التغييرات تلقائيًا.
لا تفيد قائمة الانتظار إلا إذا أُغلقت مسارات التجاوز
يفشل نظام الموافقة إذا كان بإمكان الوكيل نفسه استدعاء نقطة نهاية مكافئة وغير مقيّدة مباشرةً. ويجب أن تشترك المسارات عالية التأثير في حد الإنفاذ نفسه، أو أن تُمنع بشكل منفصل.
توصي MCP بتأكيد صريح من المستخدم للعمليات الحساسة. وتجعل قائمة انتظار الموافقات هذا التأكيد مستدامًا وقابلًا للتدقيق. ويمكن لـ Microsoft Agent Framework تحديد أدوات الدوال التي تتطلب موافقة قبل التنفيذ، مما يوضح سبب عدم نجاح طبقة الموافقة إلا عندما يتعذر تجاوزها عبر مسارات التنفيذ؛ راجع موافقات الأدوات في Microsoft Agent Framework.
ومع ذلك، قد تُنفّذ عمليات القراءة منخفضة المخاطر تلقائيًا. فالهدف ليس فرض أكبر قدر من الاحتكاك، بل إنشاء انتقال قابل للإنفاذ بين الاقتراح والأثر الجانبي.
المنتجات الموصى بها
مركز التكنولوجيا والذكاء الاصطناعي
المزيد للقراءة
هل يمكن للكاميرات المنزلية مزامنة الأحداث دون خدمات الوقت السحابية؟
شرح يعتمد أولًا على الآلية لوقت الكاميرا دون سحابة، ومقايضاته المتعلقة بالموارد المشتركة، وثلاثة أسئلة شائعة حول توزيع الاستعلامات، وبروتوكول عملي للتحقق.
هل يمكن لخدمة ذكاء اصطناعي محلية اكتشاف طبقات النموذج التالفة قبل الاستدلال؟
شرح يركز أولًا على الآلية لاكتشاف تلف طبقة النموذج، ومقايضاته المتعلقة بالموارد المشتركة، وثلاثة أسئلة شائعة حول توزيع الاستعلامات، وبروتوكول عملي للتحقق.
هل يمكن استعادة نظام RAG دون إعادة توليد كل التضمينات؟
شرح قائم على الآلية لاستعادة RAG دون إعادة التضمين، ومقايضاته المتعلقة بالموارد المشتركة، وثلاثة أسئلة شائعة حول توزيع الاستعلامات، وبروتوكول عملي للتحقق.
