Grok Build واشتراك $300 شهرياً: هل تبرره حسابات الرموز؟

ماذا أطلقت xAI مع Grok Build؟

في 14 مايو 2026، أطلقت xAI وكيل Grok Build، وهو وكيل برمجة يعمل عبر واجهة سطر الأوامر ومخصص لـ«هندسة البرمجيات الاحترافية وأعمال البرمجة المعقدة»، ضمن إصدار تجريبي مبكر. يقتصر الوصول عليه على مشتركي SuperGrok Heavy (~$299 شهرياً)، ويمكن للحسابات المؤهلة تثبيته بسطر واحد:

curl -fsSL https://x.ai/cli | bash

الواجهة مألوفة لأي وكيل برمجة في 2026: واجهة TUI تفاعلية، ووضع بلا واجهة للاستخدام في السكربتات وCI، وAgent API لدمج دورة عمل الوكيل في أدواتك. أما قرار التصميم اللافت فهو التشغيل المتوازي: ما يصل إلى 8 وكلاء فرعيين في الجلسة، ويمكن لكل منهم العمل على فرع git worktree مستقل.

هذا ليس إصداراً عاماً GA. توضح xAI أن Grok Build لا يزال في مرحلة تجريبية مبكرة وأنها تجمع الملاحظات. كما يقدمه منشور الإطلاق الرسمي بوصفه معاينة للمطورين، لا إطلاقاً نهائياً للمنتج. وهذه هي العدسة الصحيحة لتقييمه.

مفارقة Grok Build: أرخص نموذج خلف أغلى بوابة

النموذج الأساسي رخيص فعلاً. يبلغ سعر grok-code-fast-1 عبر API $0.20 لكل مليون رمز إدخال، و$1.50 لكل مليون رمز إخراج، و$0.02 لكل مليون رمز إدخال مخزّن مؤقتاً. تكلفة الإدخال هذه هي الأدنى بين نماذج البرمجة الجادة المتاحة اليوم، كما أن سعر إصابة ذاكرة التخزين المؤقت منخفض بما يكفي لتغيير حسابات سير العمل على مستوى المستودع فعلياً.

أما الاختبار المعياري فنتيجته متماسكة: 70.8% في SWE-Bench Verified باستخدام بيئة الاختبار الداخلية لدى xAI. النتيجة تنافسية ضمن السوق الحالي، وإن لم تكن الأفضل في فئتها؛ لكنها نتيجة حقيقية، وهذا هو المعيار المهم في بيئات الإنتاج.

هنا تتعثر قصة التسعير. يُحاسَب استخدام النموذج عبر API، بينما لا يُحاسَب استخدام الوكيل بهذه الطريقة. في الإصدار التجريبي المبكر، لا يعمل Grok Build إلا ضمن اشتراك SuperGrok Heavy ثابت بقيمة $300 شهرياً. لا يمكنك شراء دورة عمل الوكيل بحسب الرموز؛ بل تشتري مقعداً كاملاً.

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

سعر Grok Build: الاشتراك أم تسعير API؟

أشغّل ستة إجراءات نشر إنتاجية على Claude Max، وقد حسبت جدوى الانتقال إلى Codex مرتين. لذلك لا أتعامل مع Grok Build كلعبة جديدة، بل كبند ثالث في حساب الأرباح والخسائر الذي يحمل بالفعل تكلفة وكيلين للبرمجة.

في الأدوات ذات التسعير حسب الاستخدام — Claude Code ضمن Max وCodex — ترتفع التكلفة الحدّية مع حجم الرموز. يمكن تقليص إجراء ما، أو وضع سقف لجلسة، أو إيقاف دورة خرجت عن السيطرة. شكل التكلفة واضح ويمكن قراءته.

أما بوابة ثابتة بقيمة $300 شهرياً فتبقى تكلفة معطلة إلى أن يتجاوز استخدام وكيل البرمجة شهرياً ما قيمته $300 من الرموز المحسوبة حسب الاستهلاك. هذه العتبة أعلى مما يتوقعه معظم المشغلين المستقلين. مقعد Claude Max لدي يغطي الإجراءات بالفعل. وكان Codex قريباً من اجتياز اختبار الأرباح والخسائر: قريباً بما يكفي لأحسبها، لكن الفارق ظل كافياً كي لا أنتقل. ولا يمكن إضافة اشتراك ثابت ثالث فوق الاثنين؛ بل يجب أن يحل محل أحدهما.

قاعدة القرار واضحة: سأعتمد Grok Build عندما (أ) تطرح xAI نسخة من الوكيل بتسعير حسب استخدام API، أو (ب) يصبح Arena Mode متاحاً ويحقق تحسناً قابلاً للقياس في معدل النجاح مقارنة بأدواتي الحالية ضمن تقييم ممثل للعمل الفعلي. ليس قبل ذلك.

المسألة ليست تشكيكاً في النموذج، بل حساباً لتكلفة الدخول إليه.

حساب تكلفة الرموز ونقطة التعادل

يمكن صياغة السؤال حول نقطة التعادل هكذا: عند $0.20/1M لرموز الإدخال و$1.50/1M لرموز الإخراج، كم رمزاً يجب أن تمرره عبر Grok Build قبل أن يصبح الاشتراك الثابت بقيمة $300 شهرياً أوفر من إنفاق API المحسوب حسب الاستخدام؟

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

لكن هناك تنبيهان:

سعر الإدخال المخزّن مؤقتاً، $0.02/1M، منخفض بصورة لافتة. إذا كان سير العمل يستفيد كثيراً من ذاكرة التخزين المؤقت — المستودع نفسه، والملفات نفسها، واستدعاءات الأدوات المتكررة — تنخفض تكلفة الإدخال الفعلية بمقدار رتبة عشرية كاملة، ويصبح من الصعب على الاشتراك الثابت منافسة API المحسوب حسب الاستخدام.

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

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

ما الذي ينبغي فعله هذا الأسبوع؟

لا تلغِ أي خدمة. مجموعة الأدوات المحسوبة حسب الاستخدام التي تعمل بها حالياً تفي بالغرض.

إذا كان لدى الفريق مقعد SuperGrok Heavy غير مستخدم بالفعل — وهذا متاح لبعض الفرق — فشغّل grok-code-fast-1 على إجراء واحد غير حرج، وقارنه باختبار A/B مع النموذج الحالي. ستحصل على إشارة حقيقية من دون إنفاق جديد.

استخدم النموذج عبر API لمهمة تقييم واحدة داخل قاعدة الشفرة الفعلية. وبسعر $0.20/1M لرموز الإدخال، لن يكلف التقييم المفيد سوى سنتات. اختبر معنى نتيجة 70.8% داخل مستودعك قبل تكوين رأي من سلسلة منشورات الإطلاق. الاختبارات المعيارية نقطة بداية، وليست أساس القرار النهائي.

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

ما الذي يستحق المتابعة خلال 30 يوماً؟

أتابع ثلاث إشارات.

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

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

هل ستُبقي xAI بوابة SuperGrok Heavy أم ستطلق مستوى للمطورين؟ هذه البوابة هي العائق الوحيد أمام دخول Grok Build إلى أدوات معظم المشغلين. وإذا ظهر مستوى للمطورين بسعر $20–50 شهرياً، فستتغير خلاصة المقال بالكامل.

إلى أن تتحقق إحدى هذه الإشارات الثلاث، يبقى Grok Build منافساً جدياً ببوابة وصول غير مناسبة. النموذج رخيص؛ الوكيل ليس كذلك. وهذه هي الخلاصة.