Claude Code سیشن دوبارہ شروع کریں اور history تلاش کریں

Claude Code سیشن دوبارہ کیسے شروع کریں

موجودہ directory میں حالیہ ترین conversation دوبارہ شروع کرنے کے لیے claude --continue چلائیں، یا فہرست میں سے پچھلی conversation منتخب کرنے کے لیے claude --resume چلائیں۔ پہلے سے جاری session کے اندر /resume command استعمال کر کے quit کیے بغیر دوسری conversation پر منتقل ہو سکتے ہیں۔ مختصر forms -c اور -r ہیں۔

claude --continue
claude --resume
claude --resume auth-refactor

اگر آپ کو session کا نام یا اس کی ID معلوم ہے تو اسے argument کے طور پر دیں۔ Claude Code picker دکھائے بغیر براہِ راست اسی session پر چلا جائے گا۔

ذیل کی تمام معلومات August 2026 تک official session documentation کے مطابق ہیں۔ Claude Code کے نئے releases کثرت سے آتے ہیں، اور flag names اور keyboard shortcuts versions کے درمیان تبدیل ہو سکتے ہیں۔ اس لیے جب یہاں دی گئی معلومات آپ کے terminal میں دکھائی دینے والی معلومات سے مطابقت نہ رکھیں تو claude --help اور مذکورہ صفحے کو مستند حوالہ سمجھیں۔

اصل میں session کیا ہوتا ہے

ایک session کسی project directory سے وابستہ محفوظ شدہ گفتگو ہوتی ہے۔ اس میں پیغامات کی مکمل history شامل ہوتی ہے، بشمول Claude کی کی گئی tool calls اور ان calls سے واپس آنے والے نتائج کے۔ Claude Code کام کے دوران اسے مسلسل disk پر لکھتا رہتا ہے، صرف آخر میں ایک بار نہیں۔ اس لیے terminal بند ہونے یا SSH connection ختم ہونے کے بعد بھی گفتگو برقرار رہتی ہے۔

Resume کرنے سے صرف متن بحال نہیں ہوتا۔ گفتگو کی مکمل history واپس آتی ہے۔ اس کے ساتھ وہ model بھی بحال ہوتا ہے جسے session استعمال کر رہا تھا، اور اگر آپ نے --agent استعمال کیا تھا تو وہ subagent بھی بحال ہوتا ہے جس کے ساتھ session شروع کیا گیا تھا۔ Permission mode بھی بحال ہوتا ہے، تاہم safety کے لیے کچھ استثنا ہیں۔ Plan mode اور bypass-permissions mode کبھی restore نہیں ہوتے۔ اس لیے ان میں سے کسی mode میں موجود session resume ہونے پر اس mode میں آتا ہے جس میں نیا session شروع ہوتا۔

کچھ چیزیں دوبارہ بحال نہیں ہوتیں، کیونکہ وہ محفوظ شدہ حالت کے بجائے launch کے وقت دیے جانے والے flags ہوتی ہیں۔ --add-dir کے ذریعے شامل کی گئی directories، اور --mcp-config، --settings اور --plugin-dir جیسی options، resume کرتے وقت دوبارہ دینی پڑتی ہیں۔ settings.json جیسی settings files کو launch کے وقت دوبارہ پڑھا جاتا ہے، اس لیے ان میں موجود settings دوبارہ دینے کی ضرورت نہیں ہوتی۔ Credentials بھی اسی زمرے میں آتے ہیں: Claude Code launch کے وقت آپ کے login اور environment سے authentication کا طریقہ طے کرتا ہے، اسے conversation کے ساتھ restore نہیں کرتا۔ اس لیے ایسے VPS پر resume کیا گیا session، جہاں shell میں غیر ارادی طور پر ANTHROPIC_API_KEY شامل ہو گیا ہو، غلط API key کی خرابی دکھائے گا، حالانکہ پچھلی بار یہ درست طور پر چل چکا تھا۔

VPS پر session history کی اہمیت زیادہ کیوں ہے

یہ حقیقت بہت سے لوگوں کو حیران کرتی ہے۔ transcript اسی machine پر لکھی جاتی ہے جہاں agent چل رہا ہو۔ یہ آپ کے account میں محفوظ نہیں ہوتی اور نہ ہی cloud کے ساتھ sync ہوتی ہے۔ یہ اس machine کی disk پر موجود ایک file ہوتی ہے۔

