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 सत्रे चालवली नाहीत, मॉडेल निकाल तपासला नाही किंवा वेळ व खर्च मोजला नाही.

स्रोत आणि पुढील वाचन