کوڈنگ کے لیے AI: Llama سے قابل اعتماد مدد کیسے حاصل کریں

Meta کے ماڈل کارڈز کے مطابق، ہماری چیٹ میں موجود چاروں Llama ماڈلز متن کے ساتھ ساتھ کوڈ تیار کرنے کے لیے بھی بنائے گئے ہیں، اور وہ پروگرامنگ کے بہترین ساتھی ثابت ہوتے ہیں: غیر مانوس کوڈ کو سمجھانا، چھوٹے فنکشنز لکھنا، ٹیسٹ تیار کرنا، اور کسی ایرر میسج کو درست کوڈ میں بدلنا۔ وہ پورے اعتماد کے ساتھ غلطیاں بھی کرتے ہیں، اس لیے کوڈ ریویور جیسا رویہ اپنائیں: ہر تجویز کو ایسے پڑھیں جیسے کسی تیز رفتار لیکن ناتجربہ کار ساتھی نے بھیجی ہو، اور جس کی خود جانچ نہ کی ہو اسے کبھی ضم (merge) نہ کریں۔ یہ گائیڈ بتاتی ہے کہ کیسے سوال پوچھیں، کیسے جانچیں، اور ہماری چیٹ کی حدود کیا ہیں۔

روزمرہ کی کوڈنگ میں Llama کن چیزوں میں بہتر ہے

• کوڈ سمجھانا۔ پرانے پراجیکٹ سے ملنے والا کوئی فنکشن پیسٹ کریں اور لائن بہ لائن پوچھیں کہ یہ کیا کرتا ہے اور کس وجہ سے خراب ہو سکتا ہے۔
• مختصر اور واضح کوڈ۔ تاریخ پارس کرنے کا فنکشن، ریگولر ایکسپریشن (regex)، SQL کیوری، شیل کی ایک لائن کی کمانڈ، یا CSS لے آؤٹ۔
• ایرر دیکھ کر ڈیبگ کرنا۔ پورا ایرر میسج اور اس کے آس پاس کا کوڈ ایک ساتھ پیسٹ کریں۔
• ٹیسٹس لکھنا۔ "اس فنکشن کے لیے یونٹ ٹیسٹ لکھیں، بشمول edge cases" کہنے سے اکثر وہ پہلو سامنے آ جاتے ہیں جن پر آپ نے سوچا بھی نہیں ہوتا۔
• زبانوں کے درمیان ترجمہ۔ Python سے JavaScript میں، یا Bash اسکرپٹ سے PowerShell میں۔
• ڈیزائن پر بات چیت۔ کوڈ لکھنے سے پہلے بتائیں کہ آپ کیا بنانا چاہتے ہیں اور اس کی خامیاں معلوم کریں۔

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

وہ سیاق و سباق فراہم کریں جس کی ساتھی کو ضرورت ہوتی ہے

کمزور پرامپٹ:
میرا کوڈ کام نہیں کر رہا، اسے درست کریں
[300 لائنیں پیسٹ کر دیں]

بہتر پرامپٹ:
Node.js 22، سادہ JavaScript، کوئی لائبریری نہیں۔ formatDue(dateString)
کو صارف کے مقامی وقت کے مطابق آخری تاریخ دکھانی چاہیے، مثلاً "Mon 3 March"۔
برازیل کے صارفین کے لیے یہ ایک دن پہلے کی تاریخ دکھا رہا ہے۔

کنسول میں مجھے یہ نظر آ رہا ہے:
[اصل آؤٹ پٹ یہاں پیسٹ کریں]

کوڈ (صرف formatDue اور اسے کال کرنے والی لائن):
[پیسٹ کریں]

پہلے وجہ بتائیں، پھر درست formatDue کوڈ دیں۔ اس کا نام
اور سنگل آرگومنٹ وہی رکھیں، اور کوئی ڈیٹ لائبریری شامل نہ کریں۔

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

1. زبان، ورژن، فریم ورک اور لائبریریاں۔
2. کوڈ کو کیا کرنا چاہیے، اور اس کے بجائے وہ کیا کر رہا ہے۔
3. ہوبہو ایرر میسج یا غلط آؤٹ پٹ، اپنے الفاظ میں بیان کرنے کے بجائے اصل متن کاپی کریں۔
4. کم سے کم کوڈ کا نمونہ جس میں مسئلہ واضح ہو۔
5. پابندیاں: "کوئی نئی ڈیپینڈنسی نہیں"، "Windows پر چلنا چاہیے"، "نئے سیکھنے والوں کے لیے آسان رکھیں"۔

