What makes Claude Sonnet 4.5 good for long-horizon coding?

It combines stronger instruction-following with improved coding reliability, helping it plan and execute multi-step, multi-file changes while adhering to constraints and tests. Reports and platform notes highlight better performance on longer-horizon tasks.

How do I give Claude enough context without overwhelming it?

Provide a curated repo map, key interfaces, and targeted excerpts with line numbers instead of full files. Ask for a change manifest and require the model to reference tests to validate each edit.

Can Claude Code handle repository-level refactors?

Yes. Claude Code is designed for multi-file consistency and structured refactoring, making it suitable for repo-level tasks such as migrations, interface changes, and large-scale renames.

How do I avoid scope creep in long refactors?

Use milestone DAGs with immutable scopes per PR, and keep PRs small and reviewable. Require minimal diffs, enforce linting/formatting, and anchor each step with failing tests first.

What guardrails should I use for security-sensitive code?

Add prompts for threat modeling, input validation, logging, and abuse-case tests. Use feature flags and shims for safe rollout, and require tests that cover failure and misuse scenarios.

Claude Sonnet 4.5 + Claude Code: طویل المدتی کوڈنگ کے کاموں کے لیے بہترین طریقے

تعارف: لانگ ہوریزون کوڈنگ کے لیے نیا پلے بک اگر آپ نے کبھی درجنوں فائلوں میں ایک وسیع ریفیکٹر کو مربوط کرنے کی کوشش کی ہے، تو آپ اس محنت کو جانتے ہیں: جزوی سیاق و سباق، نازک منصوبے، اور معاون جو موضوع سے بھٹک جاتے ہیں۔ اینتھراپک کا Claude Sonnet 4.5—جو Claude Code کے تجربے کے ساتھ جوڑا گیا ہے—ان "لانگ ہوریزون" کاموں کو ذہن میں رکھتے ہوئے بنایا گیا تھا: ملٹی فائل تبدیلیاں، ریپو پر محیط منتقلی، ٹیسٹ پر مبنی اصلاحات، اور ایجنٹک ورک فلوز جو ایک عملدرآمدی منصوبے پر قائم رہتے ہیں۔

Anthropic سونٹ 4.5 کو ایک ہائبرڈ استدلال ماڈل کے طور پر پیش کرتا ہے جس میں مضبوط ہدایت پر عمل درآمد اور کوڈنگ کی وشوسنییتا ہے، اور یہ بینچ مارکس اور ڈویلپر رپورٹس پر نظر آتا ہے۔ آپ کو بالکل اسی چیز کی ضرورت ہے جب آپ کسی اسسٹنٹ سے 4 کی بجائے 40 فائلوں کو چھونے اور اب بھی CI پاس کرنے کو کہتے ہیں۔ یہ گائیڈ Claude Sonnet 4.5 + Claude Code سے بڑے، حقیقی دنیا کے کوڈ بیسز پر مستقل، قابل آڈٹ نتائج حاصل کرنے کے لیے بہترین طریقوں کو واضح کرتا ہے۔ ہم منصوبہ بندی، سیاق و سباق کی انجینئرنگ، ٹیسٹ فرسٹ فلو، ٹریسیبلٹی، اور گارڈ ریلوں پر توجہ مرکوز کریں گے جو diffs کو سخت اور قابل پیش گوئی رکھتے ہیں۔

لانگ ہوریزون کوڈنگ مختلف (اور مشکل) کیوں ہے؟

کراس فائل انحصار: ایک بنیادی انٹرفیس کا نام تبدیل کرنا ماڈلز، سروسز، ٹیسٹوں اور دستاویزات میں اثر انداز ہو سکتا ہے۔

آرکیٹیکچرل میموری: آپ کو پروجیکٹ کے ڈھانچے اور کنونشنز کا ایک مشترکہ ذہنی ماڈل درکار ہے۔

عملدرآمدی انحراف: اسسٹنٹ منصوبے سے ہٹ سکتا ہے جب تک کہ آپ اسے ٹیسٹوں، چیک پوائنٹس اور رکاوٹوں سے منسلک نہ کریں۔

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

Claude Sonnet 4.5 + Claude Code کیا پیش کرتا ہے

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

لمبے ہوریزون کاموں پر جدید ترین کوڈنگ کارکردگی کے اشارے، ریپو سکیل میں ترمیم اور پیچیدہ استدلال کی زنجیروں کو بہتر بناتے ہیں۔

