Claude Code एक साथ कई जगहों से प्रोजेक्ट निर्देश लोड कर सकता है। दो ग्राहक प्रोजेक्ट सँभालते हों तो हर डायरेक्टरी में नया सत्र खोलकर देख सकते हैं कि कौन-सी फ़ाइल सच में हर संदर्भ में आई। उपयोगी नतीजा दर्ज की गई दो फ़ाइल सूचियाँ हैं, यह धारणा नहीं कि पास-पास के फ़ोल्डर ग्राहक जानकारी अलग रखते हैं।

बड़ा बदलाव

क्या बदला: यह मार्गदर्शिका Claude Code के दस्तावेज़ी निर्देश क्रम को दो मौजूदा, अधिकृत प्रोजेक्ट डायरेक्टरी में दोहराए जा सकने वाले तुलनात्मक तरीके में बदलती है। शुरू में लोड फ़ाइलें दर्ज करें, फिर देखें कि अनुमत पढ़ने के बाद अंदर की निर्देश फ़ाइल दिखाई देती है या नहीं।

यह क्यों मायने रखता है: साझा मूल फ़ोल्डर, निजी निर्देश, आयात, नियम या सेटिंग दोनों प्रोजेक्टों को प्रभावित कर सकते हैं। /context चालू सत्र में लोड मेमोरी फ़ाइलों की सूची दिखाता है, ताकि ग्राहक का काम करने से पहले अनपेक्षित पथ की जाँच कर सकें।

किस बात का ध्यान रखें: लोड निर्देश Claude की फ़ाइल पहुँच सीमित नहीं करते और हर निर्देश के पालन की गारंटी नहीं देते। ग्राहक सामग्री चुने प्रदाता को भेजने से पहले वास्तविक खाता, अनुमतियाँ, आयात, hook और डेटा शर्तें देखें।

क्या चाहिए

यह तरीका ऐसे डेवलपर के लिए है जिसे दो मौजूदा ग्राहक रिपॉज़िटरी और उनकी Claude Code कॉन्फ़िगरेशन देखने की अनुमति हो। जिस खास सामग्री का उपयोग करना है उसे चुने Claude खाते या प्रदाता को भेजने की अलग अनुमति लें। केवल स्थानीय फ़ाइल बदलने का अधिकार यह फैसला नहीं करता। टर्मिनल, इंस्टॉल किया Claude Code, पात्र खाता या प्रदाता और एक प्रोजेक्ट के अंदर की डायरेक्टरी में मौजूदा गैर-संवेदनशील फ़ाइल चाहिए। अपने तरीके के लिए Anthropic के सेटअप, लागत और डेटा उपयोग दस्तावेज़ देखें।

नीचे की संरचना पहचानने वाले पथ दिखाती है; नए ग्राहक प्रोजेक्ट बनाने को नहीं कहती। हर उदाहरण पथ को असली अधिकृत पथ से बदलें। ऊपरी डायरेक्टरी की CLAUDE.md वैकल्पिक है और उसमें दोनों प्रोजेक्टों के लिए अनुमोदित निर्देश ही हों। अंदर की फ़ाइल और गैर-संवेदनशील दस्तावेज़ चुने खाते के डेटा मार्ग के लिए पहले से उपयुक्त होने चाहिए।

Text
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 target

1. दोनों प्रोजेक्ट पथ तय करें

इस्तेमाल करें इनमें से एक: PowerShell या Bash। चर में असली डायरेक्टरी भरें। जाँच पथ के मौजूद होने, बनी पथ स्ट्रिंग की तुलना और B की पढ़ने वाली फ़ाइल होने की पुष्टि करती है। PowerShell का Resolve-Path symlink या junction का वैकल्पिक नाम बनाए रख सकता है; अलग स्ट्रिंग से अलग भौतिक प्रोजेक्ट सिद्ध नहीं होते। दोनों शुरूआती पथों और ऊपरी डायरेक्टरी के लिंक तथा junction देखें, लक्ष्य तक जाएँ और आगे बढ़ने से पहले A, B का सच में अलग होना जाँचें। पथ, लक्ष्य जाँच और बाद की संदर्भ सूचियाँ निजी कार्य रिकॉर्ड में रखें।

PowerShell
$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
$target
Terminal
a=$(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 लूप अपने आप दोनों को शामिल करता है।

PowerShell
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
  }
}
Terminal
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 केवल मौजूद चर दिखाता है। इससे सेटिंग फ़ाइल के मान खारिज नहीं होते, इसलिए हर सत्र में सक्रिय सेटिंग की पुष्टि करें।

PowerShell
Get-Item Env:CLAUDE_CONFIG_DIR,Env:CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD -ErrorAction SilentlyContinue | Select-Object Name,Value
Terminal
printf '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 से दिखती व्यक्तिगत, प्रोजेक्ट और स्वचालित मेमोरी तथा उनके स्थान देखें। फिर सत्र से बाहर निकलें।

PowerShell
claude --version
Set-Location -LiteralPath $a -ErrorAction Stop
claude
Terminal
claude --version
cd -- "$a" && claude

Claude Code में /status सक्रिय सेटिंग स्रोत बताता है और /permissions वर्तमान टूल नियम व स्रोत दिखाता है। इन्हें निर्देश सूची के साथ दर्ज करें:

Text
/context
/memory
/status
/permissions
/exit

जाँची सेटिंग और अपवादों के अनुसार A तथा साझा ऊपरी निर्देश दिखने चाहिए। B की खास फ़ाइल A की लॉन्च संरचना में नहीं होनी चाहिए। आयात, लिंक, अतिरिक्त डायरेक्टरी या अन्य माध्यम से आए तो उसका तरीका दर्ज करें। उसका न दिखना B की फ़ाइलों तक पहुँच न होने का प्रमाण नहीं है।

4. B में अलग सत्र शुरू कर अंदर की फ़ाइल पढ़ें

B में नई Claude Code प्रक्रिया उसी संस्करण और खाते/प्रदाता मार्ग से चलाएँ। कोई अंदर की फ़ाइल पढ़ने से पहले /context और /memory दर्ज करें। केवल सही, अनुमोदित, गैर-संवेदनशील फ़ाइल पढ़ने को कहें। सत्र में असली पढ़ना होने की पुष्टि करें, फिर /context दोबारा चलाकर पथ की मौजूदगी तुलना करें। मैनुअल का लोडिंग नियम कहता है कि B की subdir/CLAUDE.md उसी डायरेक्टरी की दूसरी फ़ाइल तक Claude पहुँचने पर संदर्भ में जुड़ती है, जब तक सेटिंग, अपवाद या संस्करण व्यवहार परिणाम न बदल दे।

PowerShell
Set-Location -LiteralPath $b -ErrorAction Stop
claude
Terminal
cd -- "$b" && claude

Claude Code में पढ़ने का अनुरोध तभी बदलें जब अधिकृत लक्ष्य का सापेक्ष पथ अलग हो:

Text
/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
/exit

Claude 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 सत्र नहीं चलाए, मॉडल परिणाम नहीं परखा और समय या खर्च नहीं मापा।

स्रोत और आगे पढ़ें