ایک محفوظ طریقہ کار: منصوبہ بنائیں، لکھیں، چلائیں، جائزہ لیں

1. پہلے منصوبہ بنائیں۔ ایک فنکشن سے بڑے کام کے لیے کوڈ سے پہلے طریقہ کار پوچھیں: "کوڈ لکھے بغیر بتائیں کہ آپ فائلوں اور فنکشنز کے ساتھ اس کا ڈھانچہ کیسے بنائیں گے۔" منصوبے کو درست کرنا آسان ہے؛ 200 لائنوں کو درست کرنا نہیں۔
2. چھوٹے مراحل میں کام کریں۔ ایک وقت میں ایک فنکشن یا ایک تبدیلی۔ طویل جوابات میں غلطیوں کا امکان زیادہ ہوتا ہے، اور ہماری چیٹ میں جواب کی لمبائی کی حد بھی ہے۔ اگر کوڈ ادھورا رہ جائے تو کہیں "آخری مکمل لائن سے آگے جاری رکھیں"۔
3. اسے خود چلا کر دیکھیں۔ Llama ہماری چیٹ میں کوڈ رن نہیں کر سکتا۔ یہ صرف اندازہ لگاتا ہے کہ درست کوڈ کیسا دکھتا ہے؛ کوڈ چلا کر ہی معلوم ہوگا کہ وہ کام کرتا ہے یا نہیں۔
4. اصل نتائج فیڈ بیک میں دیں۔ نیا ایرر یا غلط آؤٹ پٹ پیسٹ کریں۔ ایک لمبی وضاحت کی نسبت اس طرح کے چند مختصر راؤنڈز زیادہ کارآمد ثابت ہوتے ہیں۔
5. کمٹ (commit) کرنے سے پہلے جائزہ لیں۔ ہر لائن کو غور سے پڑھیں۔ پھر الگ سوالات کے طور پر پوچھیں: "اس میں کن کن edge cases کا دھیان نہیں رکھا گیا؟" اور "کیا اس میں کوئی سیکیورٹی کا خطرہ ہے؟"

ان ممکنہ غلطیوں سے ہوشیار رہیں

خود سے گھڑے ہوئے فنکشنز اور آپشنز

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

پرانی APIs

Meta کے ماڈل کارڈز کے مطابق، ٹریننگ ڈیٹا کی ایک کٹ آف تاریخ ہوتی ہے: Llama 4 کے لیے اگست 2024 اور Llama 3.3 اور 3.1 کے لیے دسمبر 2023۔ اس کے بعد ریلیز یا تبدیل ہونے والی لائبریریوں سے ماڈل ناواقف ہوتا ہے اور وہ اکثر پرانا طریقہ ہی تجویز کرے گا۔ اسے بتائیں کہ آپ کون سا ورژن استعمال کر رہے ہیں، اور ضرورت پڑنے پر موجودہ ڈاکومنٹیشن کا متعلقہ حصہ پیسٹ کریں۔

کوڈ جو چلتا تو ہے لیکن محفوظ نہیں ہوتا

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

بظاہر درست لیکن منطقی طور پر غلط کوڈ

Off-by-one غلطیاں، ٹائم زونز، پیسوں کے حساب میں راؤنڈنگ، خالی لسٹیں۔ نتیجہ پر بھروسہ کرنے سے پہلے معلوم جوابات کے ساتھ ٹیسٹ لکھیں۔

خفیہ معلومات چیٹ سے دور رکھیں

API کیز، پاس ورڈز، پرائیویٹ کیز، کنکشن اسٹرنگز یا صارفین کا ڈیٹا کبھی پیسٹ نہ کریں۔ ان کی جگہ API_KEY_HERE جیسے پلیس ہولڈرز استعمال کریں۔ آپ کے پیغامات جواب حاصل کرنے کے لیے ہمارے سرور اور تھرڈ پارٹی انفرنس فراہم کنندہ سے گزرتے ہیں؛ اپنی مشین سے باہر جانے والے کسی بھی خفیہ ڈیٹا کو افشا شدہ سمجھیں اور اسے تبدیل کریں۔ اگر آپ کے ادارے کے باہر کی سروسز کے ساتھ کوڈ شیئر کرنے کے قوانین ہیں، تو ان پر عمل کریں۔ مزید معلومات AI پرائیویسی اور حفاظت میں دیکھیں۔

