Google نے اپنے ڈیولپمنٹ ماحول Antigravity میں /boost نام کی ایک نئی کمانڈ شامل کی ہے۔ اسے چلانے سے ایک اکیلے کوڈنگ اسسٹنٹ کے بجائے ایک ملٹی ایجنٹ ریزننگ پائپ لائن شروع ہوتی ہے: ایک آرکیسٹریٹر مسئلہ پڑھتا ہے اور اسے کاموں میں تقسیم کرتا ہے، انہیں الگ تھلگ دائروں میں کام کرنے والے ماہر ایجنٹوں کے سپرد کرتا ہے، پھر نتیجے کو آزاد تصدیقی راؤنڈز سے گزارتا ہے جو آپ تک کچھ بھی پہنچنے سے پہلے واقعی ٹیسٹ چلاتے ہیں۔ اصل خبر یہ نہیں کہ AI زیادہ تیزی سے کوڈ لکھتا ہے۔ اصل خبر یہ ہے کہ کوڈنگ ٹولز نے تصدیق کو خود ٹول کے اندر شامل کرنا شروع کر دیا ہے۔

Google نے دراصل کیا اعلان کیا

Antigravity کی سرکاری دستاویزات کے مطابق، /boost خاص طور پر مشکل سافٹ ویئر انجینئرنگ کے لیے بنایا گیا ہے: کنکرنسی بگز اور ریس کنڈیشنز، الگورتھمک بہتری، باریک ریگریشنز جو ظاہر ہوتی اور غائب ہو جاتی ہیں، اور کئی فائلوں پر پھیلی پیچیدہ ری فیکٹرنگ۔ یہی وہ مسائل ہیں جن میں ایک روایتی سنگل ٹرن اسسٹنٹ ناکام ہو جاتا ہے، کیونکہ انہیں حل کرنے کے لیے براہِ راست جنریشن کے بجائے تجربات اور پیچھے لوٹنے کی ضرورت ہوتی ہے۔

یہ کمانڈ تین واضح مراحل میں چلتی ہے:

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

یہ سب عارضی، الگ تھلگ worktrees کے اندر چلتا ہے، یعنی ایجنٹ آپ کے پروجیکٹ کی ورکنگ کاپی پر تجربات نہیں کرتے۔

ایک نہیں، تین موڈ

Google تین الگ الگ عمل درآمد کے موڈز کی دستاویز بندی کرتا ہے، اور ان کے درمیان فرق ہی عملی طور پر مفید حصہ ہے:

  • ڈیفالٹ ایجنٹ: انٹرایکٹو کوڈنگ، کوڈ بیس نیویگیشن اور عمومی ری فیکٹرنگ۔ کام کا دورانیہ سیکنڈوں سے منٹوں تک، سنگل ایجنٹ لوپ، ایک بار کی تصدیق۔ تمام پلانز پر دستیاب۔
  • /boost: گہری ریزننگ اور ضدی بگز۔ کام کا دورانیہ سیکنڈوں سے گھنٹوں تک، تین مراحل پر مشتمل درجہ بندی، کئی راؤنڈز کی آزاد تصدیق۔ ادائیگی والے پلانز پر دستیاب۔
  • /teamwork-preview: بڑی منتقلیوں یا پورے ذیلی نظاموں کی تعمیر پر کئی دنوں تک کام کرنے والی ایجنٹ ٹیمیں، جن میں Explorer، Worker، Critic اور Auditor جیسے نامزد کردار ہیں، نیز تصدیقی دروازے جو کسی سنگِ میل کی منظوری سے پہلے جان بوجھ کر کوڈ کو توڑنے کی کوشش کرتے ہیں۔

اس درجہ بندی پر غور کریں: کام جتنا بڑا ہو، سرمایہ کاری اتنی ہی زیادہ رفتار کے بجائے جائزے میں جاتی ہے۔ سافٹ ویئر پروجیکٹ چلانے والے ہر شخص کے لیے یہ قابلِ توجہ اشارہ ہے۔

