Claude Code يحتفظ بتسجيل دخول واحد في كل مرة، وإليك كيف تشغّل عدة حسابات

هناك لحظة تحدث لمعظم من يستخدمون Claude Code في عملهم وفي مشاريعهم الخاصة معًا. تنهي جلسة عمل، وتنتقل إلى مشروع جانبي، فتكتشف أن الوكيل ما زال مسجّل الدخول بالحساب الذي يدفع ثمنه صاحب العمل. فتسجّل الخروج، وتسجّل الدخول من جديد بحسابك أنت، وبعد نصف ساعة عليك أن تفعل العكس.

هذه الحلقة ليست ميزة ناقصة. إنها نتيجة للمكان الذي يحتفظ فيه Claude Code بتسجيل الدخول، وبمجرد أن تعرف أين هو، يصبح تشغيل عدة حسابات جنبًا إلى جنب تفصيلًا في الإعدادات لا مشكلة في سير العمل.

متغير بيئة واحد يحدد الحساب النشط

لا يحتفظ Claude Code ببيانات الاعتماد في قاعدة بيانات ولا في مدخلة سلسلة مفاتيح مفهرسة حسب الملف الشخصي. إنه يقرأ كل ما يحتاجه من مجلد واحد: بيانات الاعتماد، وبيانات الجلسة، وسجل كل مشروع.

ذلك المجلد هو ما يشير إليه CLAUDE_CONFIG_DIR. وإذا لم تضبطه أبدًا، فهو ~/.claude.

هذه هي الآلية بأكملها، ولها خاصية مفيدة: لأن الحساب مجلد لا إعدادًا عامًا، فإن امتلاك حسابين يعني امتلاك مجلدين. لا شيء مشترك بينهما. يبقى كلاهما مسجّل الدخول إلى أجل غير مسمى، ولا يعرف أحدهما بوجود الآخر.

لذا فإن النسخة الساذجة تعمل:

# شخصي
CLAUDE_CONFIG_DIR=~/.claude claude

# عمل
CLAUDE_CONFIG_DIR=~/.claude-work claude

شغّل /login مرة واحدة داخل المجلد الثاني، فيصبح لديك حسابان نشطان على جهاز واحد.

أين يبدأ أسلوب الـ shell في التسبب بالمتاعب

النسخة المكوّنة من سطرين أعلاه جيدة فعلًا إذا كنت تفتح طرفية واحدة في كل مرة وكنت منضبطًا. لكنها تكفّ عن كونها كذلك لثلاثة أسباب، وهي تتراكم.

المتغير لكل عملية، لا لكل جهاز. كل طرفية جديدة، وكل لوحة جديدة، وكل shell مدمج في المحرر يبدأ من القيمة الافتراضية في ملف تعريفك. صدّره في .zshrc وتكون قد نقلت المشكلة فحسب: صار الحساب الآخر هو الذي تنسى أمره باستمرار.

لا شيء يخبرك أي حساب هو النشط. لا يطبع Claude Code اسم الحساب في محثّه. إذا كانت لديك طرفيتان مفتوحتان وإحداهما على حساب العمل، فستبدوان متطابقتين. واللحظة التي تنتبه فيها هي عادةً اللحظة التي تراجع فيها الفاتورة.

لا يصمد الأسلوب أمام التوازي. الإعدادات المثيرة للاهتمام تشغّل عدة وكلاء في وقت واحد، على عدة مشاريع. وبمجرد تجاوز جلستين متزامنتين، فإن تذكّر أي لوحة أُطلقت بأي متغير ليس مشكلة انضباط، بل مشكلة تصميم.

الحل ليس المزيد من الـ shell. الحل هو التوقف عن اتخاذ القرار عند لحظة الإطلاق، والبدء بربط الحساب بالشيء الذي يحدده فعلًا: المشروع.

اربط الحساب بالمشروع، لا بالطرفية

ما تريده عادةً قاعدة، لا أمرًا. شيء من قبيل: مستودع هذا العميل يعمل دائمًا على حساب هذا العميل. وبمجرد وجود تلك القاعدة، لا يحتاج أحد إلى تذكّر أي شيء.