اس لیے VPS پر tmux window کے اندر چھوڑی گئی session آپ کے laptop کے picker میں ظاہر نہیں ہوتی، اور laptop کی session VPS پر ظاہر نہیں ہوتی۔ ان کے درمیان کچھ بھی منتقل نہیں ہوتا۔ اگر آپ اکثر لوگوں کی طرح VPS پر tmux میں Claude Code چلاتے ہیں تو server پر آپ کی اصل conversation history جمع ہوتی رہتی ہے، جبکہ مقامی طور پر نظر آنے والا picker ایک مختلف اور بہت چھوٹا set دکھاتا ہے۔

یہی تقسیم مختلف interfaces کے درمیان بھی لاگو ہوتی ہے۔ desktop app اور VS Code extension اپنی اپنی session history رکھتے ہیں، اور دونوں میں سے کوئی بھی CLI کی history نہیں رکھتا۔ Claude Code on the web کی history بھی الگ ہوتی ہے۔ Cowork اس سے بھی زیادہ الگ ہے، کیونکہ یہ آپ کے اپنے hardware کے بجائے Anthropic sandbox کے اندر چلتا ہے۔ اس لیے اگر آپ Cowork اور Claude Code کے درمیان انتخاب کر رہے ہیں تو transcript کہاں محفوظ ہوتی ہے، یہ بھی فیصلے کا حصہ ہے۔

ایک ہی machine کے اندر search آپ کی توقع سے زیادہ وسیع ہوتی ہے۔ claude --resume <session-id> پہلے موجودہ project directory اور اس کے git worktrees میں تلاش کرتا ہے، پھر اسی machine کے ہر دوسرے project میں تلاش کرتا ہے۔ یاد رکھنے والی بات "اسی machine پر" ہے۔ کسی دوسرے host کی session ID سے کچھ حاصل نہیں ہوتا، اور Claude Code آپ کو یہ بات No conversation found with session ID: <session-id> کے ذریعے بتاتا ہے۔

Claude Code سیشن ہسٹری کہاں محفوظ کرتا ہے

ڈیفالٹ طور پر transcripts آپ کی Claude Code configuration directory کے اندر، اس طرز کے path پر محفوظ ہوتے ہیں: ~/.claude/projects/<project>/<session-id>.jsonl۔

<project> آپ کی working directory کے path میں موجود ہر non-alphanumeric character کو hyphen سے replace کر کے بنتا ہے۔ اس لیے /home/deploy/apps/api میں شروع کیا گیا session، -home-deploy-apps-api نام کی directory کے اندر محفوظ ہوتا ہے۔ اگر تبدیل شدہ نام 200 characters سے زیادہ طویل ہو جائے تو Claude Code اسے truncate کر کے مکمل path کا hash آخر میں شامل کرتا ہے، تاکہ directory name filesystem limits کے اندر رہے۔

یہ file JSONL format میں ہوتی ہے: ہر line میں ایک JSON object ہوتا ہے، جو message، tool use یا metadata entry کی نمائندگی کرتا ہے۔ یہ readable text ہے، اس لیے اسے پڑھنا درست ہے۔

اس file کے خلاف parser لکھنا درست نہیں۔ Entry format Claude Code کے اندرونی implementation کا حصہ ہے اور versions کے درمیان تبدیل ہو سکتا ہے۔ اس لیے جو script ان files کو براہ راست پڑھتی ہے، وہ کسی بھی update کے بعد کام کرنا بند کر سکتی ہے۔ Anthropic کی اپنی documentation بھی یہی کہتی ہے کہ اس مقصد کے لیے /export یا documented script interfaces استعمال کریں۔ یہی وجہ ہے کہ یہ بہتر طریقہ ہے۔

دو settings اس location اور retention کو تبدیل کرتی ہیں۔ CLAUDE_CONFIG_DIR پوری config directory کو دوسری جگہ منتقل کرتا ہے۔ اس طرح transcripts کو الگ volume یا encrypted volume پر رکھا جا سکتا ہے۔ cleanupPeriodDays، settings.json میں، یہ کنٹرول کرتا ہے کہ transcripts کتنے عرصے تک محفوظ رہیں۔ اس کی default مدت 30 days ہے، جبکہ minimum مدت 1 day ہے۔

ان transcript فائلوں کے اندر اصل میں کیا ہوتا ہے

