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

یہ اس لیے اہم ہے کیونکہ جدید AI کوڈنگ ورک فلو اب صرف ایک بار کے پرامپٹس (single-shot prompts) نہیں رہے۔ یہ بہت سی چھوٹی مہارتوں سے مل کر بنے ہوئے ماڈیولر سسٹمز ہیں۔ جب ہر مہارت کی اپنی ایک واضح شناخت نہیں ہوتی، تو پوری پائپ لائن متاثر ہوتی ہے۔

کیوں شخصیت (Persona) کی کمی آپ کے ورک فلو کو خراب کرتی ہے

جب آپ کردار کی تعریف (role declaration) کو چھوڑ دیتے ہیں، تو آپ ماڈل کو اپنی اتھارٹی خود بنانے پر مجبور کرتے ہیں۔ ایک لمحے میں وہ ایک محتاط انٹرن کی طرح کوڈ لکھتا ہے جو سسٹم کو خراب کرنے سے بچنے کی کوشش کر رہا ہو۔ اگلے ہی لمحے، وہ ایک پرنسپل انجینئر کی طرح ڈسٹریبیوٹڈ سسٹم کا نقشہ تیار کرتا ہے جس نے ہر ممکنہ مشکل صورتحال (edge case) دیکھی ہوتی ہے۔ یہ عدم تسلسل صرف پریشان کن نہیں ہے۔ یہ آپ کے ورک فلو کو ناقابل اعتبار بنا دیتا ہے۔

مسائل تیزی سے بڑھتے جاتے ہیں۔ AI ایک بے ترتیب آواز چن لیتا ہے، اس لیے آپ کا کوڈ بیس ایسا محسوس ہونے لگتا ہے جیسے اسے کسی ایسی کمیٹی نے لکھا ہو جو کبھی آپس میں ملی ہی نہ ہو۔ ہر بار جب آپ اس مہارت (skill) کو چلاتے ہیں تو آؤٹ پٹ بدل جاتا ہے، جس کا مطلب ہے کہ آپ آٹومیٹڈ ٹیسٹ یا ڈیف ریویوز (diff reviews) پر بھروسہ نہیں کر سکتے۔ آڈٹ کرنا ناممکن ہو جاتا ہے کیونکہ آپ کو معلوم نہیں ہوتا کہ نتیجہ کس نقطہ نظر سے نکلا ہے۔ کیا یہ ایک سیکیورٹی پر توجہ دینے والے انجینئر نے تیار کیا تھا یا ایک پروڈکٹ جنرلسٹ نے؟ اگر جواب "جو بھی ماڈل کو اچھا لگا" ہے، تو آپ کے پاس منطق کی تصدیق کرنے کا کوئی طریقہ نہیں ہے۔

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

اسے کیسے ٹھیک کریں

حل سادہ ہے لیکن مخصوص ہے۔ اپنی اسکل فائل میں سب سے پہلی ہدایت کے طور پر کردار کی تعریف (role declaration) شامل کریں۔ اسے فارمیٹنگ کے قواعد یا آؤٹ پٹ اسکیمہ کے نیچے نہ چھپائیں۔ پہل شناخت سے کریں۔

ایک واضح ڈھانچہ استعمال کریں: "آپ [ڈومین] میں مہارت رکھنے والے ایک [کردار] ہیں۔" اس کے بعد ایک یا دو جملے اس بارے میں لکھیں کہ یہ کردار اصل میں کام کے تناظر میں کیا کرتا ہے۔ مثال کے طور پر: "آپ ڈسٹریبیوٹڈ سسٹمز میں مہارت رکھنے والے ایک سینئر بیک اینڈ انجینئر ہیں۔ آپ کا کام کنکرنسی کے خطرات اور ڈیٹا کنسسٹنسی کے مسائل کے لیے پل ری کویسٹس (pull requests) کا جائزہ لینا ہے۔ آپ اسٹیٹ مینجمنٹ کے بارے میں مفروضوں پر سوال اٹھاتے ہیں اور ایسے کوڈ کو منظور کرنے سے انکار کر دیتے ہیں جس میں مناسب ایرر ہینڈلنگ موجود نہ ہو۔"

اتنا کافی ہے۔ زیادہ سے زیادہ تین جملے۔ طویل سوانح حیات شور پیدا کرتی ہے۔ ماڈل کو بچپن کی کہانی یا مشاغل کی فہرست کی ضرورت نہیں ہے۔ اسے ایک پیشہ ورانہ بنیاد کی ضرورت ہے جو اس کے فیصلے کی تشکیل کر سکے۔

حقیقی پیشہ ورانہ کرداروں پر قائم رہیں۔ ایک اسٹاف سافٹ ویئر انجینئر یا ٹیکنیکل ڈاکومنٹیشن رائٹر ماڈل کو ذمہ داریوں کا ایک قابلِ شناخت فریم ورک فراہم کرتا ہے۔ اسے شرلاک ہومز یا قرون وسطیٰ کے جادوگر کی طرح برتاؤ کرنے کا کہنا تخلیقی لگ سکتا ہے، لیکن یہ ایسے غیر متوقع تعلقات پیدا کرتا ہے جن کا آپ کے کوڈ ریویو پائپ لائن سے کوئی تعلق نہیں ہوتا۔ حقیقی کردار حقیقی پابندیاں لاتے ہیں۔

جب آپ اسے درست طریقے سے کرتے ہیں تو کیا تبدیلیاں آتی ہیں

ایک بار جب ہر مہارت اپنی شخصیت (persona) لے آتی ہے، تو آپ کی پوری پائپ لائن مستحکم ہو جاتی ہے۔

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

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

اسکل چیننگ آخر کار مطلوبہ طریقے سے کام کرتی ہے۔ ہر