Claude Code، اینتھراپک کا کوڈنگ کا تجربہ، ریپوزٹری سطح کی مدد، منظم ریفیکٹرنگ، اور ملٹی فائل مستقل مزاجی پر توجہ مرکوز کرتا ہے—بالکل وہیں جہاں روایتی چیٹ اسسٹنٹ ٹھوکر کھاتے ہیں۔

ایک عملی، حل پر مبنی پلے بک ذیل میں ایک قدم بہ قدم طریقہ کار ہے جسے آپ ریپو بھر میں تبدیلیوں کے لیے دوبارہ استعمال کر سکتے ہیں، منتقلی کے منصوبوں سے لے کر CI پاسنگ diffs تک۔

ایک معاہدے سے آغاز کریں: مقصد، رکاوٹیں، اور باہر نکلنے کا معیار Claude Sonnet 4.5 کو ایک واضح مشن معاہدہ دیں۔ اس میں شامل کریں:

مقصد: "ہمارے auth مڈل ویئر کو Passport سے Auth.js میں monorepo میں منتقل کریں۔"

رکاوٹیں: "auth سے آگے API سطح میں کوئی تبدیلی نہیں؛ عوامی اقسام کو مستحکم رکھیں؛ تیسرے فریق کے صارفین کے لیے صفر بریکنگ تبدیلیاں یقینی بنائیں۔"

باہر نکلنے کا معیار: "تمام ٹیسٹ پاس ہوں؛ اپ ڈیٹ شدہ دستاویزات؛ فرسودگی کے نوٹس؛ چینج لاگ اندراج؛ صفر لنٹ ایررز۔"

غیر مقاصد: "غیر متعلقہ ماڈیولز کو مت چھوئیں؛ سوالات کو بہتر نہ بنائیں۔"

یہ کیوں کام کرتا ہے: Sonnet 4.5 کی بہتر ہدایت پر عمل درآمد آپ کے دائرہ کار پر مقفل ہو جاتا ہے اور پرواز کے دوران اوورریچ کو روکتا ہے۔

ریپو کو چسپاں کرنے کے بجائے ایک ریپو میپ بنائیں ہزاروں لائنوں کو چسپاں نہ کریں۔ ایک منظم "ریپو میپ" فراہم کریں:

اعلی سطحی فن تعمیر: packages/، apps/، services/ ڈائریکٹریز اور اہم حدود۔

اہم فائلیں: انٹرفیس، بنیادی یوٹیلز، اندراج پوائنٹس، DI ترتیب۔

کنونشنز: نام رکھنے کے پیٹرن، ایرر ہینڈلنگ محاورے، لاگنگ، ٹیسٹنگ اسٹائل۔

معروف ہاٹ اسپاٹس: لیگیسی ماڈیولز، نازک ٹیسٹ، فلیکی موکس۔

Claude سے کہیں کہ وہ ریپو میپ کو اپنے الفاظ میں دہرائے اور سنگ میلوں کے ساتھ ایک منصوبہ تجویز کرے۔ یہ مشترکہ افہام و تفہیم کو یقینی بناتا ہے اور غلط فہمیوں کو جلد پکڑتا ہے—لانگ ہوریزون منصوبہ بندی کے لیے اہم ہے۔

سنگ میلوں کے DAG کے طور پر منصوبہ بنائیں، لکیری ٹو ڈو کے طور پر نہیں Claude کو ایک انحصاری گراف تیار کرنے کے لیے کہیں:

سنگ میل 1: مطابقت شیم اور فیچر فلیگز متعارف کروائیں۔

سنگ میل 2: بنیادی مڈل ویئر abstractions کو اپ ڈیٹ کریں۔

سنگ میل 3: سروسز کو بتدریج منتقل کریں (خطرہ کے لحاظ سے ترتیب دیا گیا ہے)۔

سنگ میل 4: ٹیسٹوں اور فکسچرز کو اپ ڈیٹ کریں۔

سنگ میل 5: شیم/فلیگز کو ہٹا دیں، دستاویزات کو حتمی شکل دیں۔

ہر سنگ میل کے لیے، درخواست کریں:

وجوہات کے ساتھ فائل ٹچ لسٹ۔

ٹیسٹ اثر اور نئے ٹیسٹ کیسز۔

اگر CI ٹوٹ جاتا ہے تو رول بیک حکمت عملی۔

یہ DAG طرز کی منصوبہ بندی انحراف کو کم کرتی ہے، آپ کو محفوظ اقدامات کو متوازی کرنے دیتی ہے، اور Claude کو حوالہ دینے کے لیے ایک ڈھانچہ فراہم کرتی ہے۔