ہر tool result محفوظ کیا جاتا ہے۔ اس کا مطلب ہے کہ transcript میں ان فائلوں کا مواد شامل ہوتا ہے جنہیں Claude نے پڑھا، اور ان commands کا output بھی شامل ہوتا ہے جو Claude نے چلائیں۔ Anthropic کا data usage page یہ بات واضح طور پر بیان کرتا ہے: Claude Code session transcripts کو مقامی طور پر plaintext میں ~/.claude/projects/ کے تحت محفوظ کرتا ہے۔

سرور پر اس کے مطلب پر غور کریں۔ اگر Claude نے یہ معلوم کرنے کے لیے کوئی .env فائل پڑھی کہ service start کیوں نہیں ہو رہی، تو اس فائل کا مواد اب آپ کی home directory میں موجود ایک JSONL فائل میں بھی ہے۔ اگر کسی command نے connection string ظاہر کی، تو وہ string بھی اسی میں موجود ہے۔ کوئی چیز خود بخود leak نہیں ہوئی۔ transcript نے صرف وہی ریکارڈ کیا جو ہوا، اور یہی اس کا بنیادی مقصد ہے۔ اسی لیے اسے اپنے threat model میں شامل کرنا ضروری ہے۔

• Backups: /home یا /root کا سادہ backup آپ کے transcripts کو بھی backup کے مقام پر copy کر دیتا ہے۔ exclusion شامل کریں، یا یہ تسلیم کریں کہ آپ کے prompts اور فائلوں کے مواد کی نقول اب آپ کے backup store میں موجود ہیں۔
• Snapshots and images: کسی بھی وجہ سے لیا گیا VPS snapshot پوری directory پر مشتمل ہوتا ہے۔ اسی طرح وہ image بھی پوری directory شامل کرتی ہے جسے آپ دوسرے server کی تیاری کے لیے clone کرتے ہیں۔
• Other accounts on the box: یہ فرض کرنے کے بجائے کہ permissions سخت ہیں، ls -ld ~/.claude ~/.claude/projects سے خود modes چیک کریں۔
• Deliberate uploads: /feedback command جان بوجھ کر conversation history کو Anthropic کو بھیجتی ہے، جبکہ /bug اور /share بھی اسی path کے ذریعے report کرتے ہیں۔ یہ وہ اقدامات ہیں جنہیں آپ خود منتخب کرتے ہیں، اس لیے confirm کرنے سے پہلے سمجھ لیں کہ آپ کس بات سے اتفاق کر رہے ہیں۔

اگر آپ چاہتے ہیں کہ کوئی transcript موجود ہی نہ ہو، تو CLAUDE_CODE_SKIP_PROMPT_HISTORY transcript writes کو suppress کرتا ہے، جبکہ --no-session-persistence ایک single non-interactive claude -p run کے لیے انہیں suppress کرتا ہے۔ ان میں سے کسی کو set کرنے سے پہلے اس trade-off کو واضح طور پر سمجھیں۔ resume کے لیے transcripts درکار ہوتے ہیں، اس لیے transcript نہ ہونے کا مطلب ہے کہ resume بھی ممکن نہیں۔

پرانا conversation کیسے تلاش کریں

claude --resume کے ذریعے picker کھولیں، یا چلتے ہوئے session کے اندر /resume استعمال کریں۔ ہر row میں session name دکھائی دیتا ہے، اگر آپ نے نام مقرر کیا ہو؛ بصورت دیگر generated title دکھایا جاتا ہے۔ اس کے علاوہ آخری سرگرمی کے بعد گزرا ہوا وقت، git branch اور file size بھی دکھائی دیتے ہیں۔

Picker میں search کی سہولت موجود ہے۔ فہرست filter کرنے کے لیے / دبائیں، یا صرف typing شروع کریں۔ وہ shortcuts یاد رکھیں جو فہرست کا دائرہ وسیع کرتے ہیں: Ctrl+A اس machine کے تمام projects کے sessions دکھاتا ہے، Ctrl+W موجودہ repository کے تمام worktrees دکھاتا ہے، اور Ctrl+B صرف موجودہ git branch کے sessions filter کرتا ہے۔ کسی session کو منتخب کرنے سے پہلے اس کا content دیکھنے کے لیے Space دبائیں، اور نمایاں session کا نام تبدیل کرنے کے لیے Ctrl+R دبائیں۔