کوڈنگ کے لیے کون سا Llama ماڈل؟

ڈیفالٹ ماڈل، Llama 4 Maverick سے شروعات کریں۔ Llama 3.3 70B صرف ٹیکسٹ کے لیے ایک بہترین متبادل ہے اور اسی مسئلے پر دوسری رائے لینے کے لیے اچھا انتخاب ہے۔ Llama 3.1 8B چھوٹے کاموں مثلاً regex یا ایک لائن کی کمانڈ کے لیے تیز ہے، لیکن پیچیدہ چیزوں پر اس کے آؤٹ پٹ کو دوبارہ چیک کریں۔ ماڈل گائیڈ میں چاروں کا موازنہ کیا گیا ہے۔

کیا آپ اپنے کوڈ ایڈیٹر یا ایپ میں Llama استعمال کرنا چاہتے ہیں؟ یہ ماڈلز اوپن ویٹ ہیں، اس لیے آپ Llama کو لوکل چلا سکتے ہیں یا اسے API کے ذریعے کال کر سکتے ہیں۔ پہلے ہمارے Llama لائسنس پیج پر شرائط دیکھ لیں۔

کاپی کرنے کے لیے پرامپٹس

• "یہ کوڈ پراجیکٹ میں نئے آنے والے ڈویلپر کو سمجھائیں۔ پھر پروڈکشن میں اس کے فیل ہونے کے تین ممکنہ طریقے بتائیں۔ [کوڈ]"
• "[زبان] میں ایک فنکشن لکھیں جو [کام X] کرے۔ اس میں ٹائپ ہنٹس، docstring اور متوقع آؤٹ پٹ کے ساتھ تین نمونہ کالز شامل کریں۔"
• "اس فنکشن کے لیے [فریم ورک] کے ساتھ یونٹ ٹیسٹ لکھیں۔ نارمل، خالی اور غلط ان پٹ کا احاطہ کریں۔ [کوڈ]"
• "اس [زبان A] کے کوڈ کو اسی انداز میں کام کرنے والے [زبان B] کے کوڈ میں تبدیل کریں۔ اگر کسی چیز کا براہ راست متبادل نہ ہو تو اس کی نشاندہی کریں۔"
• "اس کوڈ کا صرف سیکیورٹی کے مسائل کے لیے جائزہ لیں، اور خطرے کی شدت کے لحاظ سے ترتیب دیں۔ [کوڈ]"

چھوٹے موٹے کاموں کے لیے code assistant استعمال کریں، کوڈنگ پرامپٹس دیکھیں، ڈویلپرز کے لیے Llama پڑھیں، یا ابھی Llama سے کوڈ کا کوئی ٹکڑا سمجھانے کو کہیں۔

اکثر پوچھے جانے والے سوالات

کیا Llama میرا کوڈ چلا سکتا ہے؟

نہیں۔ ہماری چیٹ میں یہ صرف متن پڑھ اور لکھ سکتا ہے۔ یہ کوڈ کو چلا نہیں سکتا، آپ کی فائلیں نہیں کھول سکتا اور نہ ہی آپ کے ریپازٹری تک رسائی حاصل کر سکتا ہے، اس لیے ہر چیز کو خود چلائیں اور ٹیسٹ کریں۔

کیا میں اپنے پراجیکٹ میں Llama کا لکھا ہوا کوڈ استعمال کر سکتا ہوں؟

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

کیا یہ کچھ زبانوں میں دوسروں کے مقابلے میں بہتر ہے؟

جی ہاں، عام طور پر۔ مقبول زبانیں جن کا پبلک کوڈ بہت زیادہ دستیاب ہے (جیسے Python, JavaScript, Java, PHP, SQL وغیرہ) نایاب زبانوں یا بالکل نئے فریم ورکس کے مقابلے میں بہتر نتائج دیتی ہیں۔ زبان کوئی بھی ہو، نتیجے کو ٹیسٹ ضرور کریں۔

یہ کسی لائبریری کا پرانا ورژن کیوں تجویز کرتا ہے؟

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

کیا اپنی کمپنی کا کوڈ پیسٹ کرنا محفوظ ہے؟

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