ای میل ایجنٹس کے لیے observability
آپ ای میل ایجنٹ کو ریئل ٹائم میں کام کرتے ہوئے نہیں دیکھ سکتے۔
لیکن آپ صرف ایک API کال کے ذریعے دیکھ سکتے ہیں کہ اس نے کل کیا کچھ کیا۔
ای میل پر ایجنٹس بنانا آپ کو بلٹ ان observability فراہم کرتا ہے۔ زیادہ تر خود مختار (autonomous) سسٹمز کو ٹریسنگ اور لاگز کے لیے اضافی ٹولز کی ضرورت ہوتی ہے۔ ایک ای میل ایجنٹ کو یہ سب مفت میں مل جاتا ہے کیونکہ میل باکس ہی ریکارڈ ہوتا ہے۔
یہاں بتایا گیا ہے کہ آپ اپنے ایجنٹس کی نگرانی کے لیے ای میل کا استعمال کیسے کر سکتے ہیں:
ان پٹ مانیٹرنگ (Input Monitoring) ہر آنے والا پیغام ایک
message.createdایونٹ کو ٹرگر کرتا ہے۔ یہ آپ کو وہ thread ID فراہم کرتا ہے جس کی ضرورت آپ کو گفتگو کو دوبارہ ترتیب دینے کے لیے ہوتی ہے۔ اگر کوئی پیغام بہت بڑا ہو، توmessage.created.truncatedٹرگر کو دیکھیں۔ یہ آپ کو بتاتا ہے کہ ID کے ذریعے مکمل باڈی (body) حاصل کریں۔آؤٹ پٹ مانیٹرنگ (Output Monitoring) پلیٹ فارم ہر بھیجے گئے پیغام کی رپورٹ دیتا ہے۔ اپنی ڈیلیوری کی صحت دیکھنے کے لیے ان تین ٹرگرز پر نظر رکھیں: •
message.send_success: وصول کنندہ کا سرور ای میل قبول کر چکا ہے۔ •message.send_failed: کسی رول یا پالیسی نے باہر جانے والے ای میل کو بلاک کر دیا۔ •message.bounce_detected: ریموٹ سرور نے ای میل مسترد کر دی۔
send_failed کی تعداد میں اضافہ کسی مسئلے کی پہلی علامت ہے۔ اس کا مطلب ہے کہ کوئی رول یا کوٹہ (quota) آپ کے ایجنٹ کی رفتار کو محدود (throttle) کر رہا ہے۔
اسٹیٹ مانیٹرنگ (State Monitoring) میل باکس فولڈرز ایک اسٹیٹ مشین (state machine) کے طور پر کام کرتے ہیں۔ • Junk فولڈر: یہ آپ کو دکھاتا ہے کہ آپ کے اسپیم فلٹرز کیا پکڑ رہے ہیں۔ • Drafts فولڈر: یہ 'human-in-the-loop' ڈیزائنز کے لیے منظوری کے قطار (approval queue) کے طور پر کام کرتا ہے۔ اگر کوئی ڈرافٹ وہاں بہت دیر تک رہتا ہے، تو آپ کا منظوری کا عمل رک گیا ہے۔ • Sent فولڈر: یہ ایک بہترین آڈٹ لاگ فراہم کرتا ہے۔ لاگ حقیقت سے اختلاف نہیں کر سکتا کیونکہ ای میل ہی حقیقت ہے۔
گورننس مانیٹرنگ (Governance Monitoring) اگر کوئی ایجنٹ پیغام چھوڑ دیتا ہے، تو رول ایویلیوایشنز (rule evaluations) چیک