لا يحتفظ Antigravity CLI إلا بتسجيل دخول Google واحد لكل جهاز، وإليك ما ينفع بدلًا منه

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

وهذا أيضًا سؤال تجيب عنه المنظومة إجابة سيئة. هناك أدوات تبدو وكأنها تحله، وفهم ما تفعله فعلًا بجهازك هو الفرق بين اختيار مستنير وحساب محظور.

أين يقيم تسجيل الدخول فعلًا

يخزّن كل من Claude Code وCodex الحساب على هيئة مجلد. وجّه CLAUDE_CONFIG_DIR أو CODEX_HOME إلى مسار آخر فيصبح لديك حساب ثانٍ مستقل تمامًا: بيانات اعتماده الخاصة، وسجله الخاص، ولا شيء مشترك. ولأن المتغير يُقرأ لكل عملية على حدة، فإن وكيلين أُطلقا بقيمتين مختلفتين يعملان على حسابين مختلفين في الوقت نفسه.

لا يفعل Antigravity CLI شيئًا من ذلك. فبيانات اعتماد Google لديه تذهب إلى سلسلة مفاتيح نظام التشغيل:

انتبه إلى الترتيب، لأن كل المقالات تقريبًا تقلبه: الخدمة هي gemini والحساب هو antigravity، لا العكس.

هذا المخزن يحمل مدخلة واحدة للجهاز كله. لا خانة ثانية، ولا اسم ملف تعريف، ولا وسيلة لإخبار الـ CLI أي بيانات اعتماد يستخدم من بين عدة. لا يوجد --profile ولا --auth-store ولا --data-dir، ولا متغير بيئة ينقل الموضع.

وليس هذا سهوًا لم ينتبه له أحد. فالمسألة #155 في مستودع الـ CLI تطلب هذا بالضبط، وتسمّي CODEX_HOME وCLAUDE_CONFIG_DIR باعتبارهما ما ينقص. والمسألة #381 تطلب محدّد ملف تعريف كي يصبح وجود الأدوات الملتفّة ممكنًا أصلًا. وكلتاهما مفتوحة. ولا إجابة من Google على أي منهما.

ما تفعله مبدّلات الحسابات حقًا

تعلن عدة أدوات دعم تعدد الحسابات في Antigravity. وهي تعمل بالطريقة الوحيدة الممكنة أمام مخزن بخانة واحدة: تعيد كتابة مدخلة سلسلة المفاتيح.

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

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

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

فخ خطة العائلة

فكرة تبدو معقولة بعد أن تدرك صعوبة الحصول على حساب ثانٍ: اشترِ مقعد Google AI Pro ثانيًا داخل مجموعتك العائلية وتناوب يدويًا.

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

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

ما ينفع فعلًا: مفتاح لكل وكيل

هناك بيانات اعتماد واحدة بالضبط يقرأها Antigravity CLI لكل عملية على حدة بدل قراءتها من سلسلة مفاتيح الجهاز: مفتاح Gemini API، مأخوذ من البيئة.

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

تحفظان اثنان، وليسا صغيرين.

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

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

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

كيف يبدو هذا في AgentsRoom

في AgentsRoom، حساب Antigravity هو مفتاح Gemini API، وهو مرتبط بكل وكيل لا بكل مشروع، لأن نفاد الحصة مشكلة محادثة واحدة لا مشكلة كل ما لديك مفتوحًا. تعمل عدة وكلاء بالتوازي على مفاتيح منفصلة، وحين ينفد مفتاح في منتصف مهمة يُسلَّم الوكيل إلى مفتاح آخر تلقائيًا. ويمكن استبعاد أي حساب كي لا يُستخدم أبدًا كاحتياطي.

وثمة فارقان عن انتقال Claude وCodex مكتوبان صراحةً في صفحة الميزة لا مدفونان فيها، لأنهما حقيقيان: في Antigravity يُعاد إطلاق الوكيل بشكل نظيف على المفتاح الوارد بدل استئناف المحادثة، ولا يوجد شريط حصة، لذا يُبعَد المفتاح المستنفد لمدة افتراضية لا حتى موعد إعادة ضبطه الحقيقي.

وما يمتنع AgentsRoom عن فعله عمدًا هو إعادة كتابة سلسلة مفاتيحك. يبقى تسجيل دخول اشتراك Google لديك تمامًا حيث وضعه الـ CLI.

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

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

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

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

هل يمكنني استخدام حسابَي Google في Antigravity CLI؟

ليس تسجيلَي دخول اشتراك، لا. يخزّن Antigravity CLI بيانات اعتماد Google في سلسلة مفاتيح نظام التشغيل لديك، وهي تحمل مدخلة واحدة للجهاز كله ولا تكشف أي وسيلة للاختيار بين عدة مدخلات. ولا يوجد مجلد خاص بكل حساب توجّه إليه الـ CLI، لذا لا شيء يستطيع إبقاء تسجيلَي دخول اشتراك نشطين في الوقت نفسه. ما يعمل بالتوازي فعلًا هو مفاتيح Gemini API، مفتاح لكل عملية، لأن الـ CLI يقرأ المفتاح من البيئة.

أين يخزّن Antigravity CLI تسجيل دخوله؟

في سلسلة مفاتيح نظام التشغيل، لا في ملف إعدادات يمكنك نسخه. على macOS هو مدخلة في Keychain خدمتها gemini وحسابها antigravity. وعلى Windows هو الزوج gemini:antigravity في Credential Manager، وعلى Linux الزوج نفسه في Secret Service. انتبه إلى الترتيب، فهو عكس ما يخمّنه معظم الناس: الخدمة هي gemini والحساب هو antigravity.

هل يوجد مكافئ لـ CLAUDE_CONFIG_DIR أو CODEX_HOME في Antigravity؟

لا. يعزل Claude Code حسابًا كاملًا داخل المجلد الذي يشير إليه CLAUDE_CONFIG_DIR، ويفعل Codex الشيء نفسه عبر CODEX_HOME. ولا يملك Antigravity CLI أي مكافئ لذلك، وهو بالضبط ما تطلبه المسألة 155 في مستودع antigravity-cli، وهي تسمّي المتغيرين معًا. وما زالت مفتوحة، ولا يوجد كذلك أي خيار --profile أو --auth-store أو --data-dir.

هل يمنحني اشتراكا Google AI Pro داخل مجموعة عائلية واحدة ضعف الحصة؟

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

هل يخالف التناوب بين حسابين مدفوعين شروط Google؟

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

ما الذي تفعله مبدّلات حسابات Antigravity فعلًا؟

تعيد كتابة المدخلة الوحيدة في سلسلة المفاتيح التي يقرأها الـ CLI. لهذا تبدو وكأنها تدير عدة حسابات بينما يبقى واحد فقط نشطًا: التغيير يسري على الجهاز كله ويطال كل جلسة Antigravity، بما فيها الجلسات التي لم تبدأها من الأداة. إنه استبدال لا عزل، لذا لا يمكن أبدًا لوكيلين أن يعملا على حسابَي اشتراك في الوقت نفسه.

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

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

بيانات الاعتماد الوحيدة التي يقرأها الـ CLI لكل عملية هي مفتاح Gemini API. وهي ما يشغّل فعلًا عدة وكلاء Antigravity بالتوازي، بثمن تحويل وضع عام ونموذج فوترة مختلف. وإذا كنت تتوقع تجربة Claude Code، فتلك تعمل فعلًا على أساس المجلد، والفرق ليس مسألة جودة أدوات: إنه المكان الذي قرر كل CLI أن يضع فيه بيانات اعتمادك.