تنفيذ ذلك على نحو سليم يعني تحديد الحساب وفق ترتيب معرّف، لأن القاعدة تحتاج إلى استثناءات. القيمة الافتراضية على مستوى المشروع صحيحة في معظم الأحيان، لكن وكيلًا بعينه قد يحتاج إلى العمل في مكان آخر: تجربة عابرة على حساب اختبار، أو وكيل مراجعة على مقعد بحصة أكبر.

اقرأ من الأعلى، وأول قاعدة تنطبق هي التي تفوز. تجاوز الوكيل يتغلب على تثبيت المشروع. وتثبيت المشروع يتغلب على أي قيمة ضبطتها كافتراضي عام. وإذا لم يُضبط شيء في أي مكان، فستهبط على ~/.claude، وهو ما يفعله التثبيت الجديد أصلًا. هذا الاحتياط الأخير مهم: معناه أن إضافة هذا إلى إعداد قائم لا تغيّر شيئًا حتى تثبّت شيئًا صراحةً.

هذا هو النموذج الذي ينفّذه AgentsRoom. كل حساب مجلد مُدار، ويحدث تسجيل الدخول داخل التطبيق لا في shell، ويعمل ترتيب التحديد أعلاه عند إطلاق الوكيل، فيضبط CLAUDE_CONFIG_DIR على تلك العملية وحدها. وإذا كنت تستخدم أصلًا مبدّلًا خارجيًا مثل CCS، فيمكنك توجيه حساب إلى مجلد ملف تعريف موجود بدل تسجيل الدخول من جديد.

المشكلة نفسها موجودة في Codex، مع متغير مختلف

إذا كنت تشغّل أكثر من مزوّد، فستصطدم بهذا مرتين. الشكل متطابق والمتغير ليس كذلك، لذا فإن مبدّلًا مبنيًا لأحدهما لا يغطي الآخر. نوثّق جانب Codex على حدة في تعدد الحسابات في Codex، بما في ذلك ما يختلف في مسار تسجيل الدخول.

النقطة العامة تستحق أن تُقال مرة واحدة: عزل الحسابات آلية خاصة بكل مزوّد. وأي أداة تزعم التعامل معه على مستوى شامل إما أنها تغلّف كل مزوّد على حدة أو أنها تدعم مزوّدًا واحدًا فقط.

اعرف أي حساب يستهلك الرموز فعلًا

فصل الحسابات ليس سوى نصف السبب الذي يدفع الناس إلى هذا. النصف الآخر هو معرفة أين يقع الاستهلاك، خصوصًا حين يكون هناك عميل يدفع.

هذا هو الجزء الذي ينكسر بهدوء مع أسلوب الـ shell. أدوات قراءة الاستخدام التي لا تنظر إلا إلى ~/.claude ستُبلّغ عن أقل من الواقع في اللحظة التي يعمل فيها وكيل في مكان آخر، والأرقام تبدو معقولة بما يكفي لئلا ينتبه أحد لأسابيع. أما القارئ الذي يعي تعدد الحسابات فعليه أن يمرّ على كل مجلد مضبوط، لا على المجلد الافتراضي وحده.

إذا أردت أرقامًا لكل حساب ولكل جلسة، فقد غطّينا جانب القياس في كيفية التحقق من استخدام رموز Claude Code، والعرض الحي موجود في صفحة استخدام الرموز.

ما ليس هذا مخصصًا له

توضيح واحد، لأن السؤال يُطرح ويستحق إجابة صريحة لا صمتًا.

كل ما سبق يتعلق بـفصل حسابات موجودة أصلًا بصورة مشروعة. مقعد يدفع ثمنه صاحب العمل واشتراك شخصي تدفع ثمنه أنت هما علاقتان تجاريتان مختلفتان، وإبقاؤهما على جهاز واحد دون تلوّث متبادل حاجة حقيقية وعادية. وكذلك فوترة رموز عميل على ذلك العميل، وكذلك إبقاء حساب تجريبي بعيدًا عن حساب إنتاجي.