یہ صرف ڈیولپر کے لیے نہیں بلکہ کاروبار کے مالک کے لیے کیوں اہم ہے

پچھلے دو برسوں سے پروگرامنگ میں AI کی گفتگو رفتار کی گفتگو رہی ہے: فی منٹ کتنی سطریں تیار ہوتی ہیں۔ مسئلہ یہ ہے کہ حقیقی پروجیکٹس میں رفتار رکاوٹ نہیں ہے۔ رکاوٹ اعتماد ہے۔ کیا یہ کوڈ واقعی ان صورتوں میں کام کرتا ہے جنہیں کسی نے آزمایا ہی نہیں؟

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

  • مصنف اپنے کام کو خود نمبر نہیں دیتا: تصدیق کرنے والا فریق نفاذ کرنے والے فریق سے الگ ہوتا ہے۔ دہائیوں سے کوڈ ریویو کے پیچھے یہی اصول رہا ہے۔ اب اسے ٹول کے اندر نافذ کیا جاتا ہے۔
  • ثبوت کا مطلب عمل درآمد ہے، دعویٰ نہیں: ٹیسٹ پاس ہونے کے دعوے کو قبول کرنے کے بجائے ٹیسٹ واقعی چلائے جاتے ہیں اور ان کا حقیقی آؤٹ پٹ جانچا جاتا ہے۔
  • علیحدگی اصل کی حفاظت کرتی ہے: تجربات ایک الگ کاپی میں ہوتے ہیں، اس لیے ناکام کوششیں کبھی پروجیکٹ میں نہیں رستیں۔

اگر آپ سافٹ ویئر ڈیولپمنٹ خرید رہے ہیں تو اپنے وینڈر سے پوچھنے کے لیے بالکل یہی تین سوالات ہیں: جائزہ کون لیتا ہے، ٹیسٹ پاس ہونے کا ثبوت کیا ہے، اور تجربات کہاں ہوتے ہیں؟

کیا نہیں بدلتا

ایسی خبر کو اس اعلان کے طور پر پڑھنا آسان ہے کہ اب انجینئرز کی ضرورت نہیں رہی۔ دستاویزات بالکل صاف طور پر اس کے برعکس کہتی ہیں: ایجنٹ آپ کے ورک اسپیس کے لیے ترتیب دیے گئے فائل تک رسائی کے قواعد اور کمانڈ کی اجازت کی پالیسیاں وراثت میں لیتے ہیں، اور کوئی بھی محفوظ کمانڈ یا قابلِ اعتماد دائروں سے باہر کی ترمیم صارف کے سامنے اجازت کی درخواست پیش کرتی ہے۔ سلسلے کے آخر میں ایک ذمہ دار انسان موجود ہوتا ہے۔

اور اجازتیں اس معاملے کا چھوٹا نصف حصہ ہیں۔ ایجنٹ وہ مسئلہ حل کرتا ہے جو آپ نے بیان کیا۔ وہ یہ نہیں جان سکتا کہ خود بیان ہی غلط تھا۔ اسے معلوم نہیں کہ آپ کا بلنگ سائیکل 30 تاریخ کو نہیں بلکہ 25 تاریخ کو بند ہوتا ہے، کہ یہ فیلڈ کسی سیلز نمائندے کو کبھی نظر نہیں آنی چاہیے، یا یہ کہ جب آپ کا گاہک "آرڈر" کہتا ہے تو اس کی مراد آپ کی مراد سے مختلف ہوتی ہے۔ ضروریات طے کرنا، شعبے کو سمجھنا اور فیصلے کی ذمہ داری اٹھانا مکمل طور پر انسانی کام ہی رہتا ہے۔

Origami میں ہم اسے کیسے دیکھتے ہیں

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

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

ذرائع