هل Grok Bot معطل؟ أربعة أعطال تبدو كانقطاع في الخدمة، وما يجب فحصه أولاً

إذا توقف Grok Bot عن الرد هذا الصباح، فمن المرجح أن السبب ليس انقطاعًا على مستوى المنصة، بل السبب بنيوي. فـ Grok Bot هو وكيل SpaceXAI الدائم التشغيل، وقد أُطلق في 11 أغسطس 2026، ويعمل كأسطول صغير من البوتات المسماة على حاسوب سحابي مخصص لحسابك. وتقريبًا كل طريقة يفشل بها تنتج العَرَض نفسه — الصمت — بينما تكون المنصة نفسها سليمة تمامًا. لذا فإن الإجابة الأولى الصادقة عن سؤال «هل هو متعطل؟» هي أنك لا تستطيع الجزم من العَرَض وحده، وهناك ترتيب للفحص يصل بك إلى الإجابة في نحو ثلاث دقائق.

ملاحظة تحذيرية واحدة قبل قائمة التحقق: إن توثيق Bot الخاص بـ SpaceXAI، كما قرأناه، يوفّر لك قراءة استخدام على مستوى الحساب وسجلات تشغيل لكل روتين، لكنه لا يوفّر تغذية عامة لحالة التشغيل أو الحوادث. لا توجد صفحة يمكنك تحديثها لمعرفة ما إذا كانت الخدمة متدهورة. وهذا الغياب هو السبب في وجود هذا المقال بدلًا من رابط إلى صفحة حالة.

الإخفاقات الأربعة، بالترتيب الذي تحدث به فعليًا

أولاً: نفد الاستخدام المشمول في الحساب. وهو الأكثر شيوعًا، والأكثر إقناعًا في محاكاة انقطاع الخدمة، لأن البوت الذي بلغ سقفه يتوقف ببساطة. وصول Grok Bot مضمّن في خطط Cursor المدفوعة وطبقات SuperGrok، والعداد الذي تصفه الوثائق هو الاستخدام المشمول الأسبوعي على الحساب — لا لكل بوت. هذا التمييز هو المأزق برمته: يمكن لبوت واحد كثير الكلام أن يستنفد الحصة التي تشاركها خمسة بوتات، ومن الخارج يبدو الأمر وكأن الأسطول توقف دفعة واحدة. تعرض Usage & Billing الاستخدام المشمول الأسبوعي والاستخدام عند الطلب للحسابات المؤهلة، مع قراءة أسبوعية في قائمة الحساب، ويمكن للخطة التي تستنفد استخدامها المشمول أن تضيف إنفاقًا عند الطلب يُحسب على أساس تكلفة النموذج والرموز. وثمة سطر في الأسئلة الشائعة نفسها يستحق أن تعرفه إذا كنت تدفع مقابل الاشتراكين: إذا كان لديك اشتراك Cursor واشتراك SuperGrok، فإن البوت يعتمد على الاشتراك الذي لديه استخدام أكثر.

الثاني: الروتين متوقّف مؤقتًا، لا معطوب. الروتينات هي طريقة تشغيل البوت وفق جدول زمني أو بعد حدث ما، وليس مضمونًا أن تستمر في العمل خلال غيابك. توضّح الوثائق أن Grok Bot قد يسأل عمّا إذا كان ينبغي الإبقاء على الروتينات قيد التشغيل بعد غياب طويل، وأن يوقفها مؤقتًا إن لم تُجب. من المرجّح أن البوت الذي صمت بعد عطلة أو نهاية أسبوع طويلة أو رسالة توجيه غير مقروءة يكون في هذه الحالة بالضبط.

الثالثة: أُعيد ضبط الحاسوب، وأخذ معه تثبيتاتك. يتشارك كل بوت على حسابك حاسوبًا واحدًا، ببيئة Linux دائمة، ومتصفح، وسطر أوامر، ومساحة عمل مشتركة في code>/workspace/code>. وتنص الوثائق صراحةً على أن المجلدات المؤقتة، والحزم المثبّتة يدويًا، وحالة التطبيقات غير الملتزم بها في نظام التحكم بالإصدارات، ينبغي اعتبارها قابلة للاستبدال — وعلى أن مساري الاسترداد يختلفان: يستعيد Reset آخر لقطة محفوظة، بينما يزيل Recreate «التطبيقات والحزم التي ثبّتها الأعضاء بأنفسهم». إذا كان بوتك يعتمد على شيء ثبّتته يدويًا — وكيل برمجة من طرف ثالث، أو CLI، أو مكتبة — فقد يزيله الاسترداد ويترك بوتًا يستجيب لكنه لا يستطيع أداء عمله. يبدو ذلك كتعطّل جزئي، لكنه في الحقيقة ملف تنفيذي مفقود.