أما إنشاء حسابات إضافية للالتفاف على حدود السعة في الخطة التي أنت مشترك فيها فأمر مختلف، وهو ما تستهدفه سياسات الاستخدام. الآلية الموصوفة هنا لا تجعل ذلك مقبولًا، وأي أداة تؤتمته ستكون قد ساعدتك على خرق اتفاق وقّعت عليه. إذا كان حسابك الثاني موجودًا لأن شخصًا آخر يدفع ثمنه، فأنت على أرض صلبة. وإذا كان موجودًا لتصفير حد المعدل، فلا. سياسات الاستخدام لدى Anthropic هي المرجع، لا هذه المقالة.

أسئلة يطرحها الناس فعلًا

هل يمكنني استخدام حسابين في Claude Code على الجهاز نفسه؟

نعم. يقرأ Claude Code بيانات الاعتماد وبيانات الجلسة وسجل المشاريع من المجلد الذي يشير إليه CLAUDE_CONFIG_DIR، وقيمته الافتراضية هي ~/.claude. وجّه هذا المتغير إلى مجلد ثانٍ وسجّل الدخول فيه، فيصبح لديك حسابان مستقلان على الجهاز نفسه. لا شيء مشترك بين المجلدين، لذا يبقى كلاهما مسجّل الدخول في الوقت نفسه.

كيف أبدّل بين حسابات Claude Code دون تسجيل الخروج؟

لا تسجّل الخروج إطلاقًا. تسجيل الخروج ثم الدخول من جديد يعيد استخدام المجلد نفسه، فتخسر الجلسة الأولى مقابل الحصول على الثانية. بدلًا من ذلك، امنح كل حساب مجلد إعدادات خاصًا به، واختر بينهما بضبط CLAUDE_CONFIG_DIR عند تشغيل الـ CLI. تبقى بيانات اعتماد الحسابين صالحة على القرص، والتبديل لا يكلّف شيئًا.

أين يخزّن Claude Code تسجيل الدخول؟

في المجلد الذي يشير إليه CLAUDE_CONFIG_DIR، وهو ~/.claude ما لم تغيّره. أما بيانات الاعتماد نفسها فتُحفظ في ملف .credentials.json داخل ذلك المجلد، إلى جانب بيانات الجلسة وسجل كل مشروع. هذا المجلد الواحد هو الحساب بأكمله، وهو ما يجعل استبداله تبديلًا نظيفًا لا حيلة ملتوية.

هل يمكن تشغيل وكيلين على حسابَي Claude مختلفين في الوقت نفسه؟

نعم، ما دامت كل عملية وكيل تحصل على CLAUDE_CONFIG_DIR خاص بها في بيئتها. يُقرأ المتغير لكل عملية عند الإطلاق، لا على مستوى النظام، لذا فإن وكيلين انطلقا بقيمتين مختلفتين يعملان على حسابين مختلفين بالتوازي. هذا ما يجعل مشروع عمل ومشروعًا شخصيًا قابلين للاستخدام في النافذة نفسها.

هل يخالف امتلاك أكثر من حساب Claude شروط Anthropic؟

امتلاك حسابات منفصلة لأغراض منفصلة أمر عادي: مقعد يدفع ثمنه صاحب العمل واشتراك شخصي تدفع ثمنه أنت هما علاقتان تجاريتان مختلفتان. ما تستهدفه سياسات الاستخدام هو إنشاء حسابات للالتفاف على حدود السعة في الخطة التي أنت مشترك فيها. إذا كان حسابك الثاني موجودًا لأن شخصًا آخر يدفع ثمنه، فأنت على أرض صلبة. وإذا كان موجودًا لتصفير حد المعدل، فلا. سياسات الاستخدام لدى Anthropic هي المرجع.

النسخة المختصرة

يخزّن Claude Code الحساب على هيئة مجلد، وCLAUDE_CONFIG_DIR يحدد أيها نشط. مجلدان يعنيان حسابين، مسجّلي الدخول بشكل دائم، دون أي شيء مشترك بينهما.

نسخة الـ shell من هذا تعمل إلى أن يصبح لديك أكثر من طرفية مفتوحة. بعد ذلك، ما تريده هو أن يكون الحساب خاصية من خصائص المشروع، مع تجاوز على مستوى كل وكيل من أجل الاستثناءات، بحيث تُربط بيانات الاعتماد الصحيحة عند لحظة الإطلاق ولا يحتاج أحد إلى تذكّر أي شيء.