تعارف: وہ ایجنٹ جو ہر کوئی چاہتا ہے، بغیر کسی بڑھا چڑھا کر پیش کرنے کے
کوڈنگ ایجنٹس کے بارے میں یہ ہے کہ ان میں سے بیشتر آپ کے باس، آپ کے شریک پائلٹ اور آپ کے معالج بننے کی کوشش کرتے ہیں—پھر محض کوڈ لکھنا بھول جاتے ہیں۔ پلے بک اس طرح جاتی ہے: ایک درجن ویکٹر اسٹورز شامل کریں، آرکیسٹریشن پِکسی ڈسٹ چھڑکیں، ایک براؤزر میں پَٹی باندھیں، پھر اسے دن کہنا ہے۔ یہ اچھی طرح سے ڈیمو کرتا ہے۔ یہ اس وقت بھی ٹوٹ جاتا ہے جب آپ اسے جمعہ کو شام 4:52 پر ایک غیر مستحکم انٹیگریشن ٹیسٹ ٹھیک کرنے کے لیے کہتے ہیں۔
ایک ہلکا پھلکا کوڈنگ ایجنٹ بنانا 4.5 کے ساتھ—حیرت کی بات ہے—دراصل سیدھا سادا ہے اگر آپ ایک آفاقی سافٹ ویئر بٹلر کے خواب کا پیچھا کرنا چھوڑ دیں اور صرف ایک ایسا ٹول بنائیں جو کوڈ پڑھے، منصوبہ بندی کرے، ترمیم کرے، چلائے اور دہرائے۔ ”AI ڈویلپرز کی جگہ لے رہی ہے“ پر کوئی وعظ نہیں۔ کوئی روب گولڈ برگ پائپ لائنز نہیں۔ بس ایک سخت لوپ جو واضح چیزوں کو اچھی طرح سے کرتا ہے۔
یہ ایک طریقہ کار گائیڈ ہے جو بغیر کسی پورے AI آپریشنز ڈیپارٹمنٹ کو گھسیٹے وہاں پہنچنے کے لیے ہے۔ ہم دماغ کے لیے 4.5، ہاتھوں کے لیے ایک فائل سسٹم اور شیل، اور قلیل مدتی توجہ کے لیے ایک چھوٹی میموری استعمال کریں گے۔ بس یہ ہی ہے۔ ہلکا پھلکا ہونے کا مطلب ہے کہ آپ اسے ایک ہی نشست میں سمجھ سکتے ہیں، اسے مقامی طور پر چلا سکتے ہیں، اور اس پر بھروسہ کر سکتے ہیں کیونکہ ہر قدم قابل معائنہ ہے۔ جو کہ، اگر آپ نے حال ہی میں اس جگہ میں کچھ بھی استعمال کیا ہے، تو تقریباً تخریبی ہے۔
ایک کم سے کم ایجنٹ کے لیے 4.5 کیوں کام کرتا ہے
4.5 میں وہ مزاج ہے جو آپ دراصل کوڈ کے لیے چاہتے ہیں: ہدایات پر عمل کرنے میں محتاط، diffs کو پڑھنے میں حیرت انگیز طور پر مہذب، اور ایسے فریم ورک کو خیالی بنانے کے لیے ضرورت سے زیادہ بے چین نہیں جو آپ نے نہیں مانگا۔ ماڈل ایک مکمل پرامپٹ ناول کا مطالبہ کیے بغیر مرحلہ وار استدلال میں اہل ہے۔ وہ امتزاج—استدلال کے ساتھ تحمل—اسے کوڈنگ ایجنٹ لوپ کے لیے مثالی بناتا ہے:
- مشاہدہ کریں: موجودہ فائلیں، ایرر لاگز اور ٹیسٹ پڑھیں۔
- منصوبہ بنائیں: استدلال کے ساتھ ٹھوس ترامیم تجویز کریں۔
- عمل کریں: فائلیں پیچ کریں، کمانڈز چلائیں۔
- غور کریں: آؤٹ پٹ کا جائزہ لیں، دہرائیں یا روکیں۔
آپ اسے کسی بھی ریپو پر لگا سکتے ہیں اور ایک سہ پہر میں قدر حاصل کر سکتے ہیں۔ چال یہ ہے کہ اسے ”AI پلیٹ فارم“ میں تبدیل کرنے کی خواہش کا مقابلہ کریں۔ اگر آپ ایجنٹ کو ہلکا پھلکا رکھتے ہیں، تو 4.5 آپ کے راستے میں آئے بغیر بھاری لفٹنگ کرتا ہے۔
ہلکا پھلکا فن تعمیر: پانچ ٹکڑے، کوئی ڈرامہ نہیں
یہاں آپ کو درکار پورا اسٹیک ہے:
- کور لوپ: ایک عمل جو 4.5 کو کال کرتا ہے اور اس کے ٹول کے استعمال کے پیغامات کی تشریح کرتا ہے۔
- ٹولز: ایک چھوٹا سیٹ—read_file, write_file, list_dir, run_tests (یا run_cmd), search_code.
- Context builder: ریپو میٹا ڈیٹا اور حالیہ diffs کے ساتھ ایک مختصر، واضح پرامپٹ جمع کریں۔
- قلیل مدتی میموری: ایک رولنگ گفتگو ونڈو کے علاوہ منصوبہ اور رکاوٹوں کے لیے ایک واضح سکریچ پیڈ۔
- گارڈریلز: ٹوکن، وقت اور فائل لکھنے کی حدود؛ ایک ڈرائی رن موڈ؛ اور رول بیک اسنیپ شاٹس۔
بس یہ ہی ہے۔ آپ اسے ٹرمینل میں ہیڈ لیس چلا سکتے ہیں یا اگر آپ کو ضروری ہو تو اسے کم سے کم UI میں لپیٹ سکتے ہیں۔ اس کے کام کرنے کی وجہ بورنگ ہے: ہر عمل کا مشاہدہ اور تصدیق کی جا سکتی ہے۔ ایجنٹ ایک تبدیلی تجویز کرتا ہے، diff دکھاتا ہے، ٹیسٹ چلاتا ہے، آؤٹ پٹ پڑھتا ہے، اور یا تو جاری رکھتا ہے یا رک جاتا ہے۔ درمیان میں کوئی پراسرار گوشت نہیں ہے۔
ایجنٹ کیسے بنائیں (پلاٹ کھوئے بغیر)
مرحلہ 1: معاہدہ کی وضاحت کریں—پرامپٹ اور ٹولز
آپ کا ایجنٹ ماڈل کے ساتھ اس کے معاہدے کی طرح اچھا ہے۔ سسٹم پرامپٹ کو مختصر، سخت اور بے رحمی سے عملی رکھیں۔
سسٹم پرامپٹ، کشید شدہ:
- آپ ایک کوڈنگ ایجنٹ ہیں۔ آپ کا کام صارف کے کام کو پورا کرنے کے لیے ریپو میں چھوٹی، درست تبدیلیاں کرنا ہے۔
- ایک پوشیدہ سکریچ پیڈ میں زور سے سوچیں؛ صرف منصوبوں اور diffs کو صارف کے سامنے ظاہر کریں۔
- کم سے کم diffs، کام کرنے والے ٹیسٹوں اور اضافی پیش رفت کو ترجیح دیں۔
- جب یقین نہ ہو تو، ایک تجربہ تجویز کریں اور اسے چلائیں۔
- کبھی بھی فائلیں یا کمانڈز تیار نہ کریں—ترمیم کرنے سے پہلے فہرست بنائیں اور پڑھیں۔
ٹول سکیما (اس پر زیادہ نہ سوچیں):
- read_file(path, offset?, length?)
- write_file(path, content, create_if_missing=false)
- run_cmd(command, timeout=60, cwd=repo_root)
- search_code(query, path=repo_root, max_results=50)
اختیاری خوبیاں: git_diff اور git_revert(sha) اگر آپ ہینڈز فری رول بیکس چاہتے ہیں۔ آپ ایک ویکٹر اسٹور کو چھوڑ سکتے ہیں؛ بیشتر مفید کام کام کرنے والی میموری میں چند فائلوں کے علاوہ ایک فوری تلاش پر منحصر ہیں۔
مرحلہ 2: Context کو دبلا رکھیں
Context stuffing ایجنٹ ڈیزائن کی کارگو کلٹ ہے۔ اپنے پورے monorepo کو پرامپٹ میں نہ ڈالیں۔ اس کے بجائے:
- ریپو کا خلاصہ: ایک پیراگراف README ڈائجسٹ؛ اندراج کے مقامات؛ ٹیسٹ رنر کمانڈ۔
- فعال فائلیں: صرف وہ فائلیں جنہیں ایجنٹ چھونے کا ارادہ رکھتا ہے—ضرورت کے مطابق انہیں chunks میں پڑھیں۔
- ٹاسک: صارف کا مقصد، واضح طور پر بیان کیا گیا: ”tests/foo_test.py میں فیل ہونے والے ٹیسٹ FooTest.test_bar کو ٹھیک کریں۔“
- رکاوٹیں: رن ٹائم کی حدود، فائل لکھنے کی وائٹ لسٹ، اسٹائل کے اصول، اور سیمینٹک ورژننگ کی توقعات اگر قابل اطلاق ہوں۔
- حالیہ تاریخ: آخری دو diffs اور ان کے ٹیسٹ کے نتائج۔ اور کچھ نہیں۔
4.5 ضرورت پڑنے پر search_code اور read_file کے ذریعے مزید context حاصل کرنے کے لیے بالکل قابل ہے۔ اسے نقشہ دیں، علاقہ نہیں۔
مرحلہ 3: لوپ (مشاہدہ → منصوبہ → عمل → غور)
- مشاہدہ: ڈائریکٹریوں کی فہرست بنا کر، فیل ہونے والے ٹیسٹ، ٹیسٹ کے تحت کوڈ اور ایرر لاگ کو پڑھ کر شروع کریں۔ سے کہیں کہ وہ ناکامی کی علامات کو دو یا تین بلٹس میں خلاصہ کرے۔
- منصوبہ: سے کہیں کہ وہ اس کے ساتھ ایک منصوبہ تجویز کرے:
- معائنہ یا ترمیم کرنے کے لیے فائلیں
- کوشش کرنے کے لیے کم سے کم diffs
- توثیق کرنے کے لیے ایک ٹیسٹ کمانڈ
- عمل: لکھیں_فائل کے ذریعے مجوزہ diff کو لاگو کریں۔ لفظ بہ لفظ diff دکھائیں۔ ٹیسٹ چلائیں۔
- غور: stdout/stderr کو واپس فیڈ کریں۔ سے پوچھیں: آگے بڑھیں، رول بیک کریں، یا رک جائیں؟ اگر منصوبہ تبدیل ہوتا ہے، تو اصل آؤٹ پٹ کا حوالہ دیتے ہوئے ایک جملے کی توجیہ کی ضرورت ہے۔
- باہر نکلیں: جب ٹیسٹ پاس ہو جائیں تو رک جائیں، یا N تکرار کے بعد، جو بھی پہلے آئے۔
یہ glorified جوڑی پروگرامنگ ہے جہاں آپ دراصل جوڑی کو ایماندار رکھتے ہیں۔
مرحلہ 4: گارڈریلز جو آپ کے ویک اینڈ کو بچاتے ہیں۔
- لکھنے کی وائٹ لسٹ: صرف src/, lib/ کے اندر یا واضح طور پر منظور شدہ راستوں کے اندر لکھنے کی اجازت دیں۔
- Diff سائز کی حد: ہر قدم پر 200-500 لائنوں تک ترامیم کو محدود کریں۔ اگر بڑا ہے تو، ذیلی مراحل میں تقسیم کریں۔
- کمانڈ الاؤ لسٹ: ٹیسٹ رنرز، لنٹرز اور چند ڈیولپمنٹ اسکرپٹس۔ نیٹ ورک پر پابندی لگائیں۔ آپ کو دوبارہ پیدا کرنے کی صلاحیت چاہیے، نہ کہ جنگلی مغربی کرل۔
- ٹائم آؤٹ اور دوبارہ کوششیں: مختصر ٹائم آؤٹ، زیادہ سے زیادہ ایک دوبارہ کوشش—لامتناہی دوبارہ چلانے والے لوپس وہ جگہ ہیں جہاں ایجنٹ مرنے کے لیے جاتے ہیں۔
- ڈرائی رن موڈ: مجوزہ diffs پرنٹ کریں لیکن لکھیں نہیں۔ کوڈ کے جائزے کے لیے بہت اچھا ہے۔
اگر آپ انہیں واضح کرتے ہیں تو 4.5 اصولوں پر عمل کرے گا۔ اگر آپ نہیں کرتے ہیں، تو حیران ہونے کی اداکاری نہ کریں جب یہ 2017 کے کسی بلاگ پوسٹ کے مطابق آپ کے پورے ریپو کو دوبارہ ترتیب دے کر ”مدد“ کرنے کی کوشش کرتا ہے۔
مرحلہ 5: میموری جو دراصل کارآمد ہے۔
قلیل مدتی میموری 80% مسئلے کو حل کرتی ہے۔ رکھیں:
- موجودہ مفروضے اور منصوبے کے لیے ایک سکریچ پیڈ۔
- اس سیشن میں چھوئی گئی فائلوں کی ایک فہرست۔
4.5 کے لیے مربوط طور پر استدلال کرنے کے لیے یہ کافی ہے۔ طویل مدتی میموری—ٹاسک لاگز، ایمبیڈنگز—بار بار ہونے والے کوڈ بیسز کے لیے مددگار ثابت ہو سکتی ہے، لیکن اسے اختیاری شوگر کے طور پر برتیں۔ اگر آپ کا ایجنٹ 500MB ویکٹر انڈیکس کے بغیر کسی ٹیسٹ کو ٹھیک نہیں کر سکتا، تو یہ ایک ایجنٹ نہیں ہے—یہ ایک انحصار ہے۔
کم سے کم نفاذ کا خاکہ
پسیوڈو کوڈ کی اصطلاحات میں، آپ اس ایجنٹ کو چند سو لائنوں میں نافذ کر سکتے ہیں:
- ابتدائی طور پر: ریپو میٹا ڈیٹا، رکاوٹیں اور ماڈل کلائنٹ لوڈ کریں۔
- مشاہدہ: فیل ہونے والے ٹیسٹ، فائلیں، لاگز پڑھیں۔
- منصوبہ = model.propose_plan(context)
- جب تک کہ ختم نہ ہو اور مراحل < MAX:
- diff = model.propose_patch(plan)
- show(diff); شاید منظور کریں۔
- out = run_cmd(plan.test_cmd)
- reflect = model.evaluate(out)
- اگر reflect == pass: done = true
- ورنہ اگر reflect == rollback: git_revert(last_commit)
- ورنہ: منصوبہ = model.revise_plan(out)
آپ لاپتہ حصوں کو دیکھیں گے: کوئی ایجنٹ ایجنٹوں کا انتظام نہیں کر رہا ہے، کوئی ”ڈیلیگیٹس“ نہیں، کوئی الگ ”پلانر ماڈل“ اور ”ایگزیکیوٹر ماڈل“ نہیں۔ 4.5 دونوں کام ٹھیک کر سکتا ہے اگر آپ اسے روب گولڈ برگ اپریٹس سے سبوتاژ نہیں کرتے ہیں۔
پرامپٹنگ جو زیادہ کوشش نہیں کرتی
خراب پرامپٹس ہوشیار بننے کی کوشش کرتے ہیں۔ اچھے پرامپٹس بورنگ اور مخصوص ہوتے ہیں۔ یہاں آپ کے بنیادی ہدایتی بلاک کے لیے ایک معقول ڈھانچہ ہے:
- مقصد: درست کوڈنگ ٹاسک اور کامیابی کے معیار کو بیان کریں۔
- Context: پروجیکٹ کا ڈھانچہ، اندراج کے مقامات اور ٹیسٹ کمانڈ۔
- رکاوٹیں: لکھنے کی وائٹ لسٹ، diff سائز کی حد، کوئی نیٹ ورک نہیں۔
- اسٹائل کی ترجیحات: زبان کا ورژن، فارمیٹر، لنٹر کے اصول۔
- عمل: مشاہدہ → منصوبہ → عمل → غور؛ diffs دکھائیں؛ ٹیسٹ چلائیں؛ N مراحل تک دہرائیں؛ جب ٹیسٹ پاس ہو جائیں تو رک جائیں۔
اس ڈھانچے کے ساتھ، 4.5 کو 100 لائنوں کے کردار ادا کرنے کے منظر نامے کی ضرورت نہیں ہوگی۔ یہ بس کام کرتا ہے۔
عملی مثال: ایک فیل ہونے والے ٹیسٹ کو ٹھیک کریں۔
فرض کریں کہ tests/time_test.py میں ایک ٹیسٹ فیل ہو رہا ہے کیونکہ parse_time("09:00") 32400 کے بجائے 5400 واپس کرتا ہے۔ ایجنٹ کا لوپ اس طرح نظر آنا چاہیے:
- مشاہدہ: time.py اور time_test.py پڑھیں؛ pytest -k parse_time چلائیں۔
- منصوبہ: مفروضہ—سیکنڈ بمقابلہ منٹ ریاضی کی خرابی؛ parse_time میں ترمیم کرنے کی تجویز کریں؛ یونٹ ایج کیس شامل کریں۔
- عمل: parse_time کو پیچ کریں، معروف صفر گھنٹوں کے لیے ایک ٹیسٹ شامل کریں؛ ٹیسٹ چلائیں۔
- غور: اگر ٹیسٹ اب بھی فیل ہوتے ہیں، تو ایرر پڑھیں، ریاضی یا regex کو ایڈجسٹ کریں، دوبارہ چلائیں۔
کم سے کم کامیاب پیچ دو لائنوں کی تبدیلی ہو سکتا ہے۔ یہی نقطہ ہے۔ چھوٹی ترامیم، تیز چکر، حقیقی پیش رفت۔
جہاں ہلکا پھلکا کچن سنک کو شکست دیتا ہے۔
- تاخیر: ایک ماڈل، ایک لوپ، کوئی آرکیسٹریشن اوور ہیڈ نہیں۔
- شفافیت: ہر قدم قابل آڈٹ ہے۔ آپ اسے diff کر سکتے ہیں، آپ اسے رول بیک کر سکتے ہیں، آپ اسے دوبارہ چلا سکتے ہیں۔
- کنٹرول: گارڈریلز نقصان کو مقامی رکھتے ہیں۔ ایجنٹ آپ کے انفراسٹرکچر میں گھوم نہیں سکتا۔
- لاگت: کم کالز، کم Context، متوقع ٹوکنز۔
- UX: آپ اسے سمجھتے ہیں۔ آپ کے ٹیم کے ساتھی اسے سمجھتے ہیں۔ آپ کا مستقبل کا نفس آپ سے نفرت نہیں کرے گا۔
اور توازن:
- چوڑائی: ایک ہلکا پھلکا کوڈنگ ایجنٹ آپ کے پانچ لسانی monorepo کو ایک ہی پاس میں دوبارہ فیکٹر نہیں کرے گا۔ اور نہ ہی اسے کرنا چاہیے۔
- پہل: یہ کئی ہفتوں کے روڈ میپ ایجاد نہیں کرے گا۔ آپ اسے ٹاسک دیتے ہیں۔
- ریاست داری: ایک بڑی میموری پرت کے بغیر، یہ ڈیزائن کے لحاظ سے دور کی تاریخ کو بھول جاتا ہے۔ یہ اس وقت تک ایک خصوصیت ہے جب تک کہ یہ ایک بگ نہ ہو۔
کوڈنگ ایجنٹس کے لیے 4.5 کا میٹھا مقام
4.5 اس میں چمکتا ہے:
- diffs اور لاگز کے بارے میں پڑھنا اور استدلال کرنا۔
- مربوط، کم سے کم کوڈ تبدیلیاں تیار کرنا۔
- رکاوٹوں پر عمل کرنا اور غیر یقینی صورتحال کے بارے میں واضح ہونا۔
یہ اس میں کم عظیم ہے:
- API رویے کا اندازہ لگانا جسے وہ پڑھ نہیں سکتا۔
- بھاری ٹول کوریوگرافی (یہاں ضرورت نہیں ہے)۔
- انسانی رہنمائی کے بغیر طویل کثیر فائل ری فیکٹرز۔
وہ آخری نکتہ اہم ہے۔ مضبوط نتائج حاصل کرنے کا بہترین طریقہ یہ نہیں ہے کہ ایجنٹ کو بڑا بنایا جائے—یہ ٹاسک کو چھوٹا بنانا ہے۔ اسکوپنگ کے لیے اپنے دماغ کا استعمال کریں، اور اس اسکوپ کے اندر عمل درآمد کے لیے 4.5 کا۔
IDE انٹیگریشن پر ایک لفظ
پچاس ٹوگلز کے ساتھ اس کو براہ راست ایک IDE پین میں بیک کرنے کی خواہش کا مقابلہ کریں۔ سادہ متن diffs کے ساتھ ایک ٹرمینل پر مبنی لوپ پر بھروسہ کرنا اور ڈیبگ کرنا آسان ہے۔ اگر آپ ایڈیٹر شوگر چاہتے ہیں، تو اسے گونگا رکھیں:
- لوپ شروع/بند کرنے کے لیے کمانڈز۔
- ایک تقسیم شدہ منظر میں diffs دکھائیں۔
- لکھنے کے لیے منظوری کا پرامپٹ (اختیاری لیکن دانشمندانہ)۔
آپ بعد میں انٹیگریٹ کر سکتے ہیں۔ پہلے، اسے کام کریں۔
Sider.AI، کم استعمال کیا گیا، دراصل مدد کرتا ہے۔ اگر آپ اس قسم کے لوپ کو دوبارہ ایجاد کرنے کے بغیر چلانے کے لیے ایک عملی ماحول چاہتے ہیں، تو Sider.AI دراصل کام کرتا ہے—کم از کم جب آپ اسے اس کے لیے استعمال کرتے ہیں جس میں یہ اچھا ہے۔ یہ گفتگو اور diffs کو صاف رکھتا ہے، آپ کو کمانڈز چلانے دیتا ہے، اور آپ کو کسی شاندار ”خودمختار ایجنٹ فریم ورک“ کو زبردستی نہیں کھلاتا۔ چال یہ ہے کہ اپنے اصولوں کو برقرار رکھیں: مختصر پرامپٹس، سخت لوپس، نظر آنے والے diffs۔ راستے سے ہٹ جاتا ہے، جو کہ اس سے کہیں زیادہ نایاب ہے جتنا کہ اسے ہونا چاہیے۔ عام نقصانات (اور بے وقوف نظر آنے سے کیسے بچیں)
- اوور اسٹفڈ Context: اگر آپ کا پرامپٹ تاوان کے نوٹ کی طرح پڑھتا ہے، تو آپ اسے غلط کر رہے ہیں۔ مانگ پر فائلیں لائیں۔
- وقت سے پہلے ری فیکٹرنگ: ایجنٹ ماڈیولز کو دوبارہ ترتیب دینے کی تجویز کرتا ہے؟ اسے پہلے ٹیسٹ پاس کریں۔ بعد میں ری فیکٹر کریں۔
- خیالی فائلیں: ایک نئے راستے پر کسی بھی لکھیں_فائل سے پہلے list_dir اور read_file کی ضرورت ہے۔
- لامتناہی دوبارہ چلانے والے لوپس: مراحل کی حد لگائیں۔ ہر نئے مفروضے کے لیے توجیہ کا مطالبہ کریں۔
- ایک دیو قامت diff: تبدیلیاں تقسیم کریں۔ چھوٹے diffs تیزی سے فیل ہوتے ہیں اور ان کے بارے میں استدلال کرنا آسان ہوتا ہے۔
جنون کے بغیر حفاظت اور سلامتی
- مقامی عمل درآمد: سینڈ باکسڈ ڈائریکٹری میں چلائیں۔ پہلے سے طے شدہ طور پر کوئی نیٹ ورک نہیں ہے۔
- انحصار تنہائی: ایک مقامی venv یا کنٹینر استعمال کریں۔ ورژن پن کریں۔
- راز: ایجنٹ کو ان کی ضرورت نہیں ہے۔ اگر ایک کمانڈ کو ٹوکن کی ضرورت ہے، تو رکیں اور پوچھیں۔
- آڈٹنگ: ہر منصوبہ، diff اور کمانڈ کو ایک لاگ میں محفوظ کریں۔
یہ کیسے معلوم کریں کہ یہ کام کر رہا ہے۔
- لیڈ ٹائم سکڑ جاتا ہے: بگ فکسز جن میں ایک گھنٹہ لگتا تھا اب دس منٹ لگتے ہیں۔
- کم موٹی انگلی کی غلطیاں: Diffs چھوٹے ہو جاتے ہیں، ٹیسٹ سبز ہو جاتے ہیں۔
- آپ اس پر بھروسہ کرتے ہیں: آپ ہر عمل پر منڈلانا چھوڑ دیتے ہیں کیونکہ اس نے آپ کو نہیں جلایا ہے۔
- ٹیم کے ساتھی اسے استعمال کرتے ہیں: کامیابی کی تعریف یہ ہے کہ دوسرے اسے ایک میٹنگ کے بغیر اپناتے ہیں۔
احتیاط سے اسکیلنگ کرنا
اگر آپ کو واقعی اسکیل کرنے کی ضرورت ہے، تو نظم و ضبط کے ساتھ کریں:
- متوازی ذیلی ٹاسک، متوازی دماغ نہیں: کام کو تقسیم کریں، الگ ڈائریکٹریوں میں متعدد ہلکے پھلکے لوپس چلائیں، اور جب سبز ہو تو ضم کریں۔
- واقعاتی میموری، دماغی ڈمپ نہیں: کامیاب پیچ اور علامات سے درست کرنے والے نقشوں کو اسٹور کریں۔ جراحی سے بازیافت کریں۔
- وقفے وقفے سے ”بڑے“ پاس: ری فیکٹرز کے لیے ایک انسانی رہنمائی والا سیشن محفوظ کریں؛ ایجنٹ مدد کرتا ہے، قیادت نہیں کرتا۔
کم سے کم حوالہ نفاذ (خاکہ)
آگے بڑھنے کے لیے Python-ish پسیوڈو کوڈ:
- def __init__(self, repo_root, model):
- self.history = [] # آخری دو diffs اور ٹیسٹ آؤٹ پٹس
- "repo": summarize_repo(self.root),
- "constraints": {"write_whitelist": ["src/", "tests/"], "max_diff_lines": 300, "no_network": True},
- "history": self.history[-2:],
- plan = self.model("propose_plan", self.context(task))
- diff = self.model("propose_patch", {"plan": plan})
- out = run_cmd(plan.test_cmd)
- eval = self.model("evaluate", {"output": out, "plan": plan})
- self.history.append({"diff": diff, "out": tail(out)})
انسانی سائز کا اختتام
صنعت خود مختار ڈیولپر ایجنٹوں کا وعدہ کرتی رہتی ہے۔ ہمیں دراصل ایک ایماندار اسسٹنٹ کی ضرورت ہے جو پڑھے، منصوبہ بنائے، ترمیم کرے، چلائے اور رک جائے۔ 4.5 اس میں اچھا ہے، بشرطیکہ آپ اسے ایسے فریم ورکس کے نیچے نہ دفن کریں جو زیادہ تر اپنے آپ کو جواز پیش کرنے کے لیے موجود ہیں۔ ہلکا پھلکا ہونا ایک سمجھوتہ نہیں ہے—یہ نقطہ ہے۔ لوپ بنائیں، گارڈریلز شامل کریں، اور ٹول کو وہ ایک کام کرنے دیں جو ٹولز نے ہمیشہ کیا ہے جب آپ انہیں آسان رکھتے ہیں: کام کو چھوٹا بنائیں۔
نتیجہ: بورنگ شارٹ کٹ جو جیت جاتا ہے۔
4.5 کے ساتھ ایک ہلکے پھلکے کوڈنگ ایجنٹ کے لیے آپ کی چیک لسٹ یہ ہے:
- ایک لوپ، ایک ماڈل، چھوٹے ٹولز۔
- سخت Context: ٹاسک، چند فائلیں، آخری آؤٹ پٹس۔
- کم سے کم diffs، بار بار ٹیسٹ، سخت کیپس۔
- مقامی، سینڈ باکسڈ عمل درآمد؛ کوئی نیٹ ورک نہیں۔
- اختیاری ایڈیٹر شوگر؛ کبھی ضروری نہیں ہے۔
اگر آپ آنکھیں بند کرتے ہیں، تو یہ مشکوک طور پر اچھی سافٹ ویئر انجینئرنگ کی طرح لگتا ہے، صرف تیز تر۔ اور یہ پنچ لائن ہے۔ یہاں سب سے ہوشیار چیز جو آپ کر سکتے ہیں وہ ”خود مختاری“ کا پیچھا کرنا نہیں ہے—یہ نظم و ضبط کو ضابطہ بندی کرنا ہے۔ آپ ایجنٹ سے جتنا کم پوچھیں گے، آپ کو اتنا ہی زیادہ ملے گا۔
اکثر پوچھے گئے سوالات
س1: میں 4.5 کے ساتھ ایک ہلکا پھلکا کوڈنگ ایجنٹ بنانا کیسے شروع کروں؟
ایک چھوٹا ٹول سیٹ (پڑھنا، لکھنا، تلاش کرنا، چلانا) کی وضاحت کریں، ایک سخت سسٹم پرامپٹ لکھیں، اور ایک مشاہدہ → منصوبہ → عمل → غور لوپ کو نافذ کریں۔ Context کو چھوٹا رکھیں اور حقیقی لاگز اور diffs کو فیڈ کریں— 4.5 بہترین کارکردگی کا مظاہرہ کرتا ہے جب ٹاسک محدود ہو اور فیڈ بیک ٹھوس ہو۔
س2: کیا مجھے 4.5 کوڈنگ ایجنٹ کے لیے ایک ویکٹر ڈیٹا بیس یا میموری پرت کی ضرورت ہے؟
نہیں. زیادہ تر ٹاسک کے لیے، قلیل مدتی میموری کے علاوہ search_code کافی ہے۔ طویل مدتی میموری صرف اس صورت میں شامل کریں جب آپ بار بار ایک ہی ریپو پر دوبارہ جائیں اور ثابت کر سکیں کہ یہ ایجنٹ کو گونگا بنائے بغیر ٹوکن بچاتا ہے۔
س3: 4.5 کوڈنگ ایجنٹ کے لیے کون سے گارڈریلز ضروری ہیں؟
لکھنے کے قابل راستوں کو وائٹ لسٹ کریں، diff سائز کی حد لگائیں، کمانڈز کو محدود کریں اور ہر عمل کو لاگ کریں۔ یہ سادہ حدود ایجنٹ کو متوقع رکھتی ہیں اور رول بیکس کو بورنگ بناتی ہیں—اچھے طریقے سے۔
س4: کیا ایک ہلکا پھلکا ایجنٹ ملٹی فائل ری فیکٹرز کو سنبھال سکتا ہے؟
ہاں، اگر آپ کام کو چھوٹے مراحل میں تقسیم کرتے ہیں اور لوپ کو سخت رکھتے ہیں۔ 4.5 ری فیکٹرز کا انتظام کر سکتا ہے، لیکن آپ اسکوپ کی رہنمائی کرتے ہیں؛ بصورت دیگر آپ کو ایک دیو قامت، ٹوٹنے والا diff ملے گا جس کا آپ جائزہ نہیں لینا چاہیں گے۔
س5: Sider.AI ایک 4.5 کوڈنگ ایجنٹ کے ساتھ کہاں فٹ بیٹھتا ہے؟
Sider.AI ایک صاف ستھری ورک اسپیس کے طور پر کارآمد ہے: ایک جگہ پر گفتگو، diffs اور کمانڈز، ایک بھاری ایجنٹ فریم ورک کو زبردستی کیے بغیر۔ اپنے لوپ کو چلانے کے لیے اس کا استعمال کریں، اسے دوبارہ ایجاد کرنے کے لیے نہیں۔ 