Sessions کے نام مقرر کرنے سے یہ عمل بہت آسان ہو جاتا ہے۔ claude -n auth-refactor سے session شروع کریں، یا کام کے دوران /rename auth-refactor چلائیں، جب آپ کو محسوس ہو کہ conversation ایک حقیقی کام میں تبدیل ہو چکی ہے۔ اس کے بعد named session کو shell سے براہ راست نام کے ذریعے دوبارہ resume کیا جا سکتا ہے۔

Unnamed session کو پھر بھی generated title ملتا ہے۔ یہ title ایک background request کے ذریعے چھوٹے اور تیز model سے لکھوایا جاتا ہے، جو آپ کے پہلے prompt کا خلاصہ بناتا ہے۔ یہ title picker میں row کی شناخت میں مدد دیتا ہے، لیکن resume handle نہیں ہوتا۔ claude --resume <name> صرف ان ناموں سے match کرتا ہے جو آپ نے خود مقرر کیے ہوں۔

متعلقہ session تلاش کرنے کے لیے transcripts میں grep چلانا

کبھی کبھی آپ کو صرف ایک فقرہ یاد ہوتا ہے، باقی کچھ یاد نہیں ہوتا۔ Transcripts متنی فائلیں ہیں، اس لیے ان میں search کریں۔

grep -rl "nftables" ~/.claude/projects/

یہ matching transcripts کے paths دکھاتا ہے۔ .jsonl extension کے بغیر filename session ID ہوتا ہے، اور claude --resume <session-id> اسے قبول کرتا ہے۔ پہلے یہ معلوم کرنے کے لیے grep استعمال کریں کہ آپ کو کون سا session چاہیے، پھر اسے resume کریں یا export کریں تاکہ اسے واقعی پڑھ سکیں۔

دو اہم حدود ذہن میں رکھیں۔ Content JSON-escaped ہوتا ہے، اس لیے quote characters پر مشتمل فقرہ، یا line break کے درمیان تقسیم شدہ فقرہ، literal string کے طور پر match نہیں ہو سکتا۔ مزید یہ کہ tool result کے اندر ملنے والے match کا مطلب یہ ہے کہ Claude نے وہ متن دیکھا تھا، یہ نہیں کہ کسی شخص نے اسے type کیا تھا۔

بات چیت پڑھنا اور برآمد کرنا

/export موجودہ بات چیت کو سادہ متن میں پیش کرتا ہے۔ پیغامات اور ٹول کا آؤٹ پٹ JSON کے بجائے قابلِ مطالعہ انداز میں لکھا جاتا ہے۔ بغیر کسی argument کے یہ ایک menu کھولتا ہے جس میں clipboard یا file کا انتخاب ہوتا ہے۔ filename دینے پر /export handover.txt براہِ راست اسی path پر لکھتا ہے۔ بات چیت کو server سے اپنے laptop پر منتقل کرنے یا اسے ticket کے ساتھ منسلک کرنے کا یہ درست طریقہ ہے۔

خودکار کاموں کے لیے وہ interfaces استعمال کریں جنہیں مستحکم رکھنے کے لیے بنایا گیا ہے۔ Hooks اور status line commands کو input کے طور پر transcript_path field ملتا ہے، اس لیے SessionEnd hook session ختم ہونے پر transcript محفوظ کر سکتا ہے۔ آپ stored session کھولے بغیر بھی اس سے سوال کر سکتے ہیں:

claude -p --resume <session-id> --output-format json "summarize what we changed" | jq -r '.result'

یہ پرانی بات چیت میں follow-up prompt بھیجتا ہے اور structured JSON واپس کرتا ہے۔ یہ JSONL format کو parse کرنے کے مقابلے میں کہیں بہتر بنیاد ہے، کیونکہ آئندہ release میں اس format کو تبدیل کیا جا سکتا ہے۔

نئے سرے سے شروع کرنا کب جاری رکھنے سے بہتر ہے

جاری رکھنے سے پوری سابقہ تاریخ واپس آ جاتی ہے، اور بعد کی ہر درخواست کے ساتھ یہی پوری تاریخ بھیجی جاتی ہے۔ کل چار گھنٹے چلنے والی گفتگو کو آج جاری رکھنا مہنگا پڑتا ہے، اور طویل session میں token usage کیسے جمع ہوتا ہے اس لاگت کی اصل وجہ واضح کرتا ہے۔

