اے آئی کوڈ لکھتا ہے۔ اسے سیاق و سباق کون فراہم کرتا ہے؟

اے آئی کوڈ لکھ سکتا ہے۔ لیکن یہ آپ کے سسٹم کو نہیں جانتا۔

جب آپ کوڈنگ کے لیے اے آئی کا استعمال کرتے ہیں، تو پہلا جواب شاذ و نادر ہی بہترین ہوتا ہے۔ آپ کو سیاق و سباق (context) شامل کرنا ہوگا۔ آپ کو غلطیوں کی اصلاح کرنی ہوگی۔ آپ کو یہ بتانا ہوگا کہ آپ پہلے کیا آزما چکے ہیں۔

اس عمل کو context engineering کہا جاتا ہے۔ سافٹ ویئر انجینئرنگ میں اے آئی کے استعمال کا یہ سب سے اہم حصہ ہے۔

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

اے آئی خود بخود آپ کے درج ذیل امور سے واقف نہیں ہوتا:

  • آرکیٹیکچر کے اصول (Architecture rules)
  • سیکیورٹی کی ضروریات (Security needs)
  • موجودہ پیٹرنز (Existing patterns)
  • ڈومین لاجک (Domain logic)
  • تکنیکی فیصلے (Technical decisions)

اگر آپ یہ سیاق و سباق فراہم نہیں کرتے، تو آپ مسائل پیدا کرتے ہیں۔

ایک بڑا خطرہ تکرار (duplication) کا ہے۔ اے آئی نہیں جانتا کہ آپ کے پاس پہلے سے ہی ایک validation helper یا کوئی مخصوص error handler موجود ہے۔ یہ محض ایک نیا بنا دے گا۔ اب آپ کے سسٹم کے پاس ایک ہی مسئلے کو حل کرنے کے دو طریقے ہوں گے۔ یہ 'not repeating yourself' کے اصول کی خلاف ورزی ہے۔

اگر آپ صرف رفتار کے لیے کام کو بہتر (optimize) بناتے ہیں، تو آپ اپنے مستقبل کو سست کر دیتے ہیں۔ آپ فیچرز تو تیزی سے لانچ کر سکتے ہیں، لیکن آپ کے سسٹم میں تبدیلی لانا مشکل ہو جائے گا۔

اس کو ٹھیک کرنے کے لیے، آپ کو انجینئرنگ کے علم کے ساتھ کوڈ کی طرح برتاؤ کرنا ہوگا۔ اسے درج ذیل ہونا چاہیے:

  • ورژن شدہ (Versioned)
  • ریویو شدہ (Reviewed)
  • زیرِ ملکیت (Owned)
  • اپ ٹو ڈیٹ (Kept current)

صرف دستاویزات (documentation) کافی نہیں ہیں۔ پرانی یا غیر متعلقہ دستاویزات خطرناک ہوتی ہیں۔ یہ اے آئی کو غلط اعتماد دیتی ہیں۔ یہ ماڈل کو ان پرانے پیٹرنز پر عمل کرنے پر مجبور کرتی ہے جو آپ کی ٹیم اب استعمال نہیں کرتی۔

بہترین ٹیمیں صرف بہتر پرامپٹس (prompts) نہیں لکھتیں۔ وہ بہتر guardrails بناتی ہیں۔

اے آئی سے کسی اصول پر عمل کرنے کا کہنے کے بجائے، اسے نافذ کرنے کے لیے خودکار ٹیسٹ (automated tests) استعمال کریں۔ درج ذیل چیزوں کو چیک کرنے کے لیے CI/CD کا استعمال کریں:

  • اسٹیٹک اینالیسس کی غلطیاں (Static analysis errors)
  • سیکیورٹی کی کمزوریاں (Security vulnerabilities)
  • آرکیٹیکچرل حدود کی خلاف ورزی (Architectural boundary violations)
  • ڈیپینڈنسی کے مسائل (Dependency issues)

اے آئی کوڈ تیار کرنے کو سستا بنا دیتا ہے۔ لیکن یہ پروڈکٹ کو سمجھنے کی اہمیت کو کم نہیں کرتا۔ درحقیقت، سیاق و سباق (context) سب سے قیمتی وسیلہ بن جاتا ہے۔

فاتح وہ ٹیمیں نہیں ہوں گی جو سب سے زیادہ کوڈ تیار کریں گی۔ بلکہ وہ ٹیمیں ہوں گی جو یہ واضح ہدایات فراہم کریں گی کہ مختلف حصے ایک دوسرے کے ساتھ کیسے جڑتے ہیں۔

ماخذ: https://dev.to/icetique/ai-can-write-the-code-who-gives-it-the-context-2l1b

اختیاری لرننگ کمیونٹی: https://t.me/GyaanSetuAi