كيف يحافظ مصدر الأحداث على سجل تدقيق لقرارات وكلاء الذكاء الاصطناعي؟
يحافظ مصدر الأحداث على مسار تدقيق وكيل الذكاء الاصطناعي من خلال تسجيل كل قرار مقبول وكل تغيير في الحالة كحدث مرتب، بدلًا من الكتابة فوق حالة حالية واحدة قابلة للتغيير.
على خادم منزلي، يجعل ذلك عمليات الأتمتة متعددة الخطوات قابلة لإعادة البناء: إذ يستطيع المشغّل تتبّع الاقتراح والموافقة واستدعاء الأداة والفشل وإعادة المحاولة والتعويض والحالة النهائية بعد انتهاء سير العمل.
تخزّن بنية مصدر الأحداث تغييرات الحالة كسجل أساسي
تسجّل بنية مصدر الأحداث كل تغيير مقبول في الحالة كحدث، بدلًا من اعتبار أحدث صف قابل للتغيير المصدر الوحيد للحقيقة. وتُشتق الحالة الحالية من السجل المرتب.
يعرّف Martin Fowler مصدر الأحداث بأنه تخزين كل تغيير يطرأ على حالة التطبيق كسلسلة من الأحداث. ويحافظ السجل على كيفية وصول النظام إلى حالة معينة. ويعرّف Martin Fowler مصدر الأحداث انطلاقًا من تخزين تغييرات الحالة كسلسلة من الأحداث، وهو ما يجسّد فكرة السجل الأساسي المستخدمة في مقال Martin Fowler عن مصدر الأحداث.
بالنسبة إلى وكيل ذكاء اصطناعي منزلي، يمكن أن تبقى أحداث ProposalCreated وApprovalGranted وToolCallStarted وToolCallFailed وCompensationCompleted حقائق منفصلة، بدل دمجها في حقل حالة واحد.
يصبح كل قرار يتخذه الوكيل حقيقة مرتبة زمنيًا
ينبغي أن يصف الحدث شيئًا حدث بالفعل، وأن يحمل سياقًا كافيًا لتفسيره لاحقًا: معرّف سير العمل، والأداة، وتجزئة المعاملات، ونتيجة السياسة، ونتيجة القرار، والطوابع الزمنية عند الاقتضاء.
يشير Fowler إلى أن مخزن الأحداث يصبح، مع مصدر الأحداث، المصدر الرئيسي للحقيقة، وأنه يمكن إعادة بناء الحالة من خلال إعادة التشغيل. وينشئ هذا التسلسل المرتب مسار تدقيق سببيًا. وتصف Microsoft Azure مخزن أحداث لا يسمح إلا بالإضافة، تمثّل فيه الأحداث تغييرات حالة التطبيق، بما يدعم حقائق القرارات المرتبة زمنيًا في نمط مصدر الأحداث من Azure.
عنصر التدقيق المفيد هو أثر القرار القابل للرصد، وليس الاستدلال الداخلي الخاص: ما الإجراء المقترح، وما السياسة التي قيّمته، وما النتيجة التي أُعيدت، وما الأثر الجانبي الذي حدث فعليًا.
تحوّل الإسقاطات سجل الأحداث إلى عروض حالية
ستكون إعادة تشغيل السجل بأكمله لكل شاشة أو طلب من وكيل أمرًا غير فعال.
تنشئ الأنظمة التي تستخدم مصدر الأحداث إسقاطات مثل الحالة الحالية لسير العمل، والموافقات المعلّقة، وحالات الفشل الأخيرة.
يمكن لمصدر الأحداث إعادة بناء الحالة الحالية للتطبيق من الأحداث المسجّلة. ولذلك يمكن إعادة بناء الإسقاط إذا تغيّر منطقه أو قاعدة بياناته. وتصف إرشادات AWS اشتقاق الحالة الحالية من الأحداث المستمرة، موضحةً كيف يمكن للإسقاطات إنشاء عروض للقراءة دون استبدال السجل الأساسي في إرشادات AWS حول مصدر الأحداث.
على خادم صغير، يمكن للّقطات تقليل وقت إعادة التشغيل، مع بقاء الأحداث مصدرًا موثوقًا. فاللقطة اختصار لتحسين الأداء، أما تسلسل الأحداث فهو السجل التاريخي.
تربط معرّفات الارتباط العمل متعدد الخطوات في سجل قرار واحد
يمكن لطلب واحد أن يطلق عملية استرجاع وتخطيط وموافقة وعدة استدعاءات للأدوات وإعادات محاولة وتعويضًا.
يجمع معرّف الارتباط تلك الأحداث في عملية واحدة متماسكة.
ويختلف ذلك عن مجرد تخزين السجلات في مكان آخر. يوضح عزل سجلات التدقيق الخارجية من ZimaSpace كيف تبقى الأدلة محفوظة عند اختراق التطبيق؛ بينما يوضح مصدر الأحداث كيف تصبح حالة سير العمل نفسها سجلًا مرتبًا. وتؤكد Kurrent على تدفقات الأحداث المرتبة والمعرّفات، بما يدعم ربط الخطوات ذات الصلة في سجل قرار واحد قابل للتتبع ضمن مفاهيم مصدر الأحداث من Kurrent.
ويمكن الجمع بين النهجين: إذ تقود سجلات الأحداث إعادة التشغيل التشغيلي، بينما تُصدَّر نسخ موجهة للإضافة إلى حد تسجيل منفصل للحفاظ على الأدلة بدرجة أقوى.
تضيف التصحيحات أحداثًا جديدة بدل إعادة كتابة السجل التاريخي
إذا تبيّن لاحقًا أن قرارًا اتخذه الوكيل كان خاطئًا، يسجّل التصميم القائم على مصدر الأحداث حدثًا تعويضيًا أو تصحيحيًا، بدل محو الحدث الأصلي من الوجود.
يوضح نقاش Fowler حول الزمن الثنائي الفكرة الأوسع القائلة إن سجل البيانات يمكن أن يبقى مضافًا فقط حتى عندما تصحح المعرفة اللاحقة افتراضات سابقة. ويحافظ Marten على الأحداث كسجل تاريخي لا يسمح إلا بالإضافة، ويعيد بناء حالة التجميع منها، موضحًا سبب إمكانية إضافة التصحيحات بدل إعادة كتابة الحقائق السابقة خفيةً في وثائق مخزن الأحداث في Marten.
يفيد ذلك عندما تتغير السياسات أو التعليمات. إذ يستطيع المشغّل رؤية أن إجراءً ما قُبل وفق إصدار معين من السياسة ثم عُكس لاحقًا، بدل رؤية الحالة النهائية المُصلحة فقط.
لا يجعل مصدر الأحداث الأدلة محصّنة تلقائيًا ضد العبث
لا يكون سجل الأحداث جديرًا بالثقة إلا بقدر موثوقية الضوابط المحيطة بإنشاء الأحداث وتخزينها والوصول إليها والساعات وحذفها.
فأي عملية يُسمح لها بإعادة كتابة المخزن يمكنها أيضًا تدمير سجلها التاريخي.
يسلّط Fowler الضوء على مزايا التدقيق والاستعلام التاريخي عندما يظل سجل الأحداث مخزن المعلومات الموثوق. وتبقى المتانة وضوابط الإضافة فقط من الشواغل التشغيلية المنفصلة. وتطبّق أبحاث حديثة سجلات أحداث منظمة لا تسمح إلا بالإضافة على نشاط الوكلاء المستقلين، مع توضيح أن منطق التطبيق القائم على الإضافة فقط لا يساوي التخزين المحصّن ضد العبث؛ راجع مصدر الأحداث للوكلاء المستقلين.
يقلّل تصميم الوكلاء المنزليين الذي يقدّم أدوات القراءة فقط أولًا من الإجراءات الخطرة قبل حدوثها؛ بينما يحافظ مصدر الأحداث على القرارات والإجراءات التي حدثت فعلًا.
المنتجات الموصى بها
مركز التكنولوجيا والذكاء الاصطناعي
المزيد للقراءة
هل يمكن للكاميرات المنزلية مزامنة الأحداث دون خدمات الوقت السحابية؟
شرح يعتمد أولًا على الآلية لوقت الكاميرا دون سحابة، ومقايضاته المتعلقة بالموارد المشتركة، وثلاثة أسئلة شائعة حول توزيع الاستعلامات، وبروتوكول عملي للتحقق.
هل يمكن لخدمة ذكاء اصطناعي محلية اكتشاف طبقات النموذج التالفة قبل الاستدلال؟
شرح يركز أولًا على الآلية لاكتشاف تلف طبقة النموذج، ومقايضاته المتعلقة بالموارد المشتركة، وثلاثة أسئلة شائعة حول توزيع الاستعلامات، وبروتوكول عملي للتحقق.
هل يمكن استعادة نظام RAG دون إعادة توليد كل التضمينات؟
شرح قائم على الآلية لاستعادة RAG دون إعادة التضمين، ومقايضاته المتعلقة بالموارد المشتركة، وثلاثة أسئلة شائعة حول توزيع الاستعلامات، وبروتوكول عملي للتحقق.