Claude Code بعض اوقات درمیانی راستہ فراہم کرتا ہے۔ Pro یا Max plan پر، تقریباً ایک گھنٹے سے idle اور 100,000 سے زیادہ tokens رکھنے والے session کو جاری کرتے وقت، آپ کے پہلے message سے پہلے ایک dialog کھلتا ہے۔ اس وقت prompt cache expire ہو چکا ہوتا ہے، اس لیے آپ جو بھی option منتخب کریں، اگلی request پوری تاریخ کو ایک بار دوبارہ process کرتی ہے۔

• Summary سے resume کرنے پر فوراً compaction چلتا ہے، اس لیے بعد کی requests میں پوری تاریخ کے بجائے summary شامل ہوتی ہے۔ ہر request کی لاگت کم ہوتی ہے، لیکن summary میں جو معلومات چھوڑ دی جائیں وہ پھر دستیاب نہیں رہتیں۔
• Full session as-is resume کرنے سے گفتگو میں کوئی تبدیلی نہیں آتی۔ ہر detail برقرار رہتی ہے، لیکن ہر request کی لاگت گفتگو کے حجم کے مطابق بڑھتی ہے۔

ایک تیسرا option session کو مکمل طور پر جاری رکھتا ہے اور بعد میں resume کرتے وقت dialog دوبارہ ظاہر ہونے سے روکتا ہے۔

فیصلہ کرنا اتنا مشکل نہیں جتنا بظاہر لگتا ہے۔ جب آپ جو اگلی بات لکھنے والے ہیں اس کا انحصار پہلے کہی گئی باتوں پر ہو تو resume کریں۔ جب ایسا نہ ہو تو نئے سرے سے شروع کریں۔ Drift کو پہچاننا آسان ہے، اگر آپ اس پر نظر رکھیں: Claude ایسی file کا حوالہ دے جسے آپ نے ایک گھنٹہ پہلے delete کر دیا تھا، یا session کے آغاز میں طے کیے گئے فیصلے پر دوبارہ بحث شروع کر دے۔ یہ stale context ہے، اور اسے آگے لے جانے سے بیک وقت tokens اور accuracy دونوں ضائع ہوتے ہیں۔

اگر پرانی گفتگو کا مفید حصہ کوئی فیصلہ یا ایسی fact ہے جس کی آپ کو دوبارہ ضرورت پڑے گی، تو اسے محفوظ رکھنے کے لیے resume پر انحصار نہ کریں۔ اسے ایسی جگہ لکھیں جہاں ہر session اسے دیکھ سکے؛ اسی مقصد کے لیے Claude Code کی memory files استعمال ہوتی ہیں۔

/branch کو بھی یہاں جاننا مفید ہے۔ یہ موجودہ مقام تک گفتگو کی copy بناتا ہے اور آپ کو اس copy میں منتقل کر دیتا ہے، جبکہ اصل گفتگو برقرار رہتی ہے اور picker میں موجود رہتی ہے۔ اسے پہلے طریقے کو ضائع کیے بغیر دوسرا طریقہ آزمانے کے لیے استعمال کریں۔

resume، compaction اور memory میں فرق

یہ تینوں اصطلاحات اکثر خلط ملط ہو جاتی ہیں، حالانکہ ہر ایک مختلف مسئلہ حل کرتی ہے۔

resume کا مقصد یہ ہے کہ آپ conversation سے باہر نکلنے، reboot کرنے یا کسی دوسرے task پر جانے کے بعد conversation دوبارہ حاصل کر سکیں۔ compaction جاری conversation کے اندر context window سے متعلق ہے: /compact Claude کے زیرِ استعمال context کو ایک summary سے بدل دیتا ہے، اس لیے بعد کی requests میں کم tokens بھیجے جاتے ہیں۔ اگر مسئلہ یہ ہے کہ context window بھر چکی ہے تو compaction مناسب tool ہے، اور Claude Code context window کا انتظام اس کی مکمل وضاحت کرتا ہے۔

memory اس سے بھی مختلف ہے۔ CLAUDE.md files اور auto memory ہر session کے آغاز پر instructions اور facts load کرتے ہیں، اس لیے یہ ایسی conversation نہیں ہیں جس میں آپ واپس جاتے ہیں۔ یہ وہ معلومات ہیں جو آپ لکھ کر محفوظ کرتے ہیں تاکہ کسی conversation میں واپس جانے کی ضرورت نہ رہے۔