ٹیسٹ فرسٹ اینکرنگ: پہلے سے ناکام ٹیسٹ تیار کریں Claude سے کہیں کہ وہ کسی بھی ریفیکٹر سے پہلے ہدف کے رویے کو انکوڈ کرنے والے ناکام ٹیسٹ تجویز کرے۔ استعمال کریں:

عوامی حدود پر معاہدہ ٹیسٹ۔

API ردعمل یا ٹیمپلیٹس کے لیے گولڈن فائل اسنیپ شاٹس۔

فرسودہ راستوں کے لیے پسماندہ مطابقت ٹیسٹ۔

یہ کیوں کام کرتا ہے: ٹیسٹ گارڈ ریل بن جاتے ہیں جو لانگ ہوریزون تبدیلیوں کو ٹریک پر اور قابل پیمائش رکھتے ہیں۔ Claude Sonnet 4.5 کی وشوسنییتا اس وقت چمکتی ہے جب وہ مسلسل واضح اشاروں جیسے کہ ناکام بمقابلہ پاسنگ ٹیسٹوں کے خلاف استدلال کر سکتا ہے۔

ملٹی فائل ایڈٹس کے لیے سیاق و سباق کی انجینئرنگ منظم سیاق و سباق کھلائیں، خام کوڈ ڈمپ نہیں:

Diff پر مرکوز اشارے: لائن نمبرز اور ارد گرد کے فنکشن/کلاس کے ساتھ سب سے چھوٹے ضروری اقتباسات فراہم کریں۔

انٹرفیس فرسٹ: پہلے عوامی اقسام اور انٹرفیس کا اشتراک کریں؛ Claude کو اوپر سے نیچے استدلال کرنے دیں۔

ٹریسیبلٹی: Claude سے کہیں کہ وہ تمام چھوئی گئی فائلوں، منطق اور ٹیسٹوں کے لنکس کی فہرست پر مشتمل ایک "چینج مینی فیسٹ" شامل کرے۔

تصادم کی پیش گوئی: کوڈ کے اسنیپ شاٹس فراہم کریں جن کے تصادم کا امکان ہے (مثال کے طور پر، کسٹم auth wrappers) تاکہ Claude ان کے لیے منصوبہ بنا سکے۔

ملٹی ایجنٹ اور ریپو سطح کے معاونین میں تحقیق سے پتہ چلتا ہے کہ منظم، کردار سے آگاہ سیاق و سباق ریپوزٹری سطح کے کاموں کے لیے کراس فائل ہم آہنگی کو نمایاں طور پر بہتر بناتا ہے۔

ایک غیر متبدل منصوبے کے ساتھ چھوٹے، قابل جائزہ بیچز میں کام کریں:

PR ٹیمپلیٹ: مقصد، دائرہ کار، چینج مینی فیسٹ، ٹیسٹ ڈیلٹاز، رسک نوٹس۔

Claude سے کہیں کہ وہ کمٹ پیغامات تیار کرے جو سنگ میل کے منصوبے سے مماثل ہوں۔

PR کے مطابق منصوبہ کو منجمد کریں: اگر نیا کام سامنے آتا ہے، تو PR کو پھلانے کے بجائے ایک فالو اپ ٹاسک کھولیں۔

فائدہ: انسانی نگرانی کو سخت رکھتا ہے اور رول بیکس کو جراحی بناتا ہے۔

کوڈنگ کنونشنز اور جامد ضمانتوں کو نافذ کریں اشارے میں اپنے لینٹرز، فارمیٹرز، اور ٹائپ چیک فلیگز فراہم کریں:

"تمام کوڈ کو eslint:recommended + کسٹم رولز پاس کرنا چاہیے؛ Prettier نافذ کیا گیا؛ TypeScript strictNullChecks۔"

نمائندہ لنٹس یا TypeScript ایررز کا اشتراک کریں اور Claude سے کہیں کہ وہ حتمی diff تجویز کرنے سے پہلے انہیں ٹھیک کرے۔

Sonnet 4.5 کی بہتر ہدایت پر عمل درآمد اسے فائلوں میں ان رکاوٹوں کا مسلسل احترام کرنے میں مدد کرتا ہے۔

صفر ڈاون ٹائم ریفیکٹرز کے لیے انٹرفیس شیمز اور فیچر فلیگز استعمال کریں اعلی خطرہ منتقلی کے لیے، Claude کو ہدایت کریں کہ:

