AI-translated from English; not yet reviewed by a fluent editor.

# दो ग्राहक प्रोजेक्टों में Claude Code निर्देशों का दायरा जाँचें

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

By BIG CHANGE Editorial

Published: 2026-10-20T00:44:54.031Z
Updated: 2026-10-20T00:44:54.031Z
Canonical: https://bigchange.ai/blog/claude-code-client-project-instruction-scope-guide

![Conceptual charcoal illustration of two open filing drawers with separate blank folders; a smaller orange-edged folder is nested in the right drawer.](https://bigchange.ai/api/media/file/client-project-instruction-scope-hero-v1.png)
AI-generated conceptual illustration by BIG CHANGE; no actual client files, Claude Code interface or tested result is depicted.

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

## बड़ा बदलाव

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

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

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

## क्या चाहिए

यह तरीका ऐसे डेवलपर के लिए है जिसे दो **मौजूदा** ग्राहक रिपॉज़िटरी और उनकी Claude Code कॉन्फ़िगरेशन देखने की अनुमति हो। जिस खास सामग्री का उपयोग करना है उसे चुने Claude खाते या प्रदाता को भेजने की अलग अनुमति लें। केवल स्थानीय फ़ाइल बदलने का अधिकार यह फैसला नहीं करता। टर्मिनल, इंस्टॉल किया Claude Code, पात्र खाता या प्रदाता और एक प्रोजेक्ट के अंदर की डायरेक्टरी में मौजूदा गैर-संवेदनशील फ़ाइल चाहिए। अपने तरीके के लिए Anthropic के [सेटअप](https://code.claude.com/docs/en/setup), [लागत](https://code.claude.com/docs/en/costs) और [डेटा उपयोग](https://code.claude.com/docs/en/data-usage) दस्तावेज़ देखें।

नीचे की संरचना पहचानने वाले पथ दिखाती है; नए ग्राहक प्रोजेक्ट बनाने को नहीं कहती। हर उदाहरण पथ को असली अधिकृत पथ से बदलें। ऊपरी डायरेक्टरी की `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
```

```bash
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/` फ़ाइलें भी देखें। [मेमोरी मैनुअल](https://code.claude.com/docs/en/memory) कहता है कि मिली हुई `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
  }
}
```

```bash
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 की संभावित कमांड देखें। कार्य डायरेक्टरी के बाहर के आयात को मंज़ूरी चाहिए हो सकती है; अस्वीकार आयात अपेक्षित रूप से नहीं दिखेगा। [सेटिंग मैनुअल](https://code.claude.com/docs/en/settings) बताता है कि कौन-सी परत हर सेटिंग देती है और कौन-सी प्रोजेक्ट सेटिंग विश्वास की प्रतीक्षा करती है।

जाँचें **Project instructions** का विकल्प `/config` या उसके उपयोगकर्ता/प्रबंधित plugin सेटिंग में। वर्तमान दस्तावेज़ `AGENTS.md` को सशर्त वैकल्पिक स्रोत कहते हैं, जब कोई योग्य प्रोजेक्ट या ऊपरी `CLAUDE.md` अथवा `CLAUDE.local.md` न हो; `claude-md-and-agents-md` दोनों लोड करता है। सीधे `AGENTS.md` का समर्थन संस्करण और सक्षम plugin पर निर्भर है। पुराने संस्करण और कुछ सेटिंग इसे छोड़ सकती थीं; BIG CHANGE की [AGENTS.md फ़ीचर फ़्लैग रिपोर्ट](https://bigchange.ai/blog/claude-code-agents-md-telemetry-feature-flags) में ऐसा संस्करण-विशिष्ट मामला है। हमेशा लोड होने की धारणा के बजाय वास्तविक संस्करण, सेटिंग और `/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
```

```bash
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
```

```bash
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` दोबारा चलाकर पथ की मौजूदगी तुलना करें। [मैनुअल का लोडिंग नियम](https://code.claude.com/docs/en/memory) कहता है कि B की `subdir/CLAUDE.md` उसी डायरेक्टरी की दूसरी फ़ाइल तक Claude पहुँचने पर संदर्भ में जुड़ती है, जब तक सेटिंग, अपवाद या संस्करण व्यवहार परिणाम न बदल दे।

```powershell
Set-Location -LiteralPath $b -ErrorAction Stop
claude
```

```bash
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 सत्र संदर्भ मार्गदर्शिका](https://bigchange.ai/blog/claude-code-session-context-continue-guide) देखें।

खाते का शुल्क और सीमा प्लान, प्रमाणीकरण और प्रदाता पर निर्भर है। Anthropic की [लागत मार्गदर्शिका](https://code.claude.com/docs/en/costs) में वर्तमान शर्तें देखें। यह लेख दस्तावेज़ों से तैयार है: BIG CHANGE ने ग्राहक फ़ाइलें नहीं देखीं, A/B Claude सत्र नहीं चलाए, मॉडल परिणाम नहीं परखा और समय या खर्च नहीं मापा।

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

- [Anthropic, «Claude आपका प्रोजेक्ट कैसे याद रखता है»](https://code.claude.com/docs/en/memory): निर्देश दायरा, आयात, अंदर की फ़ाइल लोडिंग, `AGENTS.md`, नियम, अपवाद, अतिरिक्त डायरेक्टरी, स्वचालित मेमोरी और `/memory`। विकल्प Claude Code संस्करण के साथ बदल सकते हैं।
- [Anthropic, «सेटिंग फ़ाइलें और प्राथमिकता»](https://code.claude.com/docs/en/settings): उपयोगकर्ता, प्रोजेक्ट, स्थानीय व प्रबंधित कॉन्फ़िगरेशन, जिनमें `/status`, विश्वास और hook सेटिंग हैं।
- [Anthropic, «अनुमतियाँ सेट करें»](https://code.claude.com/docs/en/permissions): `/permissions` सक्रिय टूल नियम और स्रोत दिखाता है; निर्देश पाठ खुद टूल पहुँच लागू नहीं करता।
- [Anthropic, «संदर्भ विंडो देखें»](https://code.claude.com/docs/en/context-window): `/context` चालू सत्र की लोड मेमोरी फ़ाइलें दिखाता है; दिखती मौजूदगी से प्रविष्टि क्रम सिद्ध नहीं होता।
- [Anthropic, सेटअप, लागत और डेटा उपयोग](https://code.claude.com/docs/en/setup): इंस्टॉलेशन और खाते की शर्तें जाँचें; अपने मार्ग के लिए अलग [लागत](https://code.claude.com/docs/en/costs) और [डेटा उपयोग](https://code.claude.com/docs/en/data-usage) शर्तें भी पढ़ें।

## Sources

- [Anthropic: Claude आपका प्रोजेक्ट कैसे याद रखता है](https://code.claude.com/docs/en/memory) — प्रबंधित, उपयोगकर्ता, प्रोजेक्ट व स्थानीय निर्देश; ऊपरी व अंदर की लोडिंग; जुड़ती फ़ाइलें; आयात; नियम; AGENTS.md वैकल्पिक स्रोत और संस्करण/सेटिंग सीमा; अपवाद; अतिरिक्त डायरेक्टरी पहुँच बनाम मेमोरी लोडिंग; स्वचालित मेमोरी का मुख्य मैनुअल। यह दस्तावेज़ी व्यवहार है, दो ग्राहक सत्रों की देखी मौजूदगी नहीं।
- [Anthropic: सेटिंग फ़ाइलें और प्राथमिकता](https://code.claude.com/docs/en/settings) — कॉन्फ़िगरेशन परत, CLAUDE_CONFIG_DIR, /status से सेटिंग स्रोत देखना, स्थानीय सेटिंग, विश्वास और hook का मुख्य मैनुअल। पाठक को असली सेटिंग व मौजूदा hook देखने होंगे; यहाँ ग्राहक सेटअप नहीं जाँचा गया।
- [Anthropic: अनुमतियाँ सेट करें](https://code.claude.com/docs/en/permissions) — /permissions को सक्रिय टूल नियम और उनकी सेटिंग फ़ाइल के स्रोत देखने के रूप में बताता है। निर्देश फ़ाइलें खुद पहुँच लागू नहीं करतीं; पाठक केवल अधिकृत अंदर की फ़ाइल पढ़ना मंज़ूर करे।
- [Anthropic: संदर्भ विंडो देखें](https://code.claude.com/docs/en/context-window) — /context से लोड मेमोरी फ़ाइलें और /memory से मेमोरी देखने का तरीका बताता है। लेख में फ़ाइल सूची की मौजूदगी देखने को कहा गया है; दृश्य क्रम को मॉडल प्रविष्टि क्रम नहीं बताया गया।
- [Anthropic: उन्नत सेटअप](https://code.claude.com/docs/en/setup) — पाठक द्वारा चलाए Claude Code सत्र के इंस्टॉलेशन और खाते/प्रदाता की शर्तें। BIG CHANGE ने इंस्टॉलेशन या सत्र नहीं किया।
- [Anthropic: लागत प्रभावी ढंग से सँभालें](https://code.claude.com/docs/en/costs) — बिल और सीमा प्लान, प्रमाणीकरण और प्रदाता के अनुसार बदलती है। अभ्यास का तय मूल्य, कोटा, समय बचत या मापी खपत नहीं बताई गई।
- [Anthropic: डेटा उपयोग](https://code.claude.com/docs/en/data-usage) — उपभोक्ता, व्यावसायिक और प्रदाता मार्ग में डेटा व्यवहार अलग है। खास प्रोजेक्ट सामग्री भेजने से पहले ग्राहक की अनुमति चाहिए; सार्वभौमिक गोपनीयता गारंटी नहीं है।
- [BIG CHANGE: संदर्भ देखकर Claude Code सत्र कैसे जारी रखें](https://bigchange.ai/blog/claude-code-session-context-continue-guide) — मौजूदा सत्र जारी रखने की संबंधित सामग्री। इसका कार्य दो प्रोजेक्टों के नए सत्र की निर्देश तुलना से अलग है और नए चरणों का स्रोत नहीं है।
- [BIG CHANGE: टेलीमेट्री बंद होने पर Claude Code AGENTS.md छोड़ सकता है](https://bigchange.ai/blog/claude-code-agents-md-telemetry-feature-flags) — खास संस्करण के फ़ीचर फ़्लैग की संबंधित रिपोर्ट। लेख वर्तमान आधिकारिक मैनुअल और पाठक के वास्तविक संस्करण, सेटिंग व जाँच पर आधारित है, AGENTS.md हमेशा लोड होने के दावे पर नहीं।