CodexBar: حدود التوكن في شريط القائمة (Codex وClaude وGemini وغيرها)

2026 سنة رائعة لبناء الأشياء: مع Codex وClaude وGemini (ومع أداة جديدة تقريباً كل شهر) لديك قوة على مكتبك أكثر من أي وقت مضى.

وفي الوقت نفسه هي سنة محبطة للغاية لبناء الأشياء.

ليس بسبب النماذج، بل بسبب الواقع حولها: حدود، توكنز، credits، نوافذ جلسات، سقوف أسبوعية، ومؤقتات إعادة ضبط.

نحن نبني بالنماذج، لكننا نبني ضمن ميزانيات.

أستخدم CodexBar منذ حوالي أسبوع. ما زال فيه بعض الأخطاء هنا وهناك، لكنه مفيد للغاية، خصوصاً لأنه لا يحاول أن يكون “دردشة أخرى” بل يحل مشكلة مختلفة:

كيف أبقي أمامي متى ما زلت أستطيع العمل ومتى علي أن أنتظر من جديد؟

ونعم: أصل إلى حدود اشتراكات OpenAI وGemini وClaude بشكل منتظم. خصوصاً في جلسات كود طويلة لأدواتي أو مشاريعي، يحدث ذلك أسرع مما تتوقع. ثم تجلس وتنتظر حتى تتم إعادة ضبط التوكنز (أو credits).

ما هو CodexBar؟

CodexBar تطبيق صغير في شريط القائمة على macOS يجعل معلومات الاستخدام والحدود مرئية: لكل مزود، مع أوقات إعادة الضبط.

المشروع مفتوح المصدر (MIT) ومجاني.

يقف خلفه Peter Steinberger (GitHub: steipete). إن كان الاسم مألوفاً لك من الضجة الحالية حول OpenClaw (سابقاً Clawdbot/Moltbot) فهو نفس المطور. في منتصف فبراير 2026 انضم Steinberger إلى OpenAI. وهذا أحد الأسباب التي تجعل المشروع حاضراً بقوة الآن.

وهذا منطقي أيضاً كقصة: OpenClaw وكيل مستقل معروف بحرق كميات هائلة من التوكنز (وبالتالي المال) في تشغيلات طويلة. عندها يصبح وجود “لوحة عدادات” مثل CodexBar أمراً بديهياً.

الفكرة بسيطة بشكل مخادع: بدلاً من التنقل بين ثلاثة dashboards (أو فتح صفحة usage في منتصف الflow) ترى حدودك مباشرة في شريط القائمة.

الواجهة متعمدة أن تكون بسيطة:

• بدون أيقونة Dock.
• عنصر حالة لكل مزود (أو وضع اختياري لدمج الأيقونات).
• أيقونة صغيرة مع شريطين: الجلسة في الأعلى، الأسبوع في الأسفل (عندما يكون متاحاً)، مع عدّ تنازلي لإعادة الضبط.

وإن كنت تفضل لوحة صغيرة كdashboard: CodexBar يوفر أيضاً Widgets أصلية في macOS (WidgetKit) تعكس “Menu Card Snapshot” (مركز الإشعارات أو سطح المكتب).

لماذا أصبح هذا مهماً فجأة؟

إذا كنت ترسل prompt من حين لآخر فكل هذا لا يهم.

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

وهذا هو الجزء الماكر: الحدود لا تخرجك من الflow فقط، بل تمزق السياق.

الأمر يصبح أوضح بالأرقام: إذا انتهت نافذة جلستك (مثلاً “5 ساعات” في Claude) فجأة، أو كنت قد استهلكت معظم الحد الأسبوعي، غالباً لن تلاحظ إلا بعد فوات الأوان.

وهذا لا يتعلق فقط بحدود الوقت في اشتراكات Pro. إن كنت تعتمد كثيراً على APIs فحدك يكون غالباً المال. حرق 50 دولاراً في ظهيرة واحدة “بالخطأ” يحدث أسرع مما تتخيل. خصوصاً بعد ضجة OpenClaw حين تجاوز كثير من المطورين ميزانياتهم في يناير/فبراير 2026 لأن وكيلاً عمل طوال الليل دون مراقبة.

أنت في ذروة العمل، المعمارية في رأسك، الاختبارات تعمل، تحتاج حلّاً نظيفاً آخر. ثم:

تم الوصول إلى الحد.

CodexBar لا يغير ذلك. لا يمنحك توكنز إضافية. لكنه يعطيك ما يهم حينها: قابلية التخطيط.

• هل يستحق أن أبدأ محاولة جديدة الآن أم الأفضل الانتظار 10 دقائق؟
• هل الجلسة فارغة لكن الأسبوع ما زال متاحاً؟
• أي مزود يمكنني استخدامه الآن إن كنت مرناً؟