رابعاً: النموذج الذي يقف خلف البوت تغيّر، أو تدهورت جودته.تتولى Cursor إدارة اختيار النموذج. وجواب الوثائق على سؤال «أين أختار بين Grok 4.7 ونموذج آخر؟» صريح: لا يوجد منتقي نماذج، ولا إعداد خاص بكل بوت، ولا إعداد خاص بكل روتين، ولا إعداد خاص بكل مهارة. في 7 أكتوبر، قال إيلون ماسك علناً إن Grok Bot سيكفّ عن الاقتصار على نماذج SpaceXAI الخاصة بها وسيلجأ إلى «أفضل نموذج خلفي لأي مهمة معينة» — تصريح لا ترتبط به بطاقة أسعار ولا إدخال في سجل التغييرات ولا قياس خارجي. لذا فالمحرّك قرار على مستوى المنصة لا يمكنك رؤيته. وحين يتغير، فإن ما تلاحظه ليس رسالة خطأ؛ بل انحراف في جودة المخرجات وزمن الاستجابة والتكلفة على المهام نفسها. والبوت الذي يكتب فجأة بشكل أسوأ أو يستغرق وقتاً أطول ليس بالضرورة قد تعطّل.

فحص الثلاث دقائق

نفّذ هذه بالترتيب وتوقّف عند أول واحد يشرح ما تراه:

• استخدام الحساب أولًا. افتح قائمة الحساب واقرأ رقم الاستخدام الأسبوعي المشمول قبل أن تلمس أي شيء آخر. إذا كان مستنفدًا أو قريبًا من الاستنفاد، فإن كل ما يأتي بعده — كل بوت، كل روتين — يفشل لسبب واحد ولن يساعدك أي قدر من تصحيح أخطاء البوت. الإنفاق حسب الطلب هو الرافعة، وهو قرار فوترة، لا قرار تقني.

• ثانيًا: سجلات التشغيل.تحتفظ كل روتين بأحدث 20 سجل تشغيل. وهو مسار تدقيق ضحل عمدًا، لكنه يظل كافيًا للإجابة عن السؤال المهم: هل شغّل الروتين وفشل، أم لم يبدأ قط؟ الروتين الذي لا توجد له سجلات حديثة يكون متوقفًا مؤقتًا أو لم يتم تفعيله قط؛ والروتين الذي تنتهي سجلاته بالفشل يمثل مشكلة في البوت؛ والروتين الذي له سجلات ناجحة ولا تظهر له مخرجات يمثل مشكلة في تسليم المخرجات.

• الكمبيوتر ثالثًا. اسأل البوت مباشرةً عمّا يمكنه رؤيته — code>/workspace/code> ومحتوياته، وما إذا كانت أداة مثبَّتة لا تزال موجودة، وما إذا كان تسجيل الدخول قد صمد. ولأن الكمبيوتر آلة واحدة للحساب بأكمله والملفات مرئية لكل بوت، فهذا يخبرك أيضًا بما إذا كان شيء فعله بوت مختلف قد أثّر على هذا البوت.

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

لا تصبح «المنصة» فرضية معقولة إلا بعد أن تكون الأربعة جميعها خالية من الأخطاء — وحتى ذلك الحين، فالأدلة التي لديك ظرفية، لأنه لا توجد خلاصة حالة يمكن التحقق منها.

لماذا يجعل الكمبيوتر المشترك هذا الأمر أصعب مما ينبغي

تصميم الحاسوب الواحد هو أكثر ما ينطوي على تبعات في Grok Bot، وأقلّه وضوحًا إلى أن يحدث خطأ ما. إذ يُخصَّص حاسوب واحد لحسابك، لا لأي روبوت بعينه؛ وتُوصَف الشاشات التي يراها كل روبوت بأنها «أسطح عمل منفصلة، وليست حدودًا أمنية منفصلة»؛ ويمكن استخدام أي سرّ في محادثة أي زميل على Team Bot. ولهذا عواقبان على التشخيص.