اگر آپ ایک ہی وقت میں چلنے والی دو conversations چاہتے ہیں جو آپس میں coordination کریں، تو اس کے لیے الگ mechanism موجود ہے۔ Claude Code sessions ایک دوسرے کو message بھیج سکتے ہیں جب دونوں live ہوں۔ یہ کل کی session کو disk سے دوبارہ حاصل کرنے سے مختلف مسئلہ ہے۔

FAQ

Claude Code میری session history کہاں محفوظ کرتا ہے؟

بطور ڈیفالٹ، یہ آپ کی config directory میں ~/.claude/projects/<project>/<session-id>.jsonl پر محفوظ ہوتی ہے، جہاں <project> working directory path ہے اور اس کے non-alphanumeric characters کو hyphens سے بدل دیا جاتا ہے۔ ہر file JSONL ہوتی ہے: ہر message، tool use یا metadata entry کے لیے ایک JSON object فی line۔ CLAUDE_CONFIG_DIR config directory کو کسی دوسری جگہ منتقل کرتا ہے، جبکہ settings.json میں cleanupPeriodDays یہ مقرر کرتا ہے کہ transcripts کتنے عرصے تک محفوظ رہیں گے۔ ڈیفالٹ مدت 30 دن ہے اور کم از کم مدت 1 دن ہے۔

میرے laptop کے picker میں میری VPS session کیوں نظر نہیں آتی؟

کیونکہ transcripts اسی machine کی disk پر لکھی جاتی ہیں جہاں agent چلا تھا، اور machines کے درمیان ان کی کوئی sync نہیں ہوتی۔ آپ نے اپنی VPS پر tmux کے اندر جو conversation کی تھی، وہ صرف VPS پر موجود ہوتی ہے۔ اسے SSH کے ذریعے وہیں resume کریں، یا اگر local record چاہیے تو اس کے اندر /export چلائیں اور text file کو copy کر لیں۔

کیا میں ایسی session resume کر سکتا ہوں جو مختلف directory میں شروع کی تھی؟

جی ہاں، اگر آپ کے پاس اس کا session ID ہو۔ claude --resume <session-id> پہلے موجودہ project directory اور اس کے git worktrees میں تلاش کرتا ہے، پھر اسی machine کے ہر دوسرے project میں تلاش کرتا ہے۔ Picker کے اندر Ctrl+A فہرست کو machine کے تمام projects تک وسیع کرتا ہے، جبکہ Ctrl+W اسے موجودہ repository کے تمام worktrees تک وسیع کرتا ہے۔ اگر کچھ match نہ کرے تو Claude Code No conversation found with session ID: <session-id> رپورٹ کرتا ہے۔

کیا مجھے پرانی session resume کرنی چاہیے یا نئی شروع کرنی چاہیے؟

جب آپ کا اگلا message اس conversation میں پہلے کہی گئی باتوں پر منحصر ہو تو اسے resume کریں۔ جب ایسا نہ ہو تو نئی session شروع کریں، کیونکہ resume کرنے سے پوری history دوبارہ load ہوتی ہے اور اس کے بعد ہر request میں وہ history شامل رہتی ہے۔ context drift پر نظر رکھیں: اگر session مسلسل ان files کا حوالہ دے رہی ہو جنہیں آپ پہلے ہی delete کر چکے ہیں، تو اس میں stale context موجود ہے۔ یہ context ہر turn میں آپ کے tokens اور accuracy دونوں کو متاثر کرتا ہے۔

کیا میں Claude Code کو transcripts کو disk پر لکھنے سے روک سکتا ہوں؟

جی ہاں۔ CLAUDE_CODE_SKIP_PROMPT_HISTORY transcript writes کو روک دیتا ہے، جبکہ --no-session-persistence ایک single non-interactive claude -p run کے لیے انہیں روکتا ہے۔ پہلے اس کے اثرات سمجھ لیں، کیونکہ resume transcripts کو پڑھتا ہے؛ انہیں بند کرنے کا مطلب ہے کہ --continue اور --resume کے پاس load کرنے کے لیے کچھ نہیں ہوگا۔ اگر مسئلہ files کے موجود ہونے کے بجائے ان کی location ہے تو CLAUDE_CONFIG_DIR کو encrypted volume کی طرف point کریں اور cleanupPeriodDays کی مدت کم کر دیں۔