پتلی مطابقت شیمز متعارف کروائیں۔

فلیگز یا ماحولیاتی ٹوگلز کے پیچھے نئے راستوں کو گیٹ کریں۔

ٹیسٹ کے مستحکم ہونے کے دوران عارضی طور پر دوہری کوڈ کے راستے برقرار رکھیں۔

یہ ترقی پسند رول آؤٹ اور فوری رول بیک کی اجازت دیتا ہے اگر میٹرکس میں اضافہ ہوتا ہے۔

"کیوں" وضاحتیں اور رسک رجسٹرز طلب کریں Claude سے مطالبہ کریں کہ وہ ہر اہم تبدیلی کے لیے ایک مختصر "کیوں" شامل کرے:

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

کون سا ٹیسٹ اس کا احاطہ کرتا ہے؟

خطرے کی سطح کیا ہے؟ فال بیک کیا ہے؟

یہ وضاحتیں کوڈ ریویو کے دوران سونے کی طرح ہیں اور لانگ ہوریزون ایڈٹس میں اعتماد برقرار رکھنے میں مدد کرتی ہیں۔

ہر چیز کو CI سگنلز میں گراؤنڈ کریں اسسٹنٹ کو CI فیڈ بیک کے ساتھ سخت لوپ کریں:

ناکام ٹیسٹ آؤٹ پٹ چسپاں کریں؛ نشانہ بنائے گئے پیچز کے لیے پوچھیں۔

ٹائپ چیک لاگز کا اشتراک کریں؛ کم سے کم diffs کے لیے پوچھیں جو وسیع ہلچل کے بغیر غلطیوں کو ختم کرتے ہیں۔

جب ناکامیاں جھرنے لگیں تو ایک وقت میں ایک فائل فکس پلان کا مطالبہ کریں۔

سیکیورٹی سے متعلقہ راستوں کے لیے، دفاع میں گہرائی والے اشارے شامل کریں جب auth، cryptography، یا payments کو چھو رہے ہوں:

خطرہ ماڈلنگ نوٹس اور غلط استعمال کے معاملات کے لیے پوچھیں۔

ان ویرینٹ چیکس، ان پٹ ویلیڈیشن، اور حساس منتقلی کی لاگنگ کا مطالبہ کریں۔

ناکامی اور غلط استعمال کے منظرناموں کے لیے ٹیسٹ کیسز کا مطالبہ کریں۔

حتمی سختی پاس: دستاویزات، چینج لاگ، اور ٹیلی میٹری حتمی سنگ میل کو ضم کرنے سے پہلے:

Claude سے دستاویزات کی اپ ڈیٹس اور منتقلی کے نوٹس کا مسودہ تیار کرنے کے لیے کہیں۔

بریکنگ/نان بریکنگ فلیگز کے ساتھ ایک چینج لاگ تیار کریں۔

ضم کرنے کے بعد کی نگرانی کے لیے نئے راستے کے ارد گرد ٹیلی میٹری داخل کریں۔

اشارے جنہیں آپ کاپی/پیسٹ کر سکتے ہیں۔

ریپو میپ سمریزر: "آپ ایک سینئر اسٹاف انجینئر ہیں۔ اس نقشے سے ہمارے فن تعمیر کا خلاصہ کریں، مفروضوں کی فہرست بنائیں، اور خطرات اور ٹیسٹ حکمت عملی کے ساتھ ایک سنگ میل DAG تجویز کریں۔ واضح کرنے والے سوالات پوچھیں۔"

ٹیسٹ فرسٹ جنریٹر: "نئے auth فلو کے لیے ناکام ٹیسٹ لکھیں جو پسماندہ مطابقت کو انکوڈ کرتے ہیں۔ ایج کیسز اور خراب ان پٹس شامل کریں۔"

چینج مینی فیسٹ کمپوزر: "ہر فائل کے لیے جسے آپ تبدیل کرنے کی تجویز پیش کرتے ہیں، فہرست بنائیں: وجہ، متوقع diff قسم، ٹیسٹ کوریج، اور ممکنہ تصادم۔"

کم سے کم Diff فکسر: "ان CI ناکامیوں اور فائل اقتباسات کے پیش نظر، کم سے کم ممکنہ تبدیلیاں تجویز کریں جو بلڈ کو سبز کر دیں۔ کوئی غیر متعلقہ ترمیم نہیں ہے۔"

