إعداد Grok Bot: بلا استوديو، بلا منتقي النماذج

هناك منشور باللغة الصينية ينتشر هذا الأسبوع بعنوان 我的 Grok Bot 工作室配置 — "إعداد استوديو Grok Bot الخاص بي" — والصياغة هي الدليل. أي شخص قام بتهيئة Grok Bot بشكل حقيقي يعلم أنه لا يوجد استوديو: لا منشئ بالسحب والإفلات، ولا لوحة عقد، ولا قائمة منسدلة لاختيار النموذج. Grok Bot هو منتج وكيل يعمل دائمًا من SpaceXAI، أُطلق في 11 أغسطس 2026، وواجهة التهيئة بالكامل لديه نصية — حقل وصف، ومحادثة، وأي شيء يمكنك إقناعه بتذكره. هذا ليس قيدًا يمكنك التغلب عليه بتبديل الأدوات. إنه يغير ما تعنيه التهيئة أصلاً، ويفسر لماذا يحصل شخصان يقومان بما يبدو أنه نفس الإعداد على نتائج مختلفة تمامًا.

التوقيت يجعل من هذا أمرًا يستحق التدوين الآن. في 7 أكتوبر، قال إيلون ماسك في منشور على X إن Gro​k Bot سيتوقف عن الاقتصار على نماذج SpaceXAI الخاصة به، وسيمتد إلى «أفضل نموذج خلفي لأي مهمة معينة»، مسمّيًا Claude Opus 5.5 وMidjourney وSuno — وهو تصريح أكّدته عدة وسائل إعلامية بصفته تصريحًا، ولا يزال بلا قائمة أسعار، ولا مدخل في سجل التغييرات، ولا قياس خارجي. وبعد يومين، في 9 أكتوبر، عناوين البريد الإلكتروني الخاصة بكل بوت والمنتهية بـ@mail.grokbot.com بدأت بالانتشار. إذن، المنتج الكامن تحت إعداداتك يتحرك، والشيء الذي يحدد ما إذا كانت هذه الحركة ستفيدك هو الشيء نفسه كما كان دائمًا: مدى جودة تحديد مواصفات البوت نفسه.

ما هي الإشارة المُسلَّمة في الواقع

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

إذا كنت تبحث عن واجهة بناء (builder UI) لأن كل منتج وكيل آخر طرح واحدة، فهذا السطر هو الجواب. إن مخرَج التكوين هنا هو نثر يصمد عند التلامس مع مهمة حقيقية — وتخبرك الوثائق بالضبط بما ينبغي أن يتضمنه واحد جيد: متى تستخدم المهارة، والمدخلات والوصول المطلوبان، وتسلسل العمل، وكيفية التحقق من النتائج، وما يجب إرجاعه، وما يتطلب موافقة.

منتقي النموذج غير موجود، وهذا هو الجزء المثير للاهتمام

اسأل عن المكان الذي تختار فيه بين Grok 4.7 وClaude Opus 5.5 لـ Bot معيّن، فتجيب الوثائق بصراحة: «يتولى Cursor إدارة اختيار النموذج، لذا لا يوجد منتقي نماذج.» لا يوجد إعداد نموذج خاص بكل Bot، ولا إعداد خاص بكل روتين، ولا إعداد خاص بكل مهارة. تغطي صفحة إعدادات Bot الاسم، والتسمية، والوصف، والصورة الرمزية، وتفضيل الإشعارات — وهذا هو كامل السطح الخاص بكل Bot — مع وجود المنطقة الزمنية على مستوى الحساب لأن الروتينات تحتاج إليها في الجداول.

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

الأرقام التي تُقيّد فعليًا إعدادًا ما

معظم نصائح التهيئة غامضة لأن معظم وثائق الوكلاء غامضة. هذه ليست غامضة، ولكل منها أثر تصميمي.

• عدد الروتينات لكل بوت — 50. يمكن أن يمتلك البوت «حتى 50 روتينًا»، ويحتفظ التطبيق «بأحدث 20 سجل تشغيل لكل روتين»، لذا فإن سجل التدقيق لديك ضحل بحكم التصميم.

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

• تسجّل خاصية التعليم لمدة عشر دقائق. "تسجّل خاصية التعليم التفاعل المرئي مع الحاسوب لمدة تصل إلى عشر دقائق. ولا تسجّل صوت الميكروفون." يجب تقسيم الإجراءات الطويلة إلى مقاطع.

