الخلاصة
Grok Build 0.1 هو نموذج xAI المتخصّص في الترميز والموجّه لهندسة البرمجيات الوكلائية، وليس لمحادثات الدردشة الاعتيادية. طُرح عبر واجهة xAI في نسخة تجريبية عامة بتاريخ 29 مايو 2026، ويركّز على تطوير الويب، وتصحيح الأخطاء، واستدعاء الأدوات، وسير عمل MCP، ووكلاء الترميز الذاتيين.
يوفّر النموذج نافذة سياق بسعة 256,000 رمز، ويقبل الإدخال النصّي والصوري، ويدعم الاستدلال، والمخرجات المُهيكلة، واستدعاء الدوال، وتبلغ كلفته 1$ لكل مليون رمز إدخال و2$ لكل مليون رمز إخراج وفق التسعير القياسي. قوّته ليست في إكمال واحد للشفرة، بل في سير عمل متعدد الخطوات يتفحّص فيه الوكيل المستودع، ويعدّل الملفات، ويستدعي الأدوات، ويُشغّل الاختبارات، ويكرّر حتى يصل إلى نتيجة مُتحقَّقة.
التمييز الأساسي بسيط: Grok Build هو منتج وكيل الترميز، بينما grok-build-0.1 هو نموذج يمكن الوصول إليه عبر الـ API ويُمكن تشغيله داخل أطر الوكلاء البرمجية الأخرى. كما أن واجهة Grok Build 0.1 في CometAPI متاحة أيضاً، وتوفّر نفس معرّف النموذج عبر بوابة متوافقة مع OpenAI.
أهم الخلاصات
- Grok Build 0.1 مُحسَّن للترميز الوكلائي، والعمل على المستودعات، وتصحيح الأخطاء، والهندسة البرمجية المعتمدة على الأدوات.
- معرّف النموذج في الـ API هو
grok-build-0.1، مع نافذة سياق 256K ودعم الإدخال النصّي والصوري. - تسعير xAI للسياق القصير هو $1/مليون للإدخال، و$0.20/مليون للمدخلات المُخزَّنة مؤقتاً، و$2/مليون للإخراج. تسعير واجهة Grok Build 0.1 في CometAPI أقل بنسبة 20% عند $0.80/مليون للإدخال، و$0.16/مليون للمدخلات المُخزّنة مؤقتاً، و$1.60/مليون للإخراج؛ الطلبات عند أو فوق عتبة 200K تستخدم أسعار السياق الطويل الأعلى.
- يدعم الاستدلال، واستدعاء الدوال، والمخرجات المُهيكلة، لكنه لا يدعم Batch API.
- قيِّمه وفق الكلفة والزمن لكل مهمة هندسية مُكتملة بنجاح، لا وفق سعر الرموز الخام أو معيار واحد فقط.
ما هو Grok Build 0.1؟
Grok Build 0.1 هو نموذج لغة متخصّص من xAI مُصمَّم حول سير عمل هندسة البرمجيات الوكلائية. وفقاً لـ xAI، جرى تدريبه لمهام مثل تطوير الويب، وتصحيح الأخطاء، ووكلاء الترميز المُمكّنين بـ MCP، وقد كان يُشغّل بيئة الترميز الأصلية Grok Build.
هذا التموضع يميّزه عن المساعد العام التقليدي. يجب على وكيل الترميز أن يُفحّص المستودع مراراً، ويحدّد الملفات ذات الصلة، ويستدعي الأدوات، ويعدّل الشفرة، ويُشغّل الاختبارات، ويقرأ الإخفاقات، ويُراجع التنفيذ دون فقدان حالة المهمة.
لذلك، وحدة التقييم ذات المعنى هي مهمة هندسية متكاملة من البداية إلى النهاية: التنقّل في المستودع → التخطيط → التحرير → تنفيذ الأدوات → التعافي من الإخفاقات → التحقّق.
هل Grok Build 0.1 هو نفسه Grok Build؟
لا. Grok Build هو وكيل ترميز من xAI قائم على الطرفية، بينما Grok Build 0.1 هو نموذج أساسي يمكن للمطورين استدعاؤه عبر الـ API.
يشمل Grok Build مراجعة الخطط، وفروق الشفرة، ودعم AGENTS.md، والمُلحقات، والخطّافات، والمهارات، وخوادم MCP، والوكلاء الفرعيين المتوازيين، وتكامل worktree، ووضعاً بلا واجهة للتشغيل الآلي. كما يمكن استخدام النموذج خارج هذا المنتج الطرفي ضمن أطر الوكلاء المتوافقة والبوابات.
ما هي مواصفات Grok Build 0.1؟
| المواصفة | Grok Build 0.1 |
|---|---|
| المطوّر | xAI / SpaceXAI |
| معرّف النموذج | grok-build-0.1 |
| التركيز الأساسي | الترميز الوكلائي والهندسة البرمجية |
| الإدخال / الإخراج | إدخال نصّي وصوري؛ مخرجات نصّية |
| نافذة السياق | 256,000 رمز |
| القدرات | الاستدلال، استدعاء الدوال، المخرجات المُهيكلة |
| تسعير الرموز القياسي | $1.00/مليون إدخال؛ $0.20/مليون إدخال مُخزَّن مؤقتاً؛ $2.00/مليون إخراج |
| عتبة السياق الطويل | 200K رمز في المُحفّز |
| تسعير السياق الطويل | $2.00/مليون إدخال؛ $0.40/مليون إدخال مُخزَّن مؤقتاً؛ $4.00/مليون إخراج |
| Batch API | غير مدعومة |
| الحدود الموثّقة | 37 طلب/ثانية؛ 10,000,000 رمز/دقيقة |
| المناطق | us-east-1, us-west-2 |
هذه المواصفات موثّقة على صفحة نموذج xAI الرسمية. تتيح نافذة السياق 256K تضمين مقدار كبير من سياق المستودع، بينما يسمح الإدخال الصوري للوكيل بفهم لقطات الشاشة، والنماذج التصميمية، ومخططات البنية، وتقارير الأعطال المرئية إلى جانب الشفرة المصدريّة.
بمجرد أن يبلغ المُحفّز عتبة السياق الطويل، تُطبَّق الأسعار الأعلى على جميع الرموز في ذلك الطلب. لذلك، على الوكلاء المُثقَلين بالمستودعات ضغط السياق أو استرجاعه انتقائياً بدلاً من إلحاق الملفات ومخرجات الأدوات بشكل مستمر.
ما الذي يميّز Grok Build 0.1؟
الترميز الوكلائي كهدف التحسين الأساسي
Grok Build 0.1 ليس مجرد نموذج يمكنه كتابة Python أو JavaScript. تخصّصه يكمن في التفاعل بين الاستدلال وتوليد الشفرة والأدوات. يجب على وكيل الترميز أن يخطّط، ويفحّص، ويحرّر، وينفّذ، ويتعافى من الإخفاقات، ويواصل دون فقدان حالة المهمة.
سير عمل موجّه نحو MCP
يمكن لسير العمل الموجّه نحو MCP ربط وكيل الترميز بقواعد البيانات، وأنظمة النشر، ومخازن التوثيق، ومتتبّعات القضايا، وأنظمة الرصد، وأدوات التطوير الداخلية عبر واجهات مُوحّدة.
أتمتة مُهيكلة
تفيد المخرجات المُهيكلة عندما يحتاج الوكيل إلى إرجاع كائنات متوقعة بدلاً من نص حر — مثل خطط تغييرات الملفات، أو معاملات الأدوات، أو نتائج الاختبارات، أو نتائج المراجعة، أو قرارات النشر. هذا يقلّل هشاشة التحليل بين النموذج وطبقة التنسيق.
سياق بصري لأعمال الويب وواجهات المستخدم
لأن النموذج يقبل الإدخال الصوري، يمكن للوكيل التعامل مع لقطات الشاشة، والصفحات المُصrenderة، ومرجع الواجهات، ورسائل الخطأ، ومخططات البنية إلى جانب الشفرة المصدريّة.
ما مدى سرعة Grok Build 0.1؟
وصفت xAI Grok Build 0.1 بأنه أسرع نموذج ترميز لديها عند الإطلاق، وروّجت لسرعة أكثر من 100 رمز إخراج في الثانية. هذا ادعاء خدمة رسمي، وليس ضماناً لكل مُحفّز أو نقطة نهاية.
يجب التعامل مع القياسات المستقلة كملاحظات مؤرَّخة زمنياً. تشير Artificial Analysis حالياً إلى نحو 69.6 رمز إخراج/ث، و0.54 ثانية زمن الوصول إلى الرمز الأول عبر واجهة SpaceXAI. يمكن لبنية المزوّد، وطول المُحفّز، وسلوك الاستدلال، واستخدام الأدوات، وحِمل الخادم أن تغيّر النتيجة.
كيف تفسّر المعايير القياسية؟
| المؤشر المستقل | القيمة المُبلّغ عنها حالياً | التفسير |
|---|---|---|
| Artificial Analysis Intelligence Index | 27، تقديري | تقدير مركّب؛ التقييم المستقل ما زال مُشاراً إليه كقادم |
| سرعة الإخراج | 69.6 رمز/ث | مُقاسة على واجهة SpaceXAI الأولية بعد أول مقطع استجابة |
| الزمن حتى الرمز الأول | 0.54 ث | قياس كمون نقطة النهاية؛ ليس زمن إكمال المهمة الكلي |
جرت مُطابقة هذه الأرقام مع Artificial Analysis في 22 سبتمبر 2026. وبما أن الصفحة تُحدَّث ديناميكياً، فعند القيام بمراجعات مستقبلية يجب إعادة التحقّق من القيم والاحتفاظ بتاريخ التحقّق.
بالنسبة للأنظمة الوكلائية في الترميز، ليست الدرجات المعيارية سوى جزء من التقييم. قد تكون عوامل مثل التنقّل في المستودع، ودقّة التحرير، واختيار الأدوات، وسلوك التعافي، وانضباط الاختبارات، والكمون، وإجمالي استخدام الرموز أكثر تأثيراً على إنتاجية المطوّرين.
كم تبلغ كلفة Grok Build 0.1؟
يستخدم Grok Build 0.1 أسعاراً منفصلة للسياق القصير والطويل. تنطبق شريحة السياق القصير عندما يكون طول المُحفّز أقل من 200,000 رمز؛ وبمجرد بلوغ العتبة، تسري أسعار السياق الطويل الأعلى على الطلب.
| شريحة التسعير | CometAPI | xAI الرسمي |
|---|---|---|
| إدخال السياق القصير | $0.80/مليون | $1.00/مليون |
| إدخال قصير مُخزَّن مؤقتاً | $0.16/مليون | $0.20/مليون |
| إخراج السياق القصير | $1.60/مليون | $2.00/مليون |
| إدخال السياق الطويل | $1.60/مليون | $2.00/مليون |
| إدخال طويل مُخزَّن مؤقتاً | $0.32/مليون | $0.40/مليون |
| إخراج السياق الطويل | $3.20/مليون | $4.00/مليون |
وفق أسعار السياق القصير، تبلغ كلفة مليون رمز إدخال زائد مليون رمز إخراج 2.40$ عبر CometAPI، مقارنةً بـ 3.00$ عبر واجهة xAI الرسمية. ووفق أسعار السياق الطويل، تبلغ الكلفة نفسها 4.80$ عبر CometAPI مقابل 6.00$ عبر xAI. تغطي هذه الأرقام رموز النموذج فقط؛ ينبغي أن تأخذ ميزانيات الإنتاج أيضاً في الحسبان استدعاءات الأدوات، وإعادات المحاولة، وتشغيل الاختبارات، وتكاليف التنسيق.
Grok Build 0.1 مقابل Grok 4.7 مقابل Grok Code Fast 1
| البعد | Grok Build 0.1 | Grok 4.7 | Grok Code Fast 1 |
|---|---|---|---|
| دورة الحياة | نموذج ترميز متخصّص حالي | نموذج حدودي رائد حالي | نموذج ترميز من الجيل السابق؛ أُحيل للتقاعد في 15 مايو 2026 |
| التموضع الأساسي | نموذج ترميز وكلائي متخصّص | ترميز حدودي، مهام وكلائية، وأعمال معرفية | نموذج ترميز سريع وسلف خط نماذج الترميز لدى xAI |
| نافذة السياق | 256K | 500K | مواصفة قديمة؛ لا يُنصح بالاعتماد عليها لنشر جديد |
| الاستدلال والأدوات | استدلال، استدعاء دوال، مخرجات مُهيكلة | استدلال قابل للتهيئة؛ استدعاء دوال، بحث ويب، بحث X، وتنفيذ الشفرة | تدفّقات ترميز متقادمة؛ الهجرة أولى من توسيع الاستخدام الإنتاجي الجديد |
| الإدخال/الإخراج (رسمي، سياق قصير) | $1.00 / $2.00 لكل مليون رمز | $2.00 / $6.00 لكل مليون رمز | مُحال للتقاعد؛ لا تفترض سعراً إنتاجياً جارياً |
| الإدخال/الإخراج (CometAPI، سياق قصير) | $0.80 / $1.60 لكل مليون رمز | $1.60 / $4.80 لكل مليون رمز | استخدم الكتالوج الحالي والنموذج البديل بدلاً من المعرّف المتقاعد |
| الإدخال/الإخراج (رسمي، سياق طويل) | $2.00 / $4.00 لكل مليون رمز | $4.00 / $12.00 لكل مليون رمز | غير منطبق كنسبة اختيار نموذج حالٍ |
| الملاءمة النموذجية | حلقات مستودع كثيفة، وتصحيح أخطاء، ووكلاء ترميز حسّاسو الكلفة | مهام ترميز أصعب وأطول زمناً وأعمال احترافية تحتاج استدلالاً حدودياً أقوى وسياقاً أوسع | للرجوع في الهجرة فقط؛ ثبّت grok-build-0.1 لأحمال الترميز الحالية |
Grok Build 0.1 هو المتخصّص الأكثر اقتصادية عندما يهيمن التفحّص المتكرّر للمستودع، والتحرير، والاختبار على عبء العمل. يوفّر Grok 4.7 قرابة ضعف السياق وملف قدرات حدودي أوسع، لكن سعر رموز الإخراج لديه أعلى مادياً. القرار العملي ينبغي أن يعتمد على الكلفة لكل مهمة مُكتملة بنجاح، بما في ذلك إعادات المحاولة، واستدعاءات الأدوات، وزمن التصحيح البشري.
كلا النموذجين متاحان عبر CometAPI، ما يسمح للفرق بتشغيل نفس مهام الترميز عبر بوابة واحدة ومقارنة معدل الإكمال، والكمون، واستخدام السياق، والكلفة الإجمالية ضمن إطار تشغيل متّسق.
ما علاقة Grok Build 0.1 بـ Grok Code Fast 1؟
أُدرِج المعرّف grok-code-fast-1 ضمن تقاعد نماذج xAI بتاريخ 15 مايو 2026. يحتوي دليل الهجرة على بيان عام يفيد بأن مُعرّفات slug المتقاعدة يُعاد توجيهها إلى grok-4.3، بينما توصي جدول الاستبدال الخاص بالنماذج وقسم "أحمال عمل الترميز" بـ grok-build-0.1 وتذكر أن مُعرّف الترميز يُوجَّه إلى ذلك النموذج.
ولأن الدليل الرسمي نفسه يصف إعادة التوجيه على مستويين، فلا ينبغي لمستخدمي الإنتاج التعامل مع مُعرّف slug المتقاعد كمعرّف نموذج ثابت. ثبّت grok-build-0.1 صراحةً لأحمال الترميز وتحقّق من التوجيه الحالي قبل النشر.
توفّر واجهة Grok Build 0.1 في CometAPI وصولاً مباشراً تحت معرّف النموذج الحالي، متجنّبةً الاعتماد على المعرّف المستبعد.
أين يمكنك استخدام Grok Build 0.1؟
هذا يعني أن النموذج غير مقصور على بيئة IDE واحدة أو نقطة نهاية مزوّد واحدة. عبر CometAPI، يمكن للفرق استخدام نفس المعرّف grok-build-0.1 ضمن سير عمل متوافق مع OpenAI ومقارنته مع نماذج ترميز أخرى دون إعادة بناء متحكّم الوكيل المحيط.
يمكن استدعاء Grok Build 0.1 عبر xAI أو عبر CometAPI. ولـ CometAPI، أرسل طلب POST مُصدَّقاً إلى api.cometapi.com/v1/chat/completions مع model: "grok-build-0.1" ومصفوفة messages القياسية.
curl "https://api.cometapi.com/v1/chat/completions" \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $COMETAPI_KEY" \
-d '{
"model": "grok-build-0.1",
"messages": [
{
"role": "user",
"content": "Find the bug in this repository and propose a minimal fix."
}
]
}'
متى ينبغي استخدام Grok Build 0.1؟
وكلاء الترميز داخل بيئات IDE
يمتزج تخصّصه في الترميز مع تسعير رموز منخفض ليلائم سير العمل التفاعلي حيث يقرأ الوكيل الشفرة ويحرّرها ويتحقّق منها مراراً.
التصحيح الآلي
يمكن للوكلاء تفحّص خطأ، والبحث عن الملفات ذات الصلة، وتوليد رقعة، وتنفيذ الاختبارات، وصقل الإصلاح.
تطوير الويب وواجهات المستخدم
يفتح الإدخال الصوري مساراً لسير عمل قائم على لقطات الشاشة ومراجع التصميم إلى جانب الشفرة المصدريّة.
وكلاء برمجيات معتمدة على MCP
تلائم استدعاءات الدوال وسير العمل الموجّه نحو MCP المساعدين الذين يحتاجون وصولاً مضبوطاً إلى أنظمة التطوير الخارجية.
CI وأتمتة الهندسة
يمكن لسير العمل بلا واجهة دعم فرز العلل، والإصلاحات الآلية، وتوليد الاختبارات، وإعادة الهيكلة، والترحيلات، وتحضير طلبات السحب.
هل ما يزال Grok Build 0.1 ذا صلة في 2026؟
نعم، ولكن دوره متخصّص وليس "أحدث نموذج لدى xAI". تكمن قيمته في الجمع بين تخصّص الترميز، ونافذة السياق 256K، والاستدلال، واستدعاء الأدوات، والمخرجات المُهيكلة، والإدخال الصوري، والأسعار القياسية المنخفضة نسبياً.
يكون مُقنعاً عندما تحتاج الفرق إلى نموذج سريع الاستجابة لحلقات الوكلاء المتكرّرة، ويمكنها تقييمه مقابل مستودعاتها، واختباراتها، وأهداف الكمون، وكُلف الإخفاق.
الخلاصة
Grok Build 0.1 هو نموذج مُركّز لوكلاء الترميز وليس نموذجاً حدودياً عاماً. تجعل مواصفاته الرسمية وتسعيره منه خياراً جذّاباً لأعمال المستودعات كثيفة التكرار، لكن تصميم الوكيل المحيط يحدّد ما إذا كانت هذه الميزة ستصمد في بيئة الإنتاج.
قبل اعتماده، نفّذ تقييماً تمثيلياً يقيس إكمال المهام بنجاح، وزمن التصحيح البشري، وعدد استدعاءات الأدوات، واستخدام الرموز، ومعدل نجاح الاختبارات، والتعرّض للسياق الطويل. اختره عندما يُثبت سير العمل الكامل — لا مجرد معيار واحد أو سعر الرموز — تفوّقه على البدائل.