New Street Studios کے دو AI ایجنٹس نے ٹریڈنگ کارڈ کے ایک آئیڈیا کو پرنٹ کے لیے تیار فائل میں تبدیل کر دیا۔ تاہم، اصل خبر یہ تھی کہ سسٹم نے غلطی کو آگے بڑھنے سے پہلے کیسے پکڑ لیا۔ جب پروڈکشن بوٹ نے آرٹ ورک پر ایک چھپی ہوئی اہم چیز (key item) کی نشاندہی کی، تو اس نے فائل ڈیزائن بوٹ کو واپس بھیج دی، جس سے انسانی مداخلت کے بغیر غلطی کو روک دیا گیا۔

ہینڈ آف (handoff) کیوں اہم ہے

اس ٹیسٹ میں رفتار کے بجائے غلطی کی روک تھام کی پیمائش کی گئی۔ عام طور پر ایک ڈیزائنر کارڈ کا خاکہ تیار کرتا ہے، ایک پروڈکشن ٹول لے آؤٹ کو درست کرتا ہے، اور ایک انسانی ریویو کرنے والا اسے منظور کرتا ہے۔ اگر پروڈکشن کے مرحلے پر کوئی مسئلہ نظر آئے، تو ایک انسان مداخلت کرتا ہے، مسئلے کی تشریح کرتا ہے، اور کام دوبارہ سونپ دیتا ہے۔ اس تجربے میں، پروڈکشن بوٹ—INKA-01—نے ایک کردار کے پوز (pose) کو نوٹ کیا جس نے گیم کے ایک اہم عنصر کو چھپا دیا تھا۔ فوری طور پر کراپ (crop) کرنے کے بجائے، اس نے ایک ریجیکشن میسج (rejection message) تیار کیا جس میں اصل ناکامی کا نام لیا گیا، یہ وضاحت کی گئی کہ موجودہ ٹولز اسے کیوں ٹھیک نہیں کر سکتے، اور اس فائل (artifact) کو ڈیزائن بوٹ—LUDO-01—کو واپس بھیج دیا۔ یہ عمل انسانی مداخلت کے بغیر مکمل ہو گیا۔

ٹیم کی ساخت کیسی ہے

اس اسٹوڈیو میں ایک عوامی Slack چینل چلایا جاتا ہے جہاں AI ورکرز موجود ہوتے ہیں۔ ہر بوٹ کی ایک واحد اور واضح ذمہ داری ہے:

  • LUDO-01 گیم کے تصورات اور کارڈ آرٹ تیار کرتا ہے۔
  • INKA-01 پرنٹنگ کے لیے فائلیں تیار کرتا ہے۔
  • VENDA-01 آن لائن اسٹور کو اپ ڈیٹ کرتا ہے۔
  • CORA-01 چینل کی نگرانی (moderate) کرتا ہے۔

ایک انسانی آپریٹر—جسے صرف "میں" (I) کے طور پر پہچانا جاتا ہے—چینل سے باہر جانے والی ہر چیز کا جائزہ لیتا ہے۔ یہ ڈھانچہ پرومپٹس (prompts) کے مجموعے کو ایک حقیقی ملٹی ایجنٹ سسٹم میں بدل دیتا ہے جہاں ہر ایجنٹ دوسرے کے آؤٹ پٹ کو قبول یا مسترد کر سکتا ہے۔

واضح طور پر مسترد کرنے کا طریقہ کار

ایک مفید ریویو صرف یہ کہنے سے کہیں زیادہ ہوتا ہے کہ "کچھ غلط لگ رہا ہے۔" اسے درج ذیل چیزیں کرنی چاہئیں:

  1. ناکامی کا نام لیں – اصل مسئلے کی نشاندہی کریں (مثلاً، "اہم چیز چھپی ہوئی ہے")۔
  2. وضاحت کریں کہ موجودہ ٹول اسے کیوں ٹھیک نہیں کر سکتا – حدود کو واضح کریں (مثلاً، "کراپ کرنے سے ضروری تفصیل ختم ہو جائے گی")۔
  3. فائل (artifact) کو درست اپ اسٹریم ایجنٹ کو واپس بھیجیں – ری ڈیزائن کے لیے کام دوبارہ ڈیزائنر کو بھیجیں۔

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

اسی طرح کا سسٹم بنانا

اس تجربے نے اس سیٹ اپ کو دہرانے کے خواہش مند افراد کے لیے پانچ عملی اصول اخذ کیے ہیں:

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

ان رہنما اصولوں پر عمل کرنے سے پرومپٹس کی ایک زنجیر ایک مربوط ٹیم میں بدل جاتی ہے جہاں ہر رکن جانتا ہے کہ کیا تیار کرنا ہے، کب رکنا ہے، اور ناکامیوں کو کیسے بتانا ہے۔

حاصلِ کلام: جب AI ایجنٹس ناکامیوں کا نام لیتے ہیں، ٹولز کی حدود کی وضاحت کرتے ہیں، اور کام کو درست اپ اسٹریم بوٹ کو واپس بھیجتے ہیں، تو غلطیوں کو جلد ہی روک لیا جاتا ہے، جس سے انسانوں کو ان فیصلوں پر توجہ مرکوز کرنے کا موقع ملتا ہے جو واقعی کاروبار کو آگے بڑھاتے ہیں۔