• الأسرار لكل Team Bot — 25، القيم مقنّعة ومحجوبة في المخرجات، وتحذّر الوثائق من أن البوت «يمكنه استخدام كل سر في محادثة أي زميل في الفريق»، لذا فإن السر هو وصول ممنوح إلى الفريق بأكمله.

• حاسوب واحد لكل حساب، لا لكل بوت. «كل بوت في حسابك يستخدم الحاسوب نفسه»، وهو «مُخصَّص لحساب المستخدم الخاص بك، لا لبوت فردي»، وتوجد الملفات في /workspace المشتركة، و«الملفات مرئية لكل بوت». الشاشات التي يراها كل بوت هي «أسطح عمل منفصلة، وليست حدودًا أمنية منفصلة».

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

اضبط الحدود قبل أن تضبط المهمة

توجيهات الأتمتة الخاصة بالوثائق نفسها هي قائمة قصيرة بالأشياء الجديرة بالتنفيذ في أول عشر دقائق من أي إعداد جديد. أبقِ عمليات الكتابة خلف الموافقة: «اطلب الموافقة قبل الإرسال أو الشراء أو الحذف أو النشر أو تغيير أنظمة الإنتاج.» حدّد مطابقة أحداث ضيقة وتجنب «المستمعين الواسعين مثل "كل رسالة جديدة"،» لأنهم يولّدون ضوضاء ويستهلكون الاستخدام ويتصرفون بناءً على مدخلات غير ذات صلة. استخدم زر تشغيل الاختبار مع العلم أن «تشغيل الاختبار ينفذ عملاً حقيقياً. يمكنه التنقل في المواقع وتغيير الملفات واستدعاء الأدوات المتصلة.» اكتب سياسة عدم وجود بيانات وسياسة بيانات قديمة قبل أول صباح دون إشراف، واجعل عمليات إعادة المحاولة خاملة (idempotent) حتى لا تؤدي إعادة التشغيل إلى إرسال مزدوج.

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

ما الذي ينتقل، وما الذي لا ينتقل

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

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

حيث يتلاءم الموجّه دون التظاهر بأنه الوكيل

Gro​k Bot هو منتج اشتراك؛ وليس شيئًا يمكنك تمريره عبر نقطة نهاية تابعة لجهة خارجية، ولا ينبغي لأي دليل إعداد صادق أن يقترح خلاف ذلك. السؤال الذي تطرحه مشكلة ندرة النماذج هو سؤال مختلف: إذا كنت تريد اختيار المحرك عن قصد، فأنت تشتري وصولًا عبر API، وهذه طبقة منفصلة عن Bot.

تلك الطبقة هي ما نبيعه. OrcaRouter هو نقطة نهاية واحدة متوافقة مع OpenAI عبر أكثر من 200 نموذج، دون أي هامش ربح على سعر قائمة المزوّد، لذا يصبح أي تخفيض سعري من المزوّد ساريًا هنا في اليوم نفسه؛ ويأتي Grok 4.7 عليه بالسعر المعلن الخاص بـ SpaceXAI نفسه: $2.00 لكل مليون رمز إدخال و$6.00 لكل مليون رمز إخراج لأقل من 200K من رموز المطالبة، ويتضاعف فوق هذا الحد. العناصر المهمة لتهيئة مثل تلك الواردة في المنشور هي التي تمنع خطوة غير مُثبتة من أن تتحول إلى حادثة إنتاجية: التجاوز التلقائي عند الفشل عبر المزوّدين عندما يتدهور أحدهم، ولغة توجيه DSL تجمع عدة نماذج في نداء واحد، ودمج النماذج للوحات التي تجيب معًا. والخطوة العملية لسؤال «هل يستطيع هذا البوت أداء المهمة أصلًا؟» هي الخطوة المملة — اكتب المهارة، وشغّلها يدويًا مرة واحدة على النموذج الذي كنت تنوي الوثوق به، وبعد ذلك فقط أتمتتها. إن التجاوز عند الفشل هو ما يجعل تجربة خطوة على نموذج لم تلتزم به أمرًا يمكن النجاة منه بدلًا من أن تكون مقامرة.

إذا كنت تكتب إعدادك هذا الأسبوع

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

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