وكيلك يبلغ حد الاستخدام.
ويتابع العمل رغم ذلك.
عندما يوشك حساب Claude أو Codex أو Grok Build الذي يعمل عليه الوكيل على استنفاد حصته، تسلّم قاعدة حصة المحادثة نفسها إلى حساب آخر سجّلت الدخول إليه بالفعل، ويستمر العمل.
دون إعادة تشغيل، ودون فقدان السياق، ودون انتظار إعادة ضبط نافذة الخمس ساعات أو النافذة الأسبوعية. يحوّل ذلك عدة اشتراكات صغيرة إلى ما يتصرّف كخطة واحدة أكبر بكثير.
محادثة واحدة، حسابان. يحدث التسليم حيث كان الجدار سابقًا.
كل خطة في Claude وCodex وGrok Build لها سقف: نافذة متحركة تُقاس بالساعات، وأخرى أطول تُقاس بالأيام أو بالأسبوع. تبلغ السقف فيتوقف CLI في منتصف المهمة. كان الوكيل قد قطع ثلاثة ملفات في إعادة هيكلة، والخطة كاملة في ذهنه، وهو الآن مجمّد حتى تنتهي ساعة لا تراها.
الحلول المعتادة كلها سيئة. إما أن تنتظر. أو تفتح حسابًا ثانيًا يدويًا وتبدأ المحادثة من موجّه فارغ، لأن الجلسة تعيش داخل الحساب الأول. أو تدفع ثمن أكبر خطة في القائمة كي يأتي الجدار متأخرًا.
يسلك AgentsRoom الطريق الرابع، ومنذ الإصدار 1.188 يسلكه عبر قاعدة حصة. لوحة الاستخدام في أسفل التطبيق تقرأ أصلًا كل أشرطة الحصة التي ينشرها كل CLI؛ وقاعدة تُكتب في اللوحة نفسها تقول: عندما تبلغ الجلسة أو الأسبوع في حسابي الأقرب إلى نفاد حصته 99%، انقل الوكلاء العاملين إلى حساب آخر. وعندما تنطلق، يختار AgentsRoom حسابًا آخر سجّلت الدخول إليه، وينقل نص المحادثة، ويعيد تشغيل الجلسة على ذلك الحساب، ويطلب من الوكيل استئناف العمل من حيث توقّف. من جهتك يبدو الأمر كأن شيئًا لم يحدث، عدا سطر في الطرفية يذكر اسم الحساب الذي تولّى المهمة.
حد الاستخدام يكلّف أكثر من الانتظار
الانتظار ليس مجرد انتظار أبدًا. نافذة من خمس ساعات تبدأ عند الثالثة عصرًا تعني بقية يومك، والمهمة التي كنت في منتصفها تبقى غير منتهية حين تُفتح النافذة من جديد.
إعادة بدء المحادثة تكلّف مالًا حقيقيًا. إعادة شرح الميزة والملفات والقرارات المتخذة سلفًا تحرق رموزًا على الحساب الجديد قبل أن يقوم بأي عمل مفيد.
التشغيلات غير المراقَبة تموت بصمت. مهمة مجدولة عند الثانية فجرًا، أو تذكرة طويلة في قائمة الأعمال، أو سير عمل جماعي: تتوقف عند الحد وتكتشف ذلك صباحًا دون إنجاز أي شيء.
يتكرّر الأمر باستمرار. ليست حالة نادرة تصادفها مرة كل ثلاثة أشهر. لمن يشغّل عدة وكلاء بالتوازي، هي ضريبة أسبوعية.
عدة خطط صغيرة، يوم واحد بلا انقطاع
نادرًا ما يطلب الناس هذه الميزة من أجل الراحة. يطلبونها بسبب الفاتورة.
اشتراك واحد كبير
- : تدفع ثمن الفئة الأعلى لتبعد الجدار أكثر، لا لتزيله.
- : الحد ما زال موجودًا، لكنه يأتي متأخرًا في اليوم، وغالبًا في أسوأ لحظة.
- : حساب واحد يعني حصة واحدة: وكيلان يعملان بالتوازي يحرقانها بضعف السرعة.
- : حين تنفد، يتوقف كل شيء دفعة واحدة. لا شيء تعود إليه.
خطتان أو ثلاث خطط صغيرة
- : كل حساب يحمل حصته المستقلة وساعة إعادة ضبط خاصة به.
- : أول حساب تنفد حصته يسلّم إلى التالي في منتصف المحادثة، دون أن تفعل شيئًا.
- : التكلفة الإجمالية غالبًا أقل من الفئة الأعلى المفردة، مقابل ساعات عمل أكثر بوضوح.
- : الحساب المستنفَد يُنحّى جانبًا حتى تُعاد ضبط نافذته، ثم يعود إلى المجموعة من تلقاء نفسه.
لا يبيعك AgentsRoom الاشتراكات ولا يأخذ نسبة منها. هو فقط يمنع ما تدفع ثمنه أصلًا من البقاء عاطلًا بينما حساب آخر محجوب.
ما يحدث فعليًا، خطوة بخطوة
خمس خطوات، لا تحتاج أي منها إليك بعد كتابة القاعدة.
يتجاوز شريط الحصة العتبة التي حدّدتها
يستطلع AgentsRoom أشرطة الحصة التي ينشرها كل CLI، وهي نفسها التي تعرضها لوحة الاستخدام، ويقيس قاعدتك عليها: أي حساب (الأقرب إلى نفاد حصته، أو حساب محدّد بالاسم)، وأي نافذة (أي مقياس افتراضيًا، أو الجلسة أو الأسبوع)، وأي عتبة، و99% هي أقرب عتبة إلى الجدار يتيحها المحرّر. لم يعد شيء يقرأ الطرفية: محادثة تتحدث عن الحدود فحسب، أو ملف يقتبس أحدها، لا يمكنهما إطلاق أي شيء، والقاعدة تنطلق مرة واحدة لكل نافذة حصة، لا في كل مرة يُستطلع فيها الشريط.
يُنحّى الحساب المستنفَد جانبًا
يُعلَّم كغير قابل للاستخدام حتى تُعاد ضبط نافذة حصته، باستخدام وقت إعادة الضبط الحقيقي الذي ينشره المزوّد. أي وكيل يُشغَّل في الأثناء يُربط بحساب سليم بدل أن يصطدم بالجدار نفسه، ويمكن لقاعدة ثانية أن تؤجّل عمليات الإطلاق المجدولة أو تعيد توجيهها قبل أن تبدأ أصلًا.
يُختار حساب بديل
من بين حساباتك الأخرى لدى ذلك المزوّد، يبقي AgentsRoom على تلك التي سُجّل الدخول إليها فعليًا على القرص، وغير المنحّاة، وغير القريبة أصلًا من حدها. ثم يختار صاحب الحصة الأكبر المتبقية. الحسابات التي استبعدتها لا تُؤخذ في الحسبان أبدًا.
تنتقل المحادثة
في Claude، يوجد نص الجلسة داخل دليل الحساب المغادر نفسه، لذا يُنسخ أولًا إلى شجرة الحساب الوارد. بدون هذه الخطوة كانت الجلسة ستُستأنف فارغة، وهي بالضبط الخسارة التي وُجدت الميزة لمنعها. ويحتفظ الحساب الأصلي بنسخته كما هي.
يستأنف الوكيل ويتابع
يُعاد تشغيل CLI على الحساب الجديد، مستأنفًا الجلسة نفسها بكامل تاريخها، ويتلقى تعليمة قصيرة بمتابعة العمل المتوقف بدل إعادة بدئه. سطر في الطرفية يذكر الحساب الذي تولّى المهمة، وتتحدّث شارة حساب الوكيل في كل أنحاء التطبيق.
كيف يعزل كل مزوّد حساباته
التبديل مبني على الآلية التي يوفّرها كل CLI أصلًا، لا على غلاف حولها.
Claude Code
الحساب هو دليل يضم بيانات اعتماده وجلساته وتاريخ مشاريعه. التبديل يعني إعادة تشغيل CLI على دليل آخر، ولهذا يجب أن ينتقل نص الجلسة مع المحادثة. يتولّى AgentsRoom هذا النسخ نيابة عنك.
CLAUDE_CONFIG_DIR
Codex
يعزل Codex بيانات الاعتماد بالطريقة نفسها، لكن سجلات المحادثة تعيش في الدليل الرئيسي لكل مشروع الذي ينشئه AgentsRoom، وهو لا يتحرك عند تغيير الحساب المرتبط. لذلك يقتصر التبديل على إعادة ربط بيانات الاعتماد ثم الاستئناف.
CODEX_HOME
Antigravity CLI وCursor
كلا الـ CLI ينشر شريط حصة منذ الإصدار 1.190 (دورة الفوترة في Cursor، ونافذتا الخمس ساعات والأسبوع لكل مجموعة نماذج في Antigravity)، لكنها قراءة واحدة للجهاز كله، لا قراءة لكل حساب، والقاعدة التي تنقل الوكلاء تحتاج إلى شريط لكل حساب: لذلك لا يوجد حتى الآن تبديل تلقائي لـ Antigravity ولا لـ Cursor. حساباتهما لا تزال موجودة ولا تزال تعمل بالتوازي. حساب Antigravity هنا هو مفتاح Gemini API، مفتاح لكل وكيل إن شئت، فيعمل عدة وكلاء على حصص منفصلة؛ وحساب Cursor هو دليل إعدادات خاص به. عندما تنفد حصة أحدها، تربط الوكيل يدويًا بمفتاح أو حساب آخر من بطاقته، ويُعاد تشغيل الوكيل من جديد بدل استئناف المحادثة.
GEMINI_API_KEY
لا يمكن التناوب بين اشتراكات Google AI Pro وGoogle AI Ultra: إذ يحتفظ Antigravity CLI بتسجيلات الدخول هذه في سلسلة مفاتيح نظام التشغيل لديك، وهي تحمل حسابًا واحدًا للجهاز كله ولا تتيح أي وسيلة للاختيار بين عدة حسابات.
يغيّر هذا كل جلسة Antigravity على هذا الجهاز، بما فيها الجلسات التي تبدأها بنفسك خارج AgentsRoom. ستستخدم كلها مفتاح API بدل اشتراك Google الخاص بك. عطّل الخيار للعودة إلى ما كان.
ما يفعله الناس اليوم بدلًا من ذلك
كل واحد من هذه حل التفافي حقيقي، ولكل منها ثمن.
انتظار إعادة ضبط النافذة
مجاني، وهو أغلى خيار موجود. يحمل الوكيل خطة سيفقدها عند ضغط السياق، ويبقى الفرع نصف منجز، وأي تشغيل غير مراقَب مجدول في تلك النافذة لا يحدث إطلاقًا.
تبديل الحساب يدويًا
قابل للتطبيق إن صادف أنك تراقب. ومع ذلك تفقد المحادثة: الجلسة تخصّ الحساب الذي أنشأها، فيبدأ الحساب الجديد من موجّه فارغ وتعيد شرح كل ما شرحته سابقًا.
غلاف صدفة أو مبدّل حسابات
هذه تبدّل بيانات الاعتماد النشطة عالميًا، خارج محررك. لا يمكنها أن تعرف أن وكيلًا بعينه، في مشروع بعينه، اصطدم بجدار في منتصف دوره، ولا تملك وسيلة لنقل تلك المحادثة. كما أنها تنقل معها كل الجلسات الأخرى.
شراء أكبر خطة
هذا يحرّك الجدار ولا يزيله، ويتوسّع بشكل سيئ: تشغيل أربعة وكلاء بالتوازي يقسم الحصة نفسها على أربعة. عدة حصص مستقلة تمتص اندفاعة لا تحتملها حصة واحدة كبيرة.
حساب العمل لن يدفع بصمت ثمن عمل شخصي
التبديل التلقائي معطّل ما لم تكتب القاعدة. نقل محادثة إلى اشتراك آخر قرارٌ يخصّ الفاتورة، وأكثر حالة يعنيها هي حساب عمل يدفع ثمن عمل شخصي، لذا فهو شيء تفعّله بنفسك لا شيء ترثه مفعّلًا. إن كنت قد فعّلت المفتاح العام السابق، فقد كتب التحديث القواعد المكافئة نيابةً عنك، باسم «متابعة العمل عند نفاد رصيد الحساب»، ويمكنك قراءتها أو تعطيلها أو حذفها كأي قاعدة أخرى. وحتى حين تكون القاعدة مفعّلة، لا تتصرّف بشكل أعمى أبدًا. يمكن تعليم أي حساب بـ «لا يُستخدم كاحتياطي أبدًا»، وهو الجواب الصحيح حين تحافظ على فصل صارم بين اشتراك جهة عملك واشتراكك الخاص، أو بين عميلين. يُعلَن عن كل تبديل في طرفية الوكيل، والحساب الذي يعمل عليه كل وكيل ظاهر على بطاقته في الشريط الجانبي، فلا يبقى ما يُفوتر على من مجرد تخمين.
FAQ
هل أحتاج إلى اشتراكين كي تعمل هذه الميزة؟
نعم. تحتاج القاعدة إلى حسابين على الأقل لدى المزوّد نفسه، وكلاهما صالح للاستخدام: حسابان مسجَّل الدخول إليهما في Claude أو Codex أو Grok Build. بحساب واحد لا يوجد ما يُبدَّل إليه، ويشير محرّر القواعد إلى ذلك، ويتصرّف AgentsRoom تمامًا كما كان من قبل: يتوقف الوكيل ويخبرك بموعد إعادة ضبط الحصة.
هل يفقد الوكيل المحادثة عند التبديل؟
في Claude وCodex وGrok Build لا يفقدها، وهذا هو جوهر الأمر: تُستأنف الجلسة بكامل نصها على الحساب الجديد. في Claude يُنسخ النص أولًا إلى دليل الحساب الوارد، لأن جلسة Claude تعيش فعليًا داخل الحساب الذي أنشأها. أما Antigravity وCursor فلا تبديل تلقائي لهما، إذ تُقرأ حصتهما مرة واحدة للجهاز كله، لا مرة لكل حساب؛ وعندما تنقل أحد وكلائهما يدويًا، يُعاد تشغيله من جديد على الحساب الآخر بدل استئنافه.
هل هي مفعّلة افتراضيًا؟
لا. إنها قاعدة حصة تنشئها بنفسك: افتح لوحة الاستخدام في أسفل التطبيق، وافتح بطاقة إدارة الحصة في العمود الأيمن من اللوحة (منذ الإصدار 1.192 صارت الأشرطة على اليسار والإجراءات على اليمين)، وانقر على قاعدة جديدة، واختر الإجراء «تبديل الوكلاء العاملين»، ثم اختر المزوّد والنافذة (أي مقياس، أو الجلسة أو الأسبوع) والعتبة. إن كان المفتاح العام السابق مفعّلًا قبل التحديث، فهذه القواعد موجودة أصلًا باسم «متابعة العمل عند نفاد رصيد الحساب». تجميع اشتراكين ينقل العمل، والمال، من أحدهما إلى الآخر، فهو اختيار لا إعداد افتراضي. وحتى بعد كتابتها، لا تفعل القاعدة شيئًا حتى يكون لديك حساب ثانٍ مسجَّل الدخول لدى ذلك المزوّد.
هل يمكنني منع حساب معيّن من الاستخدام كاحتياطي؟
نعم. لكل حساب خيار استبعاد خاص به، «لا يُستخدم كاحتياطي أبدًا»، في الإعدادات ضمن مزوّدي الذكاء الاصطناعي والحسابات. الحسابات المستبعدة لا تُختار كاحتياطي أبدًا، لكنها تظل تعمل بشكل طبيعي حين يُربط بها وكيل صراحةً.
ماذا لو نفدت حصة كل الحسابات؟
يتوقف الوكيل، وتقول الطرفية ذلك، فتذكر اسم الحساب ووقت إعادة الضبط الذي أبلغ عنه CLI. هي النتيجة نفسها كما اليوم، لكن مع تفسير بدل الصمت.
هل يمكن أن يبدّل عن طريق الخطأ فيحرق اشتراكي الثاني؟
تقرأ القاعدة شريط الحصة الذي ينشره المزوّد، لا الطرفية أبدًا، وتنطلق مرة واحدة لكل نافذة حصة عندما يتجاوز ذلك الشريط العتبة التي حدّدتها؛ و99% هي أقرب عتبة إلى الجدار يتيحها المحرّر. لا يمكن أن يُطلقها تحذير في محادثة، ولا لوحة حصة ألصقها أحدهم، ولا ملف يقتبس حدًّا. ويمكن أيضًا اشتراط شرط ثانٍ، مثل أن يكون الأسبوع هو الآخر فوق مستوى معيّن، كي لا تنقل القاعدة وكيلًا أبدًا بناءً على رقم الجلسة وحده.
هل يعود الحساب المستنفَد؟
نعم. يُنحّى حتى تُعاد ضبط نافذة حصته، باستخدام وقت إعادة الضبط الخاص بالمزوّد عند توفره، ثم يعود إلى المجموعة تلقائيًا بعد ذلك. لا شيء تنقر عليه.
هل يعمل هذا مع التشغيلات غير المراقَبة؟
هناك تحديدًا تكمن أهميته الكبرى. المهام المجدولة وتذاكر قائمة الأعمال وسير عمل الفرق تعمل دون مراقبة أحد، وكان حد الاستخدام ينهيها بصمت. يحدث التبديل بالطريقة نفسها سواء كنت أمام لوحة المفاتيح أو نائمًا. ولأنه قاعدة حصة، فإن القواعد المجاورة لها تغطي جانب الإطلاق أيضًا: يمكن لقاعدة أن تؤجّل عمليات الإطلاق المجدولة ما دامت الجلسة ممتلئة، أو ترسلها إلى الحساب الاحتياطي قبل أن تستهلك أي شيء.
أي المزوّدين يدعمها؟
Claude Code وCodex وGrok Build: الـ CLI الثلاثة التي تنشر شريط حصة يستطيع AgentsRoom قراءته وتعزل حسابًا كاملًا على القرص، فتنتقل المحادثة مع الوكيل. أما Antigravity CLI وCursor فلهما قراءة حصة واحدة للجهاز كله، لا قراءة لكل حساب، لذا لا تستطيع أي قاعدة التمييز بين حساباتهما ولا يحدث أي تبديل من تلقاء نفسه؛ تظل حساباتهما تعمل جنبًا إلى جنب وتربط الوكيل بحساب آخر يدويًا. ويمكن إضافة أي CLI يحصل على حصة قابلة للقراءة وحسابات معزولة دون إعادة تصميم أي شيء.
هل هذا مخالف لشروط المزوّدين؟
لا ينشئ AgentsRoom حسابات ولا يشارك بيانات اعتماد ولا يجمّع حصص الآخرين. يستخدم اشتراكات تملكها وسجّلت الدخول إليها، عبر آلية عزل الحسابات التي يوثّقها كل CLI. هو الشيء نفسه الذي كنت ستفعله يدويًا، ناقص الانقطاع.
هل يمكنني التناوب بين اشتراكَي Google AI Pro أو Ultra في Antigravity؟
لا، ولا توجد اليوم أداة تفعل ذلك بشكل نظيف. يخزّن Antigravity CLI تسجيل الدخول هذا في سلسلة مفاتيح نظام التشغيل لديك، وهي تحمل حسابًا واحدًا للجهاز كله ولا تكشف أي وسيلة للاختيار بين عدة حسابات. أما المبدّلات التي تبدو وكأنها تدير عدة اشتراكات فهي تعيد كتابة ذلك المدخل في سلسلة المفاتيح، فلا يبقى نشطًا سوى حساب واحد في كل لحظة، ولكل الجلسات على الجهاز. لا يفعل AgentsRoom ذلك. ما يدعمه بدلًا من ذلك هو عدة مفاتيح Gemini API، مفتاح لكل وكيل، وهي تعمل بالتوازي فعلًا.
ما الذي يتغيّر على جهازي حين أضع وكيل Antigravity على مفتاح API؟
يكتب ذلك إعدادًا يقرأه Antigravity CLI على مستوى النظام كله، فتستخدم كل جلسة Antigravity على ذلك الجهاز مفتاح API بدل اشتراك Google الخاص بك، بما فيها الجلسات التي تبدأها بنفسك خارج AgentsRoom. ينبّهك AgentsRoom إلى ذلك في المكان الذي تفعّل فيه الخيار، وإيقافه يعيد السلوك السابق كما كان.
أضفت حسابات Antigravity ولم يتغيّر شيء. لماذا؟
هي مضبوطة لكنها غير نشطة: ما زال Antigravity CLI يقرأ بيانات الاعتماد الخاصة به، فيتجاهل المفتاح. فعّل زر التبديل الموجود فوق القائمة كي تصبح سارية. لا شيء يبلّغ عن خطأ في هذه الحالة، لأنه من وجهة نظر الـ CLI لا شيء خاطئ: هو ببساطة لم ينظر إلى المفتاح قط.
قد يعجبك أيضًا
Claude متعدد الحسابات
شغّل حسابَي Claude Code أو أكثر على جهاز واحد، جنبًا إلى جنب في AgentsRoom. حساب شخصي على مشروع، وحساب عمل على مشروع آخر، وحساب عميل على ثالث. ثبّت حسابًا لكل مشروع، وتجاوزه لكل وكيل، وسجّل الدخول من داخل التطبيق. تنزيل مجاني على macOS وWindows وLinux.
Codex متعدد الحسابات
شغّل عدة حسابات Codex CLI بشكل متوازٍ في AgentsRoom. حساب OpenAI شخصي لمشروع وحساب عمل لآخر. ثبّت حسابًا لكل مشروع وتجاوزه لكل وكيل. سجّل الدخول مباشرة من التطبيق عبر codex login.
استخدام الرموز: لكل جلسة: مباشر
عداد رموز مباشر في كل جلسة Claude Code داخل AgentsRoom. تنبيه أحمر عند تجاوز الاستهلاك، ومعدل إصابة الذاكرة المؤقتة، وتفصيل كامل للإدخال والإخراج والذاكرة المؤقتة. محلي 100%. مجاني على macOS وWindows وLinux.
متعدد المزودين
شغّل Claude وCodex وبقية أدوات CLI للوكلاء جنبًا إلى جنب في المشروع نفسه، وانقل جلسة من واحدة إلى أخرى دون فقدان السياق.
Adaptive Mode
اضبط حجم النموذج قبل الإرسال: المهام الخفيفة على نموذج رخيص، والثقيلة على نموذج رائد. إنفاق رموز أقل يعني بلوغ الحد متأخرًا.
استئناف جلسة
تابع محادثة CLI سابقة بدل البدء من موجّه فارغ، على أي مزوّد يدعم ذلك.
المهام المجدولة
شغّل الوكلاء وفق جدول زمني، بما في ذلك أثناء الليل. مع تبديل الحسابات تلقائيًا، لم يعد جدار الحصة ينهي التشغيل.
تنبيهات الاستخدام
قبل الجدار: احصل على إشعار عندما يتجاوز شريط حصة 50% أو 75% أو 90% أو عتبة اخترتها، على سطح المكتب أو على هاتفك، مرة واحدة لكل نافذة.
طابور الرسائل
الطرف الآخر من النافذة نفسها: كدّس برومبتاً واضبطه لينطلق عند تجدد الحصة، أو قبل إعادة ضبط النافذة بقليل، كي يُنفَق الرصيد الذي دفعت مقابله.
قراءات إضافية
كم عدد التوكنات المتبقية لي في Claude؟ الشاشتان اللتان يجب مراجعتهما.
اشتراكك في Claude ليس مقوَّماً بالتوكنات، لذلك لا توجد شاشة تعرض رصيداً من التوكنات. إليك ما يقيسه فعلياً، والشاشتان اللتان تعرضه حقاً، ولماذا يتناقص وأنت لا تكتب شيئاً، وما الذي يفعله تغيّر النافذة الأسبوعية في سبتمبر 2026 بأسبوعك.
Claude Code يحتفظ بتسجيل دخول واحد في كل مرة، وإليك كيف تشغّل عدة حسابات
دليل عملي لتشغيل حساب عمل وحساب شخصي على الجهاز نفسه: متغير البيئة الوحيد الذي يحدد أي تسجيل دخول نشط، ولماذا ينكسر أسلوب الـ shell بمجرد تجاوز طرفيتين، وكيف تثبّت حسابًا لكل مشروع.
لا يحتفظ Antigravity CLI إلا بتسجيل دخول Google واحد لكل جهاز، وإليك ما ينفع بدلًا منه
لماذا لا يمكنك التناوب بين اشتراكَي Google AI Pro في Antigravity CLI، وأين يخزّن تسجيل دخولك فعلًا، وما الذي تفعله مبدّلات الحسابات حقًا بسلسلة مفاتيح نظامك، ولماذا لا تضاعف خطة العائلة حصتك، والأسلوب الوحيد الذي يشغّل عدة حسابات بالتوازي فعلًا.
كفى إهدارًا لفترات ما بعد الظهر بسبب حد استخدام
سجّل الدخول إلى حساب ثانٍ مرة واحدة. في المرة القادمة التي تنفد فيها الحصة، ستعرف ذلك من سطر في الطرفية، لا من وكيل توقف منذ ساعات.
التطبيق المرافق: تابع وكلاءك أينما كنت
استخدم Claude أو Codex أو Antigravity CLI أو أي مزود AI آخر.
أرسل الأخطاء والطلبات مباشرة إلى قائمة المهام العامة.