أولًا، نادرًا ما يكون الفشل محليًا. فملف يكتبه روبوت البحث لديك يمكن لروبوت التواصل لديك قراءته، وحزمة تُزال أثناء إعادة الضبط تؤثر على كل روبوت استخدمها. ثانيًا، الاسترداد مرتبط بنطاق الحساب. حذف روبوت يزيل الملف الشخصي النشط والمحادثة والروتينات، في حين أن ملفات الكمبيوتر وعمليات تسجيل الدخول ليست معزولة لكل روبوت وقد تظل باقية. إخفاء روبوت هو البديل القابل للتراجع؛ أما حذف روتين فهو فوري ولا يمكن التراجع عنه.

إذا كنت تُصحّح الأخطاء في الساعة الثانية صباحًا، فإن عدم التماثل هذا يهم أكثر من أي سجل: العمليات التي تبدو وكأنها تنظيف هي التي لا رجعة فيها.

ما الذي سيتطلبه «الوضع» في الواقع؟

تحتاج الإجابة الحقيقية عن الحالة إلى ثلاثة أمور لا يمنحك إياها Grok Bot في الوقت الحالي، ويستحق الأمر تسميتها لأنها تمثل الفرق بين منتج تستطيع تشغيله وآخر لا تستطيع إلا مشاهدته:

• عداد لكل روبوت. يُقاس الاستخدام على مستوى الحساب، لذا لا يمكن تفكيك أسطول يفشل كوحدة واحدة لتحديد أي روبوت كان السبب.

• سجلّ تشغيل أعمق.عشرون سجلًا لكل روتين كافية لالتقاط فشل هذا الأسبوع، لكنها لا تكفي لالتقاط الانحراف على مدى شهر — وهو نمط الفشل الذي يكلّف المال بهدوء لا بصخب.

• موجز الحوادث. دون وجوده، فإن «الخدمة متدهورة» استنتاج من أربعة غيابات لا ملاحظة.

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

أين يتناسب جهاز التوجيه، وأين لا يتناسب

Grok Bot منتج اشتراكي، وليس شيئًا يمكن توجيهه عبر نقطة نهاية تابعة لطرف ثالث، ولا ينبغي لأي دليل أمين أن يوحي بغير ذلك. أما السؤال الذي تطرحه مسألة اختيار النموذج فهو مختلف: إذا كنت بحاجة إلى اختيار المحرك عن قصد — من أجل التكلفة، أو الترخيص، أو قابلية إعادة إنتاج نتيجة — فإن هذا الشرط لا يمكن التعبير عنه داخل البوت على الإطلاق. بل يجب أن يكون في الطبقة الأدنى.

تلك الطبقة هي ما نبيعه. OrcaRouter هو نقطة نهاية واحدة متوافقة مع OpenAI عبر أكثر من 200 نموذج من دون أي هامش ربح على سعر القائمة لدى المزوّد، لذا يسري خفض السعر من أي بائع في اليوم نفسه. Grok 4.6 متاح عليها بسعر SpaceXAI المنشور نفسه، وهو 2.00 دولار لكل مليون رمز إدخال و6.00 دولارات لكل مليون رمز إخراج، مع نافذة سياق من 500,000 رمز ووقت مقاس p50 لأول رمز قدره 1.65 ثانية. والعناصر التي تهم عندما تفشل خطوة غير مثبتة هي تلك التي تمنع تحوّل الفشل إلى حادث: تجاوز الفشل التلقائي عبر المزوّدين عندما يتدهور أحدهم، ولغة توجيه DSL تركّب عدة نماذج في نداء واحد، ودمج النماذج للوحات التي تجيب معًا.

الخطوة العملية لأي شخص يقرأ هذا لأن بوتّه صمت هي الخطوة المملة. اكتب المهارة، وشغّلها مرة واحدة يدويًا مقابل النموذج الذي كنت ستعتمد عليه، وبعد ذلك فقط أتمت تشغيلها. البوت الذي جرى التحقق منه مقابل نموذج يمكنك استدعاؤه مباشرة هو بوت يمكنك إسناد إخفاقاته إليه — والإسناد، لا مدة التشغيل، هو ما يعنيه سؤال «هل هو معطّل؟» في الحقيقة.