عزل رسائل البريد الإلكتروني الخاصة بـ LLM في سير العمل المؤتمت

عندما يبدأ وكيل LLM في إرسال رسائل البريد الإلكتروني أو الموافقة على التذاكر، تتغير طبيعة المشكلة. لم يعد الأمر يتعلق بمدى فعالية المطالبة (prompt) الخاصة بك فحسب، بل أصبح نظامك يعتمد الآن على ثلاث طبقات: القرار، والتنفيذ، والتحقق.

إذا قمت بخلط هذه الطبقات، فسيواجه فريقك صعوبة في فهم ما قام به الوكيل بالفعل.

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

التصميم المستقر لا يحاول اختبار الذكاء دفعة واحدة، بل بدلاً من ذلك، قم بتقسيم نظامك إلى عقود صغيرة:

• عقد المدخلات (Input Contract): حدد البيانات التي يستخدمها الوكيل والإجراءات التي يمكنه طلبها.
• عقد التنفيذ (Execution Contract): حدد كيف يتحول الإجراء إلى رسالة بريد إلكتروني محددة.
• عقد القابلية للملاحظة (Observability Contract): اربط السجلات (logs)، والرسائل المستلمة، وحالة النظام النهائية.

أبقِ منطق البريد الإلكتروني بعيدًا عن المطالبة الحرة (free prompt). يمكن لـ LLM اقتراح إجراء مثل send_followup_email. ومع ذلك، لا ينبغي للنموذج أن يقرر الرؤوس (headers)، أو المستلمين، أو سياسات إعادة المحاولة. استخدم كودًا حتميًا (deterministic code) لهذه التحويلات.

يقلل هذا النهج من المخاطر التشغيلية؛ حيث يقترح الـ LLM، ويتحقق النظام، ويقوم المنفذ بالإرسال.

للحفاظ على رؤية واضحة، تتبع هذه الإشارات الأربع:

• القرار الذي اتخذه الوكيل والسياق المستخدم.
• الأمر النهائي المرسل إلى منفذ البريد الإلكتروني.
• الرسالة المستلمة في صندوق وارد معزول.
• التأثير النهائي بعد النقر على رابط أو تأكيد إجراء ما.

استخدم trace_id مشتركًا من الحدث الأولي وحتى النقر النهائي. يساعدك هذا في العثور على الأخطاء بسرعة، حيث ستعرف ما إذا كان الفشل قد حدث في النموذج، أو سياسة الأداة، أو العامل (worker).

اتبع قائمة التحقق هذه لتحسين الأتمتة:

• كل عملية تنفيذ لها trace_id خاص بها.
• يطلب الـ LLM الإجراءات فقط ضمن مخطط (schema) صالح.
• يقوم منفذ البريد الإلكتروني بإعادة التحقق من المستلم والقالب.
• يستخدم كل سيناريو اختبار صندوق وارد معزولًا خاصًا به.
• يؤكد النقر النهائي التغيير المتوقع في الحالة.
• تتيح لك السجلات تتبع الحالة دون تخمين.

إن فصل هذه الخطوات يتطلب بعض العمل الإضافي، ولكنه يمنحك شيئًا قيمًا: القدرة على تفسير سبب إرسال البريد الإلكتروني أو سبب فشله.

المصدر: https://dev.to/silviutech/como-aislar-emails-de-agentes-llm-en-flujos-automatizados-sin-perder-trazabilidad-26ac

مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi