ہر نئے ماڈل کی ریلیز وہی پرانی بحث چھیڑ دیتی ہے۔ تجزیہ کار ایک فاتح کا اعلان کرنے اور پچھلے درجے کو ختم قرار دینے کے لیے دوڑ پڑتے ہیں۔ GPT-5.6 Luna کے Terra اور Sol کے ساتھ ہونے سے، بیانیہ خود بخود لکھا جاتا ہے: Luna اتنی سستی اور قابل ہے کہ وہ Terra کو غیر متعلقہ بنا دے۔ یہ غلط ہے۔ یہ بھی مہنگی ہے۔ اپنے کوڈنگ ایجنٹس کے لیے ماڈل کا انتخاب کرنا کوئی خوبصورتی کا مقابلہ، ٹیم کی شناخت، یا بینچ مارک کی دوڑ نہیں ہے۔ یہ ایک آپریٹنگ پالیسی ہے۔ وہ ٹیمیں جو اس فرق کو سمجھ لیں گی، وہ ان ٹیموں کے مقابلے میں کم خرچ کریں گی، تیزی سے کام کریں گی، اور کم غلطیاں کریں گی جو ہر درخواست کے لیے سب سے طاقتور ماڈل کو ڈیفالٹ کے طور پر استعمال کرتی ہیں۔
آپ کا ڈیفالٹ وہ سب سے سستا ٹول ہونا چاہیے جو کام کے لیے موزوں ہو
Luna ویلیو ٹیر (value tier) ہے، اور یہ کوئی معمولی تعریف نہیں ہے۔ یہ محدود، واضح اور آسان کاموں میں بہترین کارکردگی دکھاتی ہے۔ مثلاً درجہ بندی (classification)، خلاصہ نگاری (summarization)، کوڈ کی مختصر ترامیم، اور ابتدائی تحقیق۔ جب کوئی ایجنٹ ترجیحی لیبل لگانے کے لیے سپورٹ ٹکٹ کا تجزیہ کرتا ہے، تو Luna کافی ہے۔ جب وہ چند فائلوں میں ویری ایبل کا نام تبدیل کرتا ہے یا git diff کا ایک پیراگراف کا خلاصہ تیار کرتا ہے، تو Luna کافی ہے۔ یہ وہ کام ہیں جن کا دائرہ کار محدود، ان پٹ واضح، اور نتائج معروضی طور پر قابلِ جانچ ہوتے ہیں۔
معاشی اثر وہ چیز ہے جو کھیل بدل دیتی ہے۔ Luna سستی ہے۔ زیادہ حجم (high volume) پر، یہ آٹومیشن کو ایک مہنگے عمل سے بدل کر انفراسٹرکچر بنا دیتی ہے۔ آپ ٹاکنز گننا بند کر دیتے ہیں اور تھرو پٹ (throughput) ناپنا شروع کر دیتے ہیں۔ ایک سستا ماڈل جو 80 فیصد معمول کے کاموں کو مکمل کر دیتا ہے، وہ ایک مہنگے ماڈل سے زیادہ قیمتی ہے جو 85 فیصد کام کرتا ہے، اگر وہ اضافی 5 فیصد نتیجہ تبدیل نہ کرے۔ اگر Luna دو سیکنڈ میں ایک یونٹ ٹیسٹ تیار کرتی ہے اور Terra پانچ گنا قیمت پر آٹھ سیکنڈ میں تھوڑا بہتر ٹیسٹ تیار کرتی ہے، تو یہ حساب تب ہی درست ہو سکتا ہے جب کوئی ہر لائن کا احتیاط سے آڈٹ کر رہا ہو۔ زیادہ تر وقت، کوئی نہیں کر رہا ہوتا ہے۔ Luna کو آپ کے محدود کاموں کے لیے ڈیفالٹ ہونا چاہیے کیونکہ زیادہ تر کام محدود ہی ہوتے ہیں۔
جب حدود ختم ہو جائیں تو درجہ بڑھائیں (Escalate)
Terra بیکار نہیں ہے۔ یہ آپ کا ایسکیلیشن ٹیر (escalation tier) ہے، اور یہ ان کاموں میں اپنی اہمیت ثابت کرتی ہے جن کی حدود واضح نہیں ہوتیں۔ اسے اس وقت استعمال کریں جب مقصد غیر واضح ہو یا جب کام میں پیچیدہ سسٹمز شامل ہوں جیسے ڈیپلائمنٹ کے راستے (deployment paths)، کراس ماڈیول تبدیلیاں، یا انسیڈنٹ ٹریاج (incident triage)۔ ایک ایسا ڈیپلائمنٹ راستہ جو فیچر فلیگز کے ساتھ اسٹیجنگ، کینری اور پروڈکشن ماحول سے گزرتا ہے، اس کا کوئی سادہ سپیک شیٹ نہیں ہوتا۔ ایک ایسا ریفیکٹر (refactor) جو بلنگ لاجک کو چھوتا ہے اور خاموشی سے رپورٹنگ پائپ لائن تک اثر انداز ہوتا ہے، وہ کوئی محدود کام نہیں ہے۔ پروڈکشن کا کوئی ایسا واقعہ جہاں لاگز API ٹائم آؤٹ کے بارے میں چیخ رہے ہوں لیکن اصل وجہ پچھلی سہ ماہی کا مائیگریشن اسکرپٹ ہو، اس کے لیے فیصلہ سازی کی ضرورت ہوتی ہے۔
Terra وہی فیصلہ سازی فراہم کرتا ہے۔ یہ علامات کو اسباب سے الگ کرتا ہے۔ Luna شاید خون روکنے کے لیے ایک ری ٹرائی لوپ (retry loop) کو پیچ (patch) کر دے۔ Terra یہ پوچھے گا کہ کیا ری ٹرائی لوپ کا ہونا ہی چاہیے، یا کیا بنیادی ٹائم آؤٹ آرکیٹیکچر اصل مسئلہ ہے۔ یہ فرق اس وقت اہمیت رکھتا ہے جب غلط اصلاح ایک عارضی سست روی کو تسلسل وار ناکامی (cascading failure) میں بدل دے۔ ایک طاقتور ماڈل جو پروڈکشن میں ایک غلط مائیگریشن کو روک لے، وہ اس قیمت کے قابل ہے اگر وہ ایک انجینئر کا پورا دن صفائی کے کام سے بچا لے۔ ایک روکا گیا آؤٹج (outage) مہینوں کے ایسکیلیشن مارجن کی قیمت ادا کر دیتا ہے۔
Sol ایک انشورنس پالیسی ہے، روزمرہ کا استعمال کرنے والا ٹول نہیں
Sol ان کیسز کے لیے ہے جہاں اضافی صلاحیت زیادہ قیمت کو جائز قرار دیتی ہے۔ اسے ہائی رسک ریویوز یا آرکیٹیکچرل تبدیلیوں کے لیے استعمال کریں۔ آتھنٹیکیشن فلو کو دوبارہ بنانا، ڈیٹا بیس شارڈنگ کو ری ڈیزائن کرنا، یا پیمنٹ گیٹ وے کو متاثر کرنے والی پل ریکوسٹ (pull request) کی منظوری دینا روزانہ کے واقعات نہیں ہیں۔ یہ اہم واقعات ہیں۔ Sol آپ کا ڈیفالٹ نہیں ہونا چاہیے۔ اسے آپ کا ایکسپشن ہینڈلر (exception handler) ہونا چاہیے، جسے اس وقت بلایا جائے جب ناکامی کی قیمت اتنی زیادہ ہو کہ سستے ماڈلز اکیلے اسے برداشت نہ کر سکیں۔
سب سے زیادہ خطرے والی کیٹیگری کے لیے، Sol کو ایک ڈیٹرمینسٹک ویریفائر (deterministic verifier) کے ساتھ جوڑیں۔ Sol کو اسکیما کی تبدیلی تجویز کرنے دیں یا آرکیٹیکچرل ٹریڈ آفز پر غور کرنے دیں۔ اپنے CI پائپ لائن، اسٹیٹک اینالیسس، اور انٹیگریشن ٹیسٹ کو میکانکی تفصیلات کی تصدیق کرنے دیں۔ ماڈل بصیرت (intuition) لاتا ہے۔ ویریفائر ضمانت لاتا ہے۔ یہی وہ مجموعہ ہے جو آپ کو اس وقت بچاتا ہے جب نقصان کا دائرہ (blast radius) سب سے زیادہ ہو۔
ایک روٹر بنائیں، کوئی عقیدہ نہیں
اصل معیار یہ نہیں ہے کہ کون سا ماڈل بہترین ہے۔ سوال یہ ہے کہ لاگت، لیٹنسی (latency) اور نقصان کے دائرہ (blast radius) کی بنیاد پر کون سا ماڈل اس کام کو سنبھالنا چاہیے۔ ماڈل کے انتخاب کو اپنی شناخت نہ بنائیں۔ یہ نہ کہیں کہ، "ہم Terra استعمال کرنے والے لوگ ہیں۔" اس کے بجائے، کام کی قسم کے لحاظ سے روٹ کریں۔
ایک سادہ کلاسیفائر بنائیں۔ آنے والے کاموں کو 'blast radius' (اثر کے دائرے) کے لحاظ سے ٹیگ کیا جاتا ہے۔ کم اثر والے کام Luna کو بھیجے جاتے ہیں۔ درمیانے اثر والے کام Terra کو بھیجے جاتے ہیں۔ زیادہ اثر والے کام ایک طاقتور ماڈل اور ایک یقینی تصدیق کنندہ (deterministic verifier) کے پاس بھیجے جاتے ہیں۔ شروع کرنے کے لیے آپ کو ایک مکمل مشین لرننگ کلاسیفائر کی ضرورت نہیں ہے۔ چند اصول (heuristics) ہی کافی ہوں گے۔ وہ کوڈ ریویوز جو صرف اندرونی یوٹیلیٹیز (internal utilities) تک محدود ہوں اور لائنوں کی تعداد بھی کم ہو؟ Luna۔ وہ ٹکٹس جن میں ڈیپلائمنٹ پائپ لائنز، کراس سروس کالز، یا مبہم ضروریات کا ذکر ہو؟ Terra۔ کسٹمر ڈیٹا، اہم راستوں (critical paths)، یا قانونی تعمیل (legal compliance) سے متعلق کچھ بھی؟ اسے Sol کو بھیجیں اور انسانی یا یقینی (deterministic) ریویو کا تقاضا کریں۔
نتائج کی پیمائش کریں، ماڈل کے ناموں کی نہیں۔ فی کام لاگت، ری ٹرائی ریٹ (retry rate)، اور فرار ہونے والے نقائص (escape defects) پر نظر رکھیں۔ اگر Luna ان کاموں میں ناکام ہو رہا ہے جو آپ نے اسے سونپے ہیں، تو اس کی حد (boundary) کو بڑھا دیں۔ اگر Terra کسی ایسے پیٹرن کے لیے ضرورت سے زیادہ ہے جو روزانہ دہرایا جاتا ہے، تو اسے Luna پر منتقل کر دیں اور اپنے اخراجات (burn) میں کمی دیکھیں۔ مقصد بجٹ سے باہر جائے بغیر آٹومیشن کو بڑھانا ہے۔ Luna زیادہ مقدار والے بیک گراؤنڈ کام سنبھالتا ہے۔ Terra ان لمحات کو سنبھالتا ہے جہاں فیصلہ سازی (judgment) اہم ہوتی ہے۔ Sol ان استثنائی حالات (exceptions) پر نظر رکھتا ہے جو آپ کا پورا ہفتہ خراب کر سکتے ہیں۔
وہ ٹیمیں جو اسے درست طریقے سے کرتی ہیں، اپنے ایجنٹ فلیٹ (agent fleet) کے ساتھ ایک بہترین طریقے سے چلنے والی انجینئرنگ تنظیم کی طرح پیش آتی ہیں۔ وہ ہر پروجیکٹ میں ماہرین (architects) نہیں رکھتے، اور نہ ہی انٹرنز سے بنیادی ڈیٹا ماڈل کو دوبارہ ڈیزائن کرنے کا کہتے ہیں۔ وہ صلاحیت کو خطرے کے مطابق ڈھالتے ہیں۔ اپنے ماڈلز کے ساتھ بھی یہی کریں۔
اصل بحث پڑھیں: GPT-5.6 Luna Is The Value Tier. Terra Is Not Useless
GyaanSetu لرننگ کمیونٹی میں شامل ہوں: t.me/GyaanSetuAi