شريط القائمة ممتاز لهذا. لكن ماذا لو كنت تحتاج حدودك (أو تكلفتك) مباشرة في الطرفية، مثلاً لسكربتات أو CI/CD؟

CLI المدمج (للمستخدمين المتقدمين)

CodexBar ليس فقط تطبيق شريط قائمة. بل يأتي أيضاً مع CLI خاص به، لتستعلم عن الحدود والتكلفة من الطرفية (مفيد لسكربتات أو CI/CD):

codexbar status
codexbar cost --provider claude

ما هي المزودات المدعومة؟

التركيز في البداية كان على Codex وClaude، لكن CodexBar يدعم الكثير الآن. بحسب المزود يتم جلب الحدود عبر CLIs محلية أو OAuth أو (اختيارياً) عبر cookies المتصفح.

من بين المدعوم:

• Codex
• Claude Code
• Gemini
• Cursor
• GitHub Copilot
• Antigravity
• Droid (Factory)
• وغيرها (بحسب النسخة والإعداد)

المهم: لست مضطراً لتفعيل كل شيء. بل يعمل بشكل أفضل عندما تشغّل فقط المزودات التي تستخدمها فعلاً.

الخصوصية والصلاحيات (تستحق أن تؤخذ بجدية)

عندما تسمع “تطبيق شريط قائمة يقرأ usage” ستدق أجراس الإنذار لدى كثيرين، وهذا طبيعي.

يحاول CodexBar التعامل مع ذلك بشكل نظيف:

• افتراضياً يحدث parsing على الجهاز.
• لا يخزن أي كلمات مرور.
• لبعض المزودات يمكنه إعادة استخدام cookies المتصفح (opt-in) لإغناء معلومات الـdashboard.
• إذا لم تتوفر cookies أو لا تريد استخدامها، سيعود (بحسب المزود) إلى مصادر CLI.

على macOS من المهم أيضاً فهم لماذا تظهر بعض النوافذ (Full Disk Access, Keychain, Files & Folders). هذا ليس بالضرورة “مريباً”، لكنه قرار يجب أن يكون واعياً، ويفضل مع نظرة سريعة على الوثائق وissues.

بالذات Full Disk Access قد يسبب قلقاً. السبب غالباً بسيط: يحتاجه CodexBar فقط إذا فعّلت تكامل cookies (opt-in) ليقرأ قواعد بيانات cookies المحلية من Safari/Chrome. كثير من dashboards (مثل Claude Web) لا يقدم API رسمي للاستخدام. إذا كان هذا حساساً بالنسبة لك: اترك cookies وتمسك بمصادر CLI/OAuth.

وبشكل مشابه مع Keychain: تظهر الطلبات عادة لأن CodexBar يحتاج أسراراً محلية، مثلاً لفك تشفير cookies Chrome عبر “Chrome Safe Storage” أو لقراءة OAuth/CLI credentials (بحسب المزود).

التثبيت (مختصر وعملي)

CodexBar يعمل على macOS 14+.

إن لم تستخدم Homebrew يمكنك تثبيت CodexBar بشكل تقليدي كملف .dmg عبر الموقع أو GitHub releases. ومع Homebrew:

brew install --cask codexbar

بعد التشغيل الأول:

1. افتح Settings
2. فعّل المزودات التي تستخدمها
3. عند الحاجة: ثبّت CLIs وسجل الدخول، أو اضبط تكامل cookies

FAQ

انطباعي بعد أسبوع (مع واقع الأخطاء)

أشياء أعجبتني حقاً:

• تحصل على لوحة عدادات لأدوات الذكاء الاصطناعي.
• ترى أوقات إعادة الضبط فوراً دون تغيير السياق.
• يقلل لحظات “هل أنتظر الآن أم ما زال بإمكاني فعل شيء؟”.

أشياء لم تكن مثالية عندي بعد:

• أحياناً تكون القيم stale لفترة قصيرة أو يتعثر مزود ما.
• بحسب الإعداد، قد تكون cookies والصلاحيات على macOS حقلاً مليئاً بالألغام (ليس بسبب CodexBar، بل لأن macOS صارم وغير متسق هنا).

ومع ذلك، القيمة تتفوق بشكل كبير. خصوصاً إذا كنت مثلي تصطدم بالحدود بشكل منتظم.

الخلاصة

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

إن كنت لا تصطدم بالحدود أبداً فلن تحتاجه. لكن إن كنت تقوم بجلسات كود طويلة وتستخدم عدة مزودات بالتوازي، فسيصبح CodexBar سريعاً واحداً من تلك الأدوات التي لا تريد الاستغناء عنها.

مصادر وروابط إضافية

• CodexBar (Website)
• CodexBar (GitHub)

إلى المرة القادمة، Joe