زیادہ تر انجینئرنگ ٹیمیں اب بھی AI ایجنٹس کا جائزہ بالکل اسی طرح لیتی ہیں جیسے وہ ریاضی کے ہوم ورک کو چیک کرتی ہیں۔ وہ صرف آخری نتیجے (output) کو دیکھتے ہیں۔ اگر جواب درست ہو، تو وہ ریلیز کی منظوری دے دیتے ہیں اور آگے بڑھ جاتے ہیں۔ یہ ایک خطرناک شارٹ کٹ ہے۔ ایک درست جواب ایک انتہائی خراب نظام کو چھپا سکتا ہے۔

اصل کہانی اس راستے میں چھپی ہوتی ہے جس پر چل کر ایجنٹ وہاں تک پہنچا۔ اس راستے کو 'ایجنٹ ٹریجیکٹری' (agent trajectory) کہا جاتا ہے۔ اس میں ہر ٹول کال (tool call)، ہر روٹنگ کا فیصلہ، اور ہر وہ وقفہ شامل ہے جہاں ایجنٹ دوبارہ غور کرنے کے لیے رکتا ہے۔ آپ اسے ایجنٹ کے قدموں کے نشانات کے طور پر دیکھ سکتے ہیں۔ اور اگر آپ صرف منزل کا معائنہ کریں گے، تو آپ راستے میں بکھرے ہوئے تمام انتباہی نشانات کو نظر انداز کر دیں گے۔

بکھرے ہوئے راستوں کا مسئلہ

ایک ایجنٹ کسی نشے میں دھت ڈرائیور کی طرح برتاؤ کرتے ہوئے بھی درست جواب تک پہنچ سکتا ہے۔ وہ غلط ٹولز کا استعمال کرتا ہے، روٹر کی طرف واپس مڑتا ہے، اور آخر کار کسی درست نتیجے تک پہنچنے سے پہلے غیر ضروری منطق (reasoning) کے چکر لگاتا ہے۔ صارف کو ایک صاف ستھرا نتیجہ نظر آتا ہے۔ لیکن پس منظر میں، سسٹم وسائل ضائع کر رہا ہوتا ہے اور خطرات میں اضافہ ہو رہا ہوتا ہے۔

عملی طور پر یہ بکھراؤ حقیقت میں کیسا نظر آتا ہے؟

سب سے پہلے، غیر ضروری ٹول کال (redundant tool call) کا مسئلہ ہے۔ ایجنٹ آپ کے کسٹمر ڈیٹا بیس سے معلومات حاصل کرتا ہے، نتیجہ لیتا ہے، پانچ سیکنڈ بعد اسے بھول جاتا ہے، اور پھر بالکل وہی معلومات دوبارہ اسی پیرامیٹرز کے ساتھ مانگتا ہے۔ یہ ڈیٹا کا مسئلہ نہیں ہے، بلکہ یہ ٹریجیکٹری کا مسئلہ ہے۔ ایجنٹ 'اسٹیٹ' (state) کو برقرار رکھنے میں ناکام رہا، اس لیے وہ کام کو دہراتا ہے۔

پھر 'غلط ٹول کا پہلے استعمال' (wrong-tool-first) کا پیٹرن آتا ہے۔ ایک کوڈنگ ایجنٹ کسی ایسے فنکشن کی تعریف کے لیے ویب پر تلاش کرنے کی کوشش کر سکتا ہے جو پہلے سے ہی لوکل ریپوزٹری (local repository) میں موجود ہو۔ یا ایک سپورٹ ایجنٹ بلنگ API کا استعمال کر سکتا ہے جبکہ صارف کا سوال واضح طور پر اکاؤنٹ سیٹنگز ٹول کا تقاضا کر رہا ہو۔ ہر غلط انتخاب ٹوکنز ضائع کرتا ہے، تاخیر (latency) پیدا کرتا ہے، اور اس بات کا امکان بڑھاتا ہے کہ اصل کام شروع ہونے سے پہلے ہی کانٹیکسٹ لمٹس (context limits) ختم ہو جائیں۔

روٹر لوپس (Router loops) ایک اور خطرے کی گھنٹی ہیں۔ فیصلہ کرنے والا نوڈ (decision node) کوئی حتمی فیصلہ نہیں کر پاتا۔ وہ ٹاسک کو برانچ A پر بھیجتا ہے، پھر اپنا ارادہ بدل لیتا ہے، اسے واپس بلا لیتا ہے، برانچ B پر بھیجتا ہے، اور پھر بلاوجہ اسے ایک جنرل پرپز فال بیک نوڈ (general-purpose fallback node) کے ذریعے بھیج دیتا ہے۔ ہر لوپ نیٹ ورک ہاپ (network hop) میں اضافہ کرتا ہے اور ڈی بگ لاگ (debug log) میں الجھن کی ایک اور تہہ شامل کر دیتا ہے۔