سیکیورٹی سخت کرنا: "ٹوکن ریفریش کے لیے ان پٹ ویلیڈیشن، لاگنگ، اور غلط استعمال کے کیس ٹیسٹ شامل کریں۔ ایک مختصر خطرہ ماڈل فراہم کریں۔"

عام نقصانات اور ان سے بچنے کا طریقہ

نقصان: پوری فائلوں کے ساتھ سیاق و سباق کو اوور لوڈ کرنا۔ فکس: انٹرفیس فرسٹ خلاصے اور لائن نمبرز کے ساتھ نشانہ بنائے گئے اقتباسات فراہم کریں۔

نقصان: ایک ہی PR کے اندر دائرہ کار کا رینگنا۔ فکس: سنگ میل پر مبنی بیچ سائز اور PR کے مطابق ایک غیر متبدل منصوبہ نافذ کریں۔

نقصان: فائلوں میں اسٹائل کا انحراف۔ فکس: لینٹر/فارمیٹر کنفیگز کا اشتراک کریں؛ ہر پیچ میں پہلے سے کمٹ مستقل فارمیٹنگ کی ضرورت ہے۔

نقصان: ناقابل تصدیق استدلال۔ فکس: اسسٹنٹ سے مطالبہ کریں کہ وہ ہر تبدیلی کو ٹیسٹوں سے جوڑے اور "کیوں" نوٹس شامل کرے۔

نقصان: خاموش بریکنگ تبدیلیاں۔ فکس: پسماندہ مطابقت ٹیسٹ اور فیچر فلیگز شامل کریں جب تک کہ میٹرکس برابری ثابت نہ کریں۔

اشارے جو آپ کے عمل کے کام کرنے کے ہیں۔

سبز ہونے کا کم وقت: مستحکم کرنے کے لیے کم CI سائیکلز۔

واضح diffs اور منطق کے ساتھ چھوٹے PRs۔

ٹیسٹ فرسٹ اینکرنگ کی وجہ سے کم ریگریشن ریٹ۔

چینج مینی فیسٹس اور "کیوں" وضاحتوں کی وجہ سے تیز کوڈ ریویو۔

آپ کے اسٹیک میں Claude Sonnet 4.5 + Claude Code کہاں فٹ ہوتے ہیں۔

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

ریپوزٹری سطح میں ترمیم: Claude Code ملٹی فائل مستقل مزاجی اور ریفیکٹرنگ اسسٹنٹ پر توجہ مرکوز کرتا ہے جو لانگ ہوریزون کام کے لیے موزوں ہے۔

پیچیدہ کوڈنگ کاموں پر بینچ مارک سے تعاون یافتہ وشوسنییتا: ڈویلپر پلیٹ فارم نوٹس بہتر طویل ہوریزون کوڈنگ کارکردگی کی طرف اشارہ کرتے ہیں۔

قابل ذکر: اگر آپ ڈویلپر ٹولنگ یا گیٹ ویز استعمال کرتے ہیں جو پہلے سے ہی Sonnet 4.5 کو سپورٹ کرتے ہیں، تو انضمام سیدھا ہے—متعدد شراکت دار عوامی طور پر دستیابی کی تصدیق کرتے ہیں، جس سے آپ اپنے موجودہ پائپ لائنز میں اوپر دی گئی مشقوں کو جانچ سکتے ہیں۔

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

عملی اگلے اقدامات

اپنے ریپو میپ اور کنونشنز کو دوبارہ قابل استعمال اشارہ کے پیش لفظ کے طور پر انکوڈ کریں۔

ہر PR کے لیے چینج مینی فیسٹس کے ساتھ سنگ میل DAGs کو اپنائیں۔

کسی بھی تبدیلی کے لیے ٹیسٹ فرسٹ پر سوئچ کریں جو پانچ سے زیادہ فائلوں پر محیط ہو۔

auth/payment راستوں کے لیے سیکیورٹی سخت کرنے کے اشارے شامل کریں۔

CI کے ساتھ لوپ بند کریں: ناکامیوں کو چسپاں کریں، کم سے کم ٹھیک کریں، دہرائیں۔

اہم نتائج

لانگ ہوریزون کوڈنگ ایک منصوبہ بندی اور سیاق و سباق کا مسئلہ ہے۔ Claude Sonnet 4.5 کی طاقتیں—استدلال، ہدایت پر عمل درآمد، اور ریپو سکیل کوڈنگ—ان ضروریات کے مطابق اچھی طرح سے نقشہ بناتی ہیں۔

