Claude Code ایک ساتھ کئی جگہوں سے پروجیکٹ ہدایات لوڈ کر سکتا ہے۔ دو کلائنٹ پروجیکٹ سنبھالتے ہوں تو ہر ڈائریکٹری میں نیا سیشن بتاتا ہے کہ کون سی فائل واقعی ہر سیاق میں آئی۔ مفید نتیجہ درج شدہ دو فائل فہرستیں ہیں، یہ مفروضہ نہیں کہ برابر فولڈر کلائنٹ معلومات الگ رکھتے ہیں۔
بڑی تبدیلی
کیا بدلا: یہ رہنما Claude Code کی دستاویزی ہدایات کی ترتیب کو دو موجود، مجاز ڈائریکٹریوں میں دہرائے جا سکنے والے موازنے میں بدلتا ہے۔ آغاز میں لوڈ فائلیں لکھیں، پھر اجازت یافتہ پڑھنے کے بعد اندر کی ہدایات فائل ظاہر ہوتی ہے یا نہیں دیکھیں۔
یہ کیوں اہم ہے: مشترک اوپری ڈائریکٹری، ذاتی ہدایت، درآمد، قاعدہ یا ترتیب دونوں پروجیکٹوں کو متاثر کر سکتی ہے۔ /context چلتے سیشن کی لوڈ میموری فائلیں دکھاتا ہے، تاکہ کلائنٹ کے کام سے پہلے غیر متوقع پاتھ جانچ سکیں۔
کس بات پر نظر رکھیں: لوڈ ہدایات Claude کی فائل رسائی محدود نہیں کرتیں اور ہر ہدایت ماننے کی ضمانت نہیں دیتیں۔ کلائنٹ مواد منتخب فراہم کنندہ کو بھیجنے سے پہلے حقیقی اکاؤنٹ، اجازتیں، درآمد، hook اور ڈیٹا استعمال کی شرائط دیکھیں۔
کیا چاہیے
یہ طریقہ ایسے ڈویلپر کے لیے ہے جسے دو موجودہ کلائنٹ ریپوزٹری اور ان کی Claude Code ترتیب دیکھنے کی اجازت ہو۔ مخصوص مواد منتخب Claude اکاؤنٹ یا فراہم کنندہ کو بھیجنے کا الگ اختیار حاصل کریں۔ محض مقامی فائل بدلنے کی اجازت یہ فیصلہ نہیں کرتی۔ ٹرمینل، نصب Claude Code، اہل اکاؤنٹ یا فراہم کنندہ اور ایک پروجیکٹ کی اندرونی ڈائریکٹری میں موجود غیر حساس فائل چاہیے۔ اپنے راستے کے لیے Anthropic کی تنصیب، لاگت اور ڈیٹا استعمال کی دستاویز دیکھیں۔
نیچے کی ساخت شناخت کرنے والے پاتھ دکھاتی ہے، نئے کلائنٹ پروجیکٹ بنانے کو نہیں کہتی۔ ہر مثالی پاتھ حقیقی مجاز پاتھ سے بدلیں۔ اوپری ڈائریکٹری کی CLAUDE.md اختیاری ہے اور صرف دونوں پروجیکٹوں کے لیے منظور ہدایات رکھے۔ اندر کی فائل اور غیر حساس دستاویز پہلے ہی منتخب اکاؤنٹ کے ڈیٹا راستے کے لیے مناسب ہوں۔
AUTHORIZED_PARENT/
CLAUDE.md optional shared instructions
project-A/
CLAUDE.md A's project instructions
project-B/
CLAUDE.md B's project instructions
subdir/
CLAUDE.md B's nested instructions
README.md authorized, nonsensitive read target1. دو پروجیکٹ پاتھ معلوم کریں
استعمال کریں ان میں سے ایک: PowerShell یا Bash۔ متغیر حقیقی ڈائریکٹریوں پر رکھیں۔ جانچ موجود پاتھ چاہتی، نتیجے کی عبارتوں کا موازنہ اور B کا پڑھنے والا ہدف موجود ہونے کی تصدیق کرتی ہے۔ PowerShell کا Resolve-Path symlink یا junction کا متبادل نام برقرار رکھ سکتا ہے؛ مختلف عبارت سے مختلف جسمانی پروجیکٹ ثابت نہیں ہوتے۔ دونوں شروعاتی پاتھ اور اوپری ڈائریکٹریوں کے لنک اور junction دیکھیں، ہدف تک جائیں اور آگے بڑھنے سے پہلے A، B کا واقعی الگ ہونا ثابت کریں۔ پاتھ، ہدف کی جانچ اور بعد کی سیاق فہرست نجی کام کے ریکارڈ میں رکھیں۔
$a = (Resolve-Path -LiteralPath 'C:\actual\authorized\project-A' -ErrorAction Stop).Path
$b = (Resolve-Path -LiteralPath 'C:\actual\authorized\project-B' -ErrorAction Stop).Path
if (-not (Test-Path -LiteralPath $a -PathType Container)) { throw 'A must be an existing directory' }
if (-not (Test-Path -LiteralPath $b -PathType Container)) { throw 'B must be an existing directory' }
if ($a -eq $b) { throw 'A and B must be different directories' }
$target = Join-Path $b 'subdir/README.md'
if (-not (Test-Path -LiteralPath $target -PathType Leaf)) { throw 'Choose an existing authorized nonsensitive file in B/subdir' }
$a
$b
$targeta=$(realpath -- /actual/authorized/project-A) || exit 1
b=$(realpath -- /actual/authorized/project-B) || exit 1
test -d "$a" || { printf '%s\n' 'A must be an existing directory' >&2; exit 1; }
test -d "$b" || { printf '%s\n' 'B must be an existing directory' >&2; exit 1; }
test "$a" != "$b" || { printf '%s\n' 'A and B must be different directories' >&2; exit 1; }
target="$b/subdir/README.md"
test -f "$target" || { printf '%s\n' 'Choose an existing authorized nonsensitive file in B/subdir' >&2; exit 1; }
printf '%s\n' "$a" "$b" "$target"اگر پروجیکٹ ایک ہی سطح پر نہیں، ان کی اصل اوپری ڈائریکٹری زنجیریں الگ لکھیں۔ خاکے سے مشترک والد نہ فرض کریں۔
2. پروجیکٹ کھولنے سے پہلے ممکنہ ذرائع جانچیں
متعین ہر شروعاتی ڈائریکٹری میں CLAUDE.md، .claude/CLAUDE.md، CLAUDE.local.md، AGENTS.md اور .claude/AGENTS.md دیکھیں، پھر فائل سسٹم کی جڑ تک ہر اوپری ڈائریکٹری میں۔ نظام کی انتظامی ہدایات، ~/.claude/CLAUDE.md، صارف کے قواعد اور پروجیکٹ کی .claude/rules/ فائلیں بھی دیکھیں۔ میموری کا دستی حوالہ کہتا ہے کہ ملنے والی CLAUDE.md فائلیں ملائی جاتی ہیں؛ قریب کی فائل اوپری متن نہیں مٹاتی۔ اندر کی CLAUDE.md عموماً Claude کے اسی ڈائریکٹری کی دوسری فائل پڑھنے، لکھنے یا بدلنے کے بعد لوڈ ہوتی ہے۔ پاتھ سے محدود قواعد مماثل فائل تک رسائی پر لوڈ ہو سکتے ہیں۔
یہ کمانڈ صرف پاتھ دکھا کر اوپری ڈائریکٹریوں کی فہرست دیتی ہیں، مواد نہیں۔ ملنے والی فائل متعلقہ مالک کی اجازت سے دیکھیں۔ دونوں متغیر کے ساتھ دہرائیں؛ Bash لوپ خود دونوں سنبھالتا ہے۔
foreach ($start in @($a, $b)) {
$dir = [System.IO.DirectoryInfo]::new($start)
while ($null -ne $dir) {
Get-Item -LiteralPath $dir.FullName -Force | Select-Object FullName,LinkType,Target
foreach ($name in @('CLAUDE.md', 'CLAUDE.local.md', 'AGENTS.md', '.claude/CLAUDE.md', '.claude/AGENTS.md')) {
$candidate = Join-Path $dir.FullName $name
if (Test-Path -LiteralPath $candidate -PathType Leaf) { $candidate }
}
$dir = $dir.Parent
}
}for start in "$a" "$b"; do
dir=$start
while :; do
for name in CLAUDE.md CLAUDE.local.md AGENTS.md .claude/CLAUDE.md .claude/AGENTS.md; do
test -f "$dir/$name" && printf '%s\n' "$dir/$name"
done
test "$dir" = / && break
dir=$(dirname -- "$dir")
done
doneاصل ہدایات فائل اور ان کی @path درآمد پڑھیں؛ نسبتی درآمد اسے رکھنے والی فائل سے طے ہوتی ہے۔ ہر PowerShell شروعاتی پاتھ اور اوپری زنجیر کے symlink یا junction کے ہدف تک جائیں، پھر نام زدہ اور ہدف دونوں ساختیں جانچیں جو سیشن کو متاثر کر سکتی ہیں۔ ہدایات فائل کے symlink ہدف اور claudeMdExcludes پیٹرن دیکھیں۔ جانچیں .claude/settings.json، .claude/settings.local.json، صارف اور انتظامی ترتیبات، کوئی --settings یا --setting-sources آغاز کے اختیارات، ترتیب شدہ hook اور ہر پروجیکٹ کا اعتماد۔ CLAUDE_CONFIG_DIR صارف ترتیب کا فولڈر بدل سکتا ہے، اس لیے ~/.claude فرض کرنے سے پہلے جانچیں۔ workspace trust قبول کرنے سے پہلے hook کے ممکنہ حکم دیکھیں۔ کام کی ڈائریکٹری سے باہر درآمد منظوری مانگ سکتی ہے؛ رد ہو تو توقع کے مطابق نہیں آئے گی۔ ترتیبات کا دستی حوالہ بتاتا ہے کہ ہر ترتیب کس تہہ سے آتی ہے اور کون سی پروجیکٹ ترتیب اعتماد کی منتظر ہے۔
جانچیں Project instructions کا انتخاب /config یا اس کی صارف/انتظامی plugin ترتیب میں۔ موجودہ دستاویز AGENTS.md کو مشروط متبادل کہتی ہے، جب کوئی اہل پروجیکٹ یا اوپری CLAUDE.md یا CLAUDE.local.md نہ ہو؛ claude-md-and-agents-md دونوں لوڈ کرتا ہے۔ براہ راست AGENTS.md کی معاونت نسخے اور فعال plugin پر منحصر ہے۔ پرانے نسخے اور کچھ ترتیبات اسے چھوڑ سکتی تھیں؛ BIG CHANGE کی AGENTS.md فیچر فلیگ رپورٹ میں ایسا مخصوص نسخے کا مسئلہ ہے۔ ہمیشہ لوڈ ہونے کے بجائے حقیقی نسخہ، ترتیب اور /context نتیجہ استعمال کریں۔
الگ درج کریں --add-dir دلائل اور CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD ۔ --add-dir فائل رسائی بڑھاتا ہے؛ عموماً اضافی ڈائریکٹری کی CLAUDE.md لوڈ نہیں کرتا۔ ماحول سوئچ یہ لوڈنگ فعال کرتا ہے۔ /memory سے خودکار میموری الگ چینل سمجھ کر دیکھیں: ایک ریپوزٹری کے worktree اور ذیلی ڈائریکٹری اسے بانٹ سکتے ہیں، مقام بدلا بھی جا سکتا ہے۔ موازنے کی تشریح سے پہلے حقیقی مقام اور مواد دیکھیں۔ مثالی ہدایات یا عوامی ریکارڈ میں کبھی رسائی کے راز یا غیر مطبوعہ کلائنٹ حقائق نہ رکھیں۔
آغاز سے پہلے اسی shell میں یہ ماحول کی قدر دیکھیں۔ خالی Bash قدر غیر موجود یا خالی کا مطلب ہے؛ PowerShell صرف موجود متغیر دکھاتا ہے۔ اس سے ترتیبات فائل کی قدریں خارج نہیں ہوتیں، لہٰذا ہر سیشن میں فعال ترتیب کی تصدیق کریں۔
Get-Item Env:CLAUDE_CONFIG_DIR,Env:CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD -ErrorAction SilentlyContinue | Select-Object Name,Valueprintf 'CLAUDE_CONFIG_DIR=%s\n' "${CLAUDE_CONFIG_DIR-}"
printf 'CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=%s\n' "${CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD-}"3. پروجیکٹ A میں نیا سیشن شروع کریں
درج کریں claude --version اور عین آغاز کمانڈ۔ A سے نئی پروسیس شروع کریں، بغیر --resume یا --continue کے۔ ترتیب اور hook جانچنے کے بعد ہی اعتماد قبول کریں۔ /context چلانے کے بعد ہی Claude سے B یا اندر کی فائل کھولنے کو کہیں۔ میموری فائل اور قواعد کے صحیح پاتھ لکھیں؛ فہرست سے موجودگی دیکھیں، شامل کیے جانے کا ترتیب نہ نکالیں۔ /memory سے دکھائی گئی ذاتی، پروجیکٹ اور خودکار میموری اور ان کا مقام دیکھیں۔ پھر سیشن سے نکلیں۔
claude --version
Set-Location -LiteralPath $a -ErrorAction Stop
claudeclaude --version
cd -- "$a" && claudeClaude Code میں /status فعال ترتیب کے ذرائع بتاتا ہے، اور /permissions موجودہ ٹول قواعد اور ذرائع دکھاتا ہے۔ ہدایات فہرست کے ساتھ درج کریں:
/context
/memory
/status
/permissions
/exitجانچی ترتیب اور استثنا کے مطابق A اور مشترک اوپری ہدایات آنی چاہییں۔ B کی خاص فائل A کی آغاز ساخت میں نہیں ہونی چاہیے۔ درآمد، لنک، اضافی ڈائریکٹری یا دوسرے چینل سے آئے تو طریقہ لکھیں۔ اس کا غائب ہونا B کی فائل ناقابل رسائی ہونے کا ثبوت نہیں۔
4. B میں الگ سیشن شروع کر اندر کی فائل پڑھیں
B میں نئی Claude Code پروسیس اسی نصب نسخے اور اکاؤنٹ/فراہم کنندہ راستے سے استعمال کریں۔ اندر کی کوئی فائل پڑھنے سے پہلے /context اور /memory درج کریں۔ صرف صحیح منظور غیر حساس فائل پڑھنے کو کہیں۔ سیشن میں حقیقی پڑھنا ثابت کریں، پھر /context دوبارہ چلا کر پاتھ کی موجودگی ملائیں۔ دستی حوالے کا لوڈنگ قاعدہ کہتا ہے کہ B کی subdir/CLAUDE.md اسی ڈائریکٹری کی دوسری فائل تک Claude کی رسائی کے بعد سیاق میں آتی ہے، جب تک ترتیب، استثنا یا نسخے کا رویہ نتیجہ نہ بدلے۔
Set-Location -LiteralPath $b -ErrorAction Stop
claudecd -- "$b" && claudeClaude Code میں پڑھنے کی درخواست صرف تب بدلیں جب مجاز ہدف کا نسبتی پاتھ مختلف ہو:
/context
/memory
/status
/permissions
Read only subdir/README.md. Tell me whether that exact file was read; do not open other files or display its contents.
/context
/exitClaude Code ٹول کی اجازت مانگ سکتا یا دوسرا عمل بتا سکتا ہے۔ صرف مجاز پڑھنا منظور کریں اور تصدیق کریں کہ ٹول نے واقعی وہی فائل کھولی۔ پڑھ لینے کا دعوے والا جواب اکیلا کافی ثبوت نہیں۔
5. فہرست ملائیں اور فرق واضح کریں
نجی جدول میں طے A اور B پاتھ، ریپوزٹری کی جڑ، Claude Code نسخہ، اکاؤنٹ/فراہم کنندہ راستہ، آغاز کمانڈ، اعتماد، ترتیب ذرائع، اضافی ڈائریکٹری، ہدایات و قواعد پاتھ، درآمد، خودکار میموری مقامات اور دیکھی تین /context فہرستیں رکھیں: A آغاز پر، B پڑھنے سے پہلے، B پڑھنے کے بعد۔ ہر متوقع فائل کو موجود، غیر موجود یا غیر واضح لکھیں۔ کلائنٹ ہدایات عوامی رپورٹ میں نقل نہ کریں۔
متوقع فائل غائب ہو تو پہلے آغاز ڈائریکٹری اور حقیقی پاتھ دیکھیں۔ پھر Project instructions، plugin/نسخہ، claudeMdExcludes، --setting-sources، درآمد و بیرونی منظوری، قواعد پاتھ پیٹرن، symlink اور ثابت اندر کی پڑھائی جانچیں۔ غیر متوقع فائل اوپری ڈائریکٹری، صارف یا انتظامی ہدایات، درآمد، قواعد، hook، اضافی ڈائریکٹری میموری اور خودکار میموری سے تلاش کریں۔ مشترک اوپری یا ذاتی ہدایت جان بوجھ کر ہو سکتی ہے؛ ماخذ و مواد طے کرتے ہیں کہ اسے دونوں میں ہونا چاہیے یا نہیں۔
متعلقہ کلائنٹ کے اختیار سے ہی ہدایت یا ترتیب بدلیں۔ تجویز کردہ فرق دیکھیں، موجود پابندیاں بچائیں اور تبدیلی کے بعد دونوں نئے سیشنوں کے مشاہدے دہرائیں۔ پاتھ نہ سمجھ آئے یا کسی ذریعے کو دیکھنے کی اجازت نہ ہو تو کلائنٹ کام روک کر مالک یا منتظم سے وہ خاص غیر یقینی بات سلجھوائیں۔
مشق تب پوری ہے جب دو آغاز فہرستیں، B کی تصدیق شدہ اندر کی پڑھائی سے پہلے/بعد فہرست اور ہر اہم غیر متوقع پاتھ کی وجہ ہو۔ یہ انہی سیشنوں کی دیکھی ہدایات موجودگی ثابت کرتا ہے، رازداری حد، فائل رسائی کی علیحدگی، یقینی فرمانبرداری یا ماڈل کے استعمال کا عین ترتیب نہیں۔ موجود گفتگو دیکھنے و جاری رکھنے کے لیے ہمارا الگ Claude Code سیشن سیاق رہنما دیکھیں۔
اکاؤنٹ فیس و حد پلان، توثیق اور فراہم کنندہ پر منحصر ہے۔ Anthropic کی لاگت رہنمائی میں حالیہ شرائط ہیں۔ مضمون دستاویز سے تیار ہے: BIG CHANGE نے کلائنٹ فائل نہیں دیکھی، A/B Claude سیشن نہیں چلائے، ماڈل نتیجہ نہیں پرکھا اور وقت یا خرچ نہیں ماپا۔
ذرائع اور مزید مطالعہ
- Anthropic، «Claude آپ کا پروجیکٹ کیسے یاد رکھتا ہے»: ہدایات کا دائرہ، درآمد، اندرونی لوڈنگ،
AGENTS.md، قواعد، استثنا، اضافی ڈائریکٹری، خودکار میموری اور/memory۔ صحیح اختیارات Claude Code کے نسخوں کے ساتھ بدل سکتے ہیں۔ - Anthropic، «ترتیبات فائل اور ترجیح»: صارف، پروجیکٹ، مقامی و انتظامی ترتیب، جس میں
/status، اعتماد اور hook شامل ہیں۔ - Anthropic، «اجازتیں ترتیب دیں»:
/permissionsفعال ٹول قواعد اور ذرائع دکھاتا ہے؛ ہدایات کا متن خود رسائی لاگو نہیں کرتا۔ - Anthropic، «سیاق کی ونڈو دیکھیں»:
/contextچلتے سیشن کی لوڈ میموری فائل دکھاتا ہے؛ دکھائی گئی موجودگی داخل کیے جانے کی ترتیب ثابت نہیں کرتی۔ - Anthropic، سیٹ اپ، لاگت اور ڈیٹا استعمال: تنصیب و اکاؤنٹ کی شرط جانچیں؛ اپنے راستے کے الگ لاگت اور ڈیٹا استعمال کی شرائط بھی پڑھیں۔