آخر میں، بار بار تجزیہ کرنے کا مسئلہ ہے۔ ایجنٹ کسی نتیجے کو حتمی ماننے کے بجائے ہر قدم پر اسی نتیجے تک دوبارہ پہنچنے کی کوشش کرتا رہتا ہے۔ یہ ایک ایسے بڑھئی کی طرح ہے جو ہر کٹ لگانے سے پہلے تختے کو دس بار ناپتا ہے۔ پہلا ناپ درست تھا، اگلے نو ناپ فضول کوششیں ہیں۔

ان اضافی اقدامات کے حقیقی نتائج ہوتے ہیں۔ تاخیر (latency) بڑھتی جاتی ہے۔ ایک سنکرونس چیٹ انٹرفیس (synchronous chat interface) میں، اضافی تین سیکنڈ ایک عمر کی طرح محسوس ہوتے ہیں۔ بڑے پیمانے پر، یہ سیکنڈز کمپیوٹ کے ہزاروں ڈالرز میں تبدیل ہو جاتے ہیں۔ ناکامی کا خطرہ بھی بڑھ جاتا ہے۔ ہر غیر ضروری ہاپ ایک بیرونی API کے ٹائم آؤٹ ہونے، کانٹیکسٹ ونڈو کے اوور فلو ہونے، یا ریس کنڈیشن (race condition) کے ظاہر ہونے کا ایک اور موقع فراہم کرتا ہے۔ اور جب کچھ ٹوٹتا ہے، تو ایسے ٹریس (trace) کو ڈی بگ کرنا مشکل ہو جاتا ہے جو سپگیٹی (spaghetti) کی طرح الجھا ہوا ہو۔ آپ گھنٹوں اس بات کی تعمیرِ نو میں گزار دیں گے کہ ایجنٹ نے ساتواں قدم کیوں اٹھایا، تاکہ آخر میں یہ معلوم ہو کہ ساتواں قدم کبھی ہونا ہی نہیں چاہیے تھا۔

کنورجنس (Convergence) کا اصل مطلب کیا ہے

اگر ٹریجیکٹری راستہ ہے، تو کنورجنس اس کی کارکردگی کی پیمائش ہے۔ کنورجنس آپ کو بتاتا ہے کہ ایجنٹ صارف کی درخواست اور درست حل کے درمیان مختصر ترین قابل عمل راستے پر کتنی سختی سے عمل کرتا ہے۔

یہ درستگی (accuracy) کے برابر نہیں ہے۔ ایکوریسی ایک سادہ پیمانہ ہے۔ یہ پوچھتا ہے کہ آیا آخری حالت درست ہے یا نہیں۔ کنورجنس پوچھتا ہے کہ آیا سفر منطقی تھا۔ زیادہ ایکوریسی اور کم کنورجنس والا ایجنٹ ایک ایسا بوجھ ہے جو کامیابی کا لبادہ اوڑھے ہوئے ہے۔ زیادہ کنورجنس اور درمیانی ایکوریسی والا ایجنٹ عام طور پر ٹھیک کرنا آسان ہوتا ہے، کیونکہ اس کی منطق صاف ہوتی ہے اور اس کی غلطیاں محدود ہوتی ہیں۔

آپ ایجنٹ کے اصل اقدامات کا اس مختصر ترین راستے سے موازنہ کر کے ایک اندازاً کنورجنس اسکور نکال سکتے ہیں جو آپ نے اس ٹاسک کلاس کے لیے متعین کیا ہو۔ اگر ایک عام ریفنڈ کی درخواست کے لیے بالکل تین ٹول کالز کی ضرورت ہونی چاہیے اور ایجنٹ نے نو استعمال کیں، تو آپ کا کنورجنس ریشو متاثر ہو رہا ہے۔ آپ مختلف قسم کے فضول کاموں کو اہمیت (weighting) دے کر اسے مزید بہتر بنا سکتے ہیں۔ ایک غلط ٹول کال کی قیمت ایک غیر ضروری کال سے زیادہ ہو سکتی ہے، جو ٹول کی تاخیر اور قیمت پر منحصر ہے۔ ایک روٹر لوپ جو کوئی اہمیت نہیں رکھتا، سب سے زیادہ جرمانہ (penalty) لاحق کر سکتا ہے، کیونکہ یہ ساختیاتی