ساختار لفظیت کو شکست دیتی ہے: ریپو میپس، DAG سنگ میلز، ٹیسٹ فرسٹ اینکرنگ، اور چینج مینی فیسٹس قابل پیش گوئی نتائج فراہم کرتے ہیں۔

انحراف اور ریگریشن سے بچنے کے لیے diffs کو کم سے کم، قابل آڈٹ، اور ٹیسٹوں سے منسلک رکھیں۔

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

نتیجہ لانگ ہوریزون کوڈنگ صرف ایک بڑی سیاق و سباق کی کھڑکی کے بارے میں نہیں ہے۔ یہ نظم و ضبط کے عمل اور ایک اسسٹنٹ کے بارے میں ہے جو ایک منصوبے پر قائم رہ سکے۔ Claude Sonnet 4.5 اور Claude Code کے ساتھ، آپ قابل اعتماد طریقے سے ریپو بھر میں ریفیکٹرز، فریم ورک منتقلی، اور آرکیٹیکچرل کلین اپس پر عمل درآمد کر سکتے ہیں—جب تک کہ آپ ماڈل کو منظم سیاق و سباق کھلائیں، کام کو ٹیسٹ فرسٹ سنگ میلز تک مقفل کریں، اور قابل جائزہ، کم سے کم diffs کو نافذ کریں۔ اس کا نتیجہ کافی ہے: تیز رفتار استحکام، محفوظ انضمام، اور ایک کوڈ بیس جو ہر تکرار کے ساتھ صحت مند ہوتا جاتا ہے۔

FAQ

سوال 1: لانگ ہوریزون کوڈنگ کے لیے Claude Sonnet 4.5 کو کیا چیز اچھی بناتی ہے؟ یہ مضبوط ہدایت پر عمل درآمد کو بہتر کوڈنگ کی وشوسنییتا کے ساتھ جوڑتا ہے، جس سے اسے رکاوٹوں اور ٹیسٹوں پر عمل کرتے ہوئے ملٹی اسٹیپ، ملٹی فائل تبدیلیاں کرنے اور ان پر عمل درآمد کرنے میں مدد ملتی ہے۔ رپورٹس اور پلیٹ فارم نوٹس طویل ہوریزون کاموں پر بہتر کارکردگی کو اجاگر کرتے ہیں۔

سوال 2: میں Claude کو مغلوب کیے بغیر کافی سیاق و سباق کیسے دوں؟ پوری فائلوں کے بجائے ایک منظم ریپو میپ، اہم انٹرفیس، اور لائن نمبرز کے ساتھ نشانہ بنائے گئے اقتباسات فراہم کریں۔ چینج مینی فیسٹ کے لیے پوچھیں اور ماڈل سے مطالبہ کریں کہ وہ ہر ترمیم کی توثیق کے لیے ٹیسٹوں کا حوالہ دے۔

سوال 3: کیا Claude Code ریپوزٹری سطح کے ریفیکٹرز کو سنبھال سکتا ہے؟ جی ہاں۔ Claude Code کو ملٹی فائل مستقل مزاجی اور منظم ریفیکٹرنگ کے لیے ڈیزائن کیا گیا ہے، جو اسے ریپو سطح کے کاموں جیسے کہ منتقلی، انٹرفیس کی تبدیلیاں، اور بڑے پیمانے پر نام تبدیل کرنے کے لیے موزوں بناتا ہے۔

سوال 4: میں لمبے ریفیکٹرز میں دائرہ کار کے رینگنے سے کیسے بچ سکتا ہوں؟ PR کے مطابق غیر متبدل دائرہ کار کے ساتھ سنگ میل DAGs استعمال کریں، اور PRs کو چھوٹا اور قابل جائزہ رکھیں۔ کم سے کم diffs کی ضرورت کریں، لینٹنگ/فارمیٹنگ کو نافذ کریں، اور ہر قدم کو پہلے ناکام ٹیسٹوں کے ساتھ اینکر کریں۔

سوال 5: سیکیورٹی سے متعلقہ کوڈ کے لیے مجھے کون سی گارڈ ریلیں استعمال کرنی چاہئیں؟ خطرہ ماڈلنگ، ان پٹ ویلیڈیشن، لاگنگ، اور غلط استعمال کے کیس ٹیسٹوں کے لیے اشارے شامل کریں۔ محفوظ رول آؤٹ کے لیے فیچر فلیگز اور شیمز استعمال کریں، اور ایسے ٹیسٹوں کی ضرورت کریں جو ناکامی اور غلط استعمال کے منظرناموں کا احاطہ کریں۔