اختارت xAI نهجاً حصرياً لإطلاق Grok Build. فهو ليس متاحاً ضمن خطط الاشتراك العادية كما هو الحال مع المنافسين، بل يتطلب أعلى فئة اشتراك :
تم بناء Grok Build على معمارية Grok 4.3 beta ويعمل كواجهة مستخدم طرفية (TUI) مبنية بلغة Rust. يمكن استخدامه بشكل تفاعلي أو بدون واجهة (Headless) ضمن مسارات CI/CD . إليك أبرز إمكانياته:
قبل أن يلمس Grok Build ملفاً واحداً في مشروعك، يقوم بتوليد خطة مفصلة خطوة بخطوة ويعرضها لمراجعة المطور. يمكن للمطور الموافقة على الخطة، التعليق على خطوات محددة، أو إعادة كتابة أجزاء كاملة منها. فقط بعد التوقيع الصريح يبدأ الوكيل في تنفيذ التغييرات التي تظهر على هيئة فوارق (Diffs) نظيفة .
هذا النهج أكثر صرامة مما هو موجود في Claude Code أو Codex CLI اللذين يميلان لتنفيذ المهام بشكل أكثر استقلالية دون بوابة موافقة إجبارية على الخطة . تشير بعض التقارير إلى أن نمط التخطيط في Grok Build يقدم رسماً بيانياً مرئياً للمهام الفرعية مع عرض حالة كل عقدة في واجهة طرفية مخصصة، وهو ما يعد تمثيلاً أغنى من الخطط النصية الخطية لدى المنافسين
.
الميزة الأكثر ثورية على الصعيد المعماري هي التوازي الأصلي (Native Parallelism). بدلاً من وكيل واحد يعمل بشكل متسلسل، يستطيع Grok Build إطلاق ما يصل إلى ثمانية وكلاء فرعيين متخصصين في وقت واحد. فيمكن لواحد تفحص قاعدة الشيفرة، وآخر يكتب اختبارات الوحدة (Unit Tests)، وثالث يعدل هياكل قاعدة البيانات، ثم دمج كل النتائج معاً .
يستطيع كل وكيل فرعي العمل في مساحة عمل Git معزولة (Git Worktree)، وهي ميزة لا يوفرها Claude Code ولا Codex CLI بشكل أصلي . صُمم هذا التصميم خصيصاً للمشاريع الضخمة بنمط المستودع الواحد (Monorepo) حيث تختصر مهام التنفيذ المتوازي وقتاً ثميناً.
تدّعي معمارية Grok Build الوصول إلى نافذة سياق بحجم 2 مليون رمز من خلال نموذج Grok 4.3 Heavy الذي يعتمد على بنية 16 وكيلاً . من الناحية العملية، تم توثيق النموذج الوكيلي المحدد
grok-code-fast-1 بنافذة سياق تبلغ 256 ألف رمز، بينما النموذج الإنتاجي المخصص grok-build-0.1 الذي صدر في 20 مايو 2026، هو من يشغل واجهة الأوامر حالياً .
لإدراك الفرق، نافذة سياق بمليوني رمز تمثل تقريباً ضعف سياق كلود كود البالغ مليون رمز. هذا يعني قدرة نظرياً على استيعاب قاعدة برمجية متوسطة إلى كبيرة الحجم في "ذاكرة عاملة" نشطة مرة واحدة .
تبنت xAI بشكل متعمد نظام التكوين والإعدادات الخاص بـ Claude Code لتقليل أي احتكاك أثناء الانتقال. يدعم Grok Build بروتوكولات MCP (بروتوكول سياق النموذج) و ACP (بروتوكول وكيل العميل)، ونفس اتفاقيات Skills/AGENTS.md، مما يسمح للفرق بإسقاطه مباشرة في بيئات Claude Code الحالية دون أي تعديل يذكر .
استعرضت xAI ميزة قادمة تُدعى "نمط الحلبة"، وهي أداة تقييم ذاتي حيث سيقوم Grok Build باختبار وتسجيل حلول برمجية متنافسة داخلياً وفق معايير أداء، ليجري ما يشبه بطولة داخلية بين أفضل مقارباته قبل تقديم النتيجة النهائية للمستخدم .
grok-code-fast-1): 70.8%النتيجة 70.8% تخص النموذج القديم grok-code-fast-1 الذي لم يعد مستخدماً، وليس نموذج grok-build-0.1 الحالي. هذا يضع الأداة متأخرة بحوالي 17 نقطة عن الصدارة، ولم تنشر xAI بعد نتائج محدثة لنموذجها الأحدث . ورغم الفجوة الواضحة، يشير بعض المحللين إلى أن المعيار لا يعكس بالضرورة قوة الأداة الحقيقية في مهام التنسيق المتوازي حيث تتفوق معماريتها
.
يبقى Claude Code رائد السوق من حيث الاستقرار، والحضور الذهني للمطورين، والتكامل مع الأنظمة الأخرى (مثل IDE وGitHub وXcode وواجهات الصوت) . تصميمه القائم على السلامة وسجله في الامتثال المؤسسي يجعله الخيار الأكثر أماناً للفرق التي تفضل الموثوقية على التجريب
.
من جهته، Codex CLI المعتمد على GPT-5.5 هو الخيار الأقوى للمؤسسات المستثمرة بالفعل في منظومة OpenAI، مع ميزات حديثة كتطبيقات الموبايل والإرسال عن بعد .
أما Grok Build فيأتي كنسخة تجريبية مبكرة جداً بلا سجل إنتاجي يُذكر، وبسعر 300 دولار شهرياً هو الأعلى في السوق حالياً .
أوضح حالة استخدام لـ Grok Build هي المشاريع الضخمة ذات المهام القابلة للمعالجة المتوازية في بيئات المستودع الواحد (Monorepo). مزيج السياق الهائل والوكلاء المتوازيين مع العزل عبر Worktree لا يضاهيه حالياً أي من Claude Code أو Codex CLI .
تختصر إحدى العبارات الشائعة بين المتبنين الأوائل هذا التقييم: "مستودع ضخم متعدد الحزم (Monorepo)؟ Grok Build. الاستقرار والأمان؟ Claude Code. الاندماج في منظومة OpenAI؟ Codex CLI" .
للفرق المستعدة لتحمل مخاطر النسخة التجريبية مقابل معمارية تتوافق تماماً مع سير عملهم المتوازي، يُعد Grok Build جديراً بالاختبار. أما بالنسبة للآخرين، فيبقى Claude Code و Codex CLI خيارين أكثر أماناً ورسوخاً حتى اليوم .
Comments
0 comments