كيف يعمل Grok داخل Hermes Agent لمشتركي SuperGrok

بدلاً من إعداد متغير البيئة XAI_API_KEY، يمكن للمستخدم ببساطة تسجيل الدخول باستخدام حسابه في xAI عبر تدفق OAuth في المتصفح.

خطوات العملية باختصار:

• يبدأ المستخدم تسجيل الدخول من داخل Hermes.
• يفتح المتصفح صفحة المصادقة في accounts.x.ai.
• بعد تسجيل الدخول مرة واحدة، يحصل Hermes على رمز OAuth.
• يقوم الوكيل بتحديث الجلسة تلقائياً في الخلفية.

بعد ذلك لا يحتاج المستخدم إلى إدارة مفاتيح API يدوياً.

تسجيل دخول واحد للوصول إلى أدوات xAI

الرمز الذي يحصل عليه Hermes بعد تسجيل الدخول لا يستخدم فقط للنصوص، بل يمكن إعادة استخدامه للوصول إلى عدة خدمات من xAI.

بحسب وثائق Hermes، يمكن للجلسة المصادق عليها تشغيل ميزات Grok المختلفة مثل:

• توليد النصوص والاستدلال
• توليد الصور
• تحويل النص إلى كلام (Text‑to‑Speech)
• توليد الفيديو
• خدمات النسخ الصوتي

بمعنى آخر، تسجيل دخول واحد يتيح الوصول إلى معظم أدوات xAI المتاحة ضمن الاشتراك.

ما هي نماذج Grok المتاحة؟

تشير وثائق واجهة برمجة التطبيقات الخاصة بـ xAI إلى أن Grok 4 هو النموذج الرئيسي للشركة حالياً، ويتميز بقدرات استخدام الأدوات والبحث في الوقت الفعلي.

كما تشير بعض الأدلة التقنية إلى وجود نماذج أخرى مثل Grok 4.1 Fast المصممة لتكون أسرع وأقل تكلفة عند استخدامها في أنظمة الوكلاء.

لكن لا توجد مصادر موثوقة تؤكد وجود نموذج رسمي باسم Grok 4.3 حتى الآن؛ أغلب الوثائق المتاحة تشير إلى Grok 4 وإصداراته المختلفة فقط.

لماذا هذا التكامل مهم؟

تكامل Grok مع Hermes يعكس تغييراً مهماً في بنية منظومة الذكاء الاصطناعي.

يمكن تبسيط هذا التغيير إلى طبقتين رئيسيتين:

1. طبقة الوكلاء (Agent Shells)
أدوات مفتوحة المصدر مثل Hermes توفر الواجهة، وإدارة الذاكرة، وربط التطبيقات، وتنفيذ المهام.

2. طبقة النماذج (Model Providers)
شركات مثل xAI توفر النماذج وخدمات الذكاء الاصطناعي التي تعمل في الخلفية.

بما أن Hermes يدعم عدة مزودين عبر واجهات متوافقة مع OpenAI، يمكن للمستخدم تغيير النموذج بسهولة مع الحفاظ على نفس بيئة الوكيل.

تكامل OAuth مع Grok يجعل هذا الأمر أسهل، لأنه يسمح للمستخدم بالاعتماد على اشتراكه الشخصي بدلاً من إعداد حساب مطور منفصل.

الاتجاه الأكبر: وكلاء ذكاء اصطناعي مدعومون بالاشتراكات

تقليدياً، كانت معظم تكاملات الذكاء الاصطناعي تعتمد على الدفع حسب الاستخدام عبر مفاتيح API. هذا النموذج مناسب للمطورين، لكنه ليس دائماً الخيار الأبسط للمستخدمين العاديين.

البديل الذي يظهر الآن هو ربط الوكلاء باشتراكات المستخدم مباشرة عبر OAuth، ما يوفر عدة مزايا:

• عدم الحاجة لإدارة مفاتيح API
• استخدام الاشتراك الشخصي مباشرة
• إعداد أسرع للأدوات ذاتية الاستضافة

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

في هذه الحالة يصبح الوكيل طبقة التحكم، بينما تتنافس الشركات مثل xAI على تقديم الذكاء الذي يعمل خلفه.