تشغيل Grok 4.6 على Google Cloud: ابدأ بقيود Preview لا بالكود
لتشغيل Grok 4.6 على Google Cloud، فعّل النموذج داخل مشروع بفوترة نشطة، ثم أرسل طلب Chat Completions باسم grok-4.6 إلى الموقع global. لا تبدأ بكتابة وكيل إنتاجي قبل هذه التجربة، لأن النموذج متاح كواجهة مُدارة في مرحلة Preview وبنمط حصة ثابتة، لا كخدمة مفتوحة تلقائيًا لكل أنماط الاستهلاك.
ابدأ بطلب غير متدفق بقيمة stream: false، ثم أعد الطلب نفسه بقيمة stream: true لاختبار Server-Sent Events. قبل الدمج النهائي، افحص الحصة الفعلية للمشروع وتأكد من قبول قيود Preview، ومنها غياب Standard pay-as-you-go وProvisioned Throughput والتنبؤات الدفعية.
جهّز المشروع والوصول قبل كتابة الطلب
تحتاج أولًا إلى مشروع Google Cloud محدد، وفوترة مفعّلة، وواجهة aiplatform.googleapis.com نشطة، ثم تفعيل النموذج من بطاقته في Model Garden. توضح تعليمات Google لاستدعاء نماذج MaaS هذه المتطلبات، وتذكر أن تفعيل الواجهة يحتاج إلى الإذن serviceusage.services.enable.
- ثبّت المشروع الصحيح في إعدادات gcloud وتحقق من الحساب النشط.
- فعّل Gemini Enterprise Agent Platform API والفوترة للمشروع.
- افتح بطاقة Grok 4.6 في Model Garden وفعّل استخدام النموذج.
- افتح Quotas & System Limits وتحقق من وجود حصة عالمية للنموذج.
- نفّذ الطلب بهوية الاختبار نفسها التي سيستخدمها التطبيق أو الوكيل.
الفصل بين هوية المسؤول وهوية التشغيل مهم: نجاح حساب إداري في تفعيل النموذج لا يثبت أن حساب الخدمة يستطيع استدعاءه. احصل محليًا على رمز وصول بواسطة gcloud auth print-access-token، أو استخدم آلية اعتماد مناسبة لبيئة التشغيل بدل تخزين رمز قصير العمر داخل التطبيق.
أرسل طلبًا غير متدفق إلى نقطة global
استخدم المسار https://aiplatform.googleapis.com/v1/projects/PROJECT_ID/locations/global/endpoints/openapi/chat/completions بعد استبدال PROJECT_ID. أرسل الطلب بطريقة POST مع ترويسة Authorization: Bearer ACCESS_TOKEN وترويسة Content-Type: application/json.
يكفي في الاختبار الأول جسم صغير مثل {"model":"grok-4.6","messages":[{"role":"user","content":"اكتب جملة عربية قصيرة تؤكد نجاح الاتصال."}],"max_tokens":100,"stream":false}. لا تضف صورة أو أدوات أو مخطط مخرجات منظمة في هذه المرحلة؛ المطلوب عزل إعداد المشروع والمصادقة والمسار عن قدرات النموذج الإضافية.
عند النجاح، تحقق من حالة HTTP، ووجود محتوى داخل رسالة المساعد، وعودة اسم النموذج المتوقع. سجّل معرّف الطلب وحالة الاستجابة وبيانات الاستخدام إن أعادتها الواجهة، لكن تجنب تسجيل النصوص الحساسة أو رمز الوصول.
يمكن استخدام مكتبة OpenAI المتوافقة بدل REST بعد ضبط عنوانها الأساسي واعتمادات Google Cloud، ثم استدعاء client.chat.completions.create بالمعرّف نفسه. مفتاح xAI المباشر ليس بديلًا عن مصادقة Google في هذا المسار المُدار.
اختبر SSE من دون تغيير بقية المدخلات
بعد نجاح الطلب الأساسي، غيّر stream فقط إلى true. تصل الاستجابة كسلسلة من أحداث Server-Sent Events تحمل أجزاء delta، وتنتهي الاستجابة النموذجية بالسطر data: [DONE]. يتيح ذلك عرض بداية النص قبل اكتمال الإجابة، لكنه لا يثبت أن زمن المعالجة الكلي انخفض.
يجب أن يقرأ العميل الحدث كاملًا قبل تحليل بياناته، ثم يجمع أجزاء المحتوى بالترتيب ويتجاهل الأسطر الفارغة. حزمة الشبكة ليست بالضرورة حدث SSE كاملًا، ولذلك قد يفشل العميل الذي يحاول تحويل كل حزمة مباشرة إلى JSON.
ضع مهلة مستقلة لبدء الاستجابة وأخرى للخمول أثناء التدفق. وإذا انقطع الاتصال بعد وصول محتوى أو استدعاء وظيفة، فلا تعد الطلب تلقائيًا كأنه لم يبدأ؛ فقد يؤدي ذلك داخل الوكيل إلى تكرار إجراء ذي أثر خارجي. سجّل المرحلة التي وصل إليها التدفق قبل تقرير إعادة المحاولة.
اقرأ بطاقة Preview قبل اختيار بنية الوكيل
تحدد بطاقة Grok 4.6 الرسمية المعرّف grok-4.6 ومرحلة Preview وتاريخ إصدار النسخة في 21 أغسطس 2026، كما تقصر توفرها على global endpoint. يقبل النموذج النص والصور ويخرج نصًا، ويدعم function calling والمخرجات المنظمة والاستدلال بوصفها قدرات Preview، بينما لا يدعم batch predictions.
نمط الاستخدام المدعوم هو Fixed quota فقط؛ أما Standard pay-as-you-go وProvisioned Throughput فغير مدعومين. وتعرض البطاقة للنقطة العالمية حدودًا مقدارها 13 طلبًا في الدقيقة، و188 ألف رمز إدخال و16 ألف رمز إخراج في الدقيقة، مع طول سياق يبلغ 524,288 رمزًا.
هذه ليست تفاصيل ثانوية بعد اكتمال الشفرة. غياب الدفع القياسي يعني أن زيادة الحمل لا تتحول تلقائيًا إلى سعة مدفوعة، وغياب Provisioned Throughput يمنع افتراض وجود سعة مخصصة مضمونة، وعدم دعم التنبؤات الدفعية يستبعد تصميمًا يعتمد على إرسال مجموعة مهام ليلية كدفعة واحدة. أما الموقع global فيعني أن الطلب ليس مثبتًا في منطقة إقليمية تختارها داخل المسار.
شخّص الحصة والطلب بأقل جسم ممكن
إذا فشل الاستدعاء، ابدأ بحالة HTTP ونص الخطأ ثم راجع أربع طبقات بالترتيب: رمز الوصول، وتفعيل الواجهة، وتفعيل النموذج، وصلاحيات هوية التشغيل. بعد ذلك افحص تطابق PROJECT_ID والموقع global والمسار ومعرّف grok-4.6.
عند ظهور خطأ متعلق بالحصة، افحص الطلبات في الدقيقة ورموز الإدخال ورموز الإخراج كلًا على حدة. قد يظل عدد الطلبات منخفضًا بينما يستهلك سياق كبير حصة الرموز؛ لذلك سجّل تقدير حجم المدخل والحد الأقصى للإخراج، وطبّق تراجعًا أسيًا مع عشوائية على المحاولات الآمنة للإعادة.
أما خطأ التحقق من الجسم فيُعالج بالعودة إلى الطلب غير المتدفق الأدنى. احذف تعريفات الأدوات والصورة ومخطط JSON ومعاملات الضبط الإضافية، ثم أعد كل عنصر منفردًا. بهذه الطريقة يتضح هل الخلل في الاتصال أم في حقل بعينه أم في قدرة ما زالت تحت Preview.
ضع بوابة واضحة قبل الدمج الإنتاجي
بعد نجاح REST وSSE، اختبر function calling والمخرجات المنظمة كلًا على حدة. تحقق في طبقة التطبيق من اسم الوظيفة ومعاملاتها وصلاحية المدخلات قبل تنفيذ أي أثر خارجي؛ فإرجاع كائن منظم لا يحل محل التفويض أو قواعد العمل أو سياسة إعادة المحاولة.
يوفر مستودع GoogleCloudPlatform للذكاء التوليدي دفاتر وعينات وتطبيقات توضح إعداد البيئات والوكلاء وfunction calling وسير العمل على المنصة، مع تنبيه المستودع إلى أن مواده توضيحية وليست منتجًا مدعومًا رسميًا. استفد من بنيته، لكن أبقِ معرّف Grok 4.6 وحدوده مأخوذين من بطاقة النموذج.
- اختبار صحة غير متدفق من دون أدوات.
- اختبار SSE يثبت ترتيب الأجزاء والوصول إلى [DONE].
- مراقبة منفصلة للطلبات ورموز الإدخال ورموز الإخراج.
- حدود يفرضها التطبيق على طول المدخل والإخراج.
- منع إعادة تنفيذ الأدوات تلقائيًا بعد انقطاع تدفق جزئي.
- مسار بديل عند نفاد الحصة أو تعطل قدرة Preview.
بوابة النشر المناسبة هنا ليست نجاح سطر الاستدعاء وحده: يجب أن تنجح المصادقة والطلبات العادية والمتدفقة، وأن توجد حصة كافية للحمل المتوقع، وأن يقبل الفريق صراحةً حدود Fixed quota وPreview والوظائف غير المدعومة.
اقرأ أيضًا:
اشترك في نشرتنا الإخبارية
احصل على أحدث أخبار الويب 3 والذكاء الاصطناعي والعملات المشفرة مباشرة في بريدك.