لم أكن أحتاج إلى نموذج آخر يعطيني إجابة ذكية. كنت أحتاج إلى نظام يخفف عني إدارة الأدوات التي أستخدمها أصلًا. لهذا أوقفت OpenClaw وHermes واعتمدت على Grok Bot في عملي اليومي: ليس لأنني حسمت أنه الأذكى، بل لأنه أصبح نقطة التعامل الأساسية مع أدواتي ووكلائي.
المفارقة أنني جرّبته سابقًا، وخرجت بانطباع إيجابي، ثم تركته وعدت إلى أدواتي المعتادة. التجربة الأولى أقنعتني بأنه مثير للاهتمام؛ الاستخدام اللاحق هو الذي أقنعني بأن أغيّر طريقة عملي.
هذه مراجعة شخصية لطريقة استخدامي، لا اختبار تفوق شامل ولا دعوة إلى استبدال نظام يعمل معك جيدًا. والسؤال الذي أريد الإجابة عنه ليس: أي نموذج يفوز؟ بل: أي نظام يجعل العمل اليومي أقل تشتتًا؟
المشكلة لم تكن نقص الذكاء، بل كثرة الأماكن التي يتوزع فيها العمل
عندما تستخدم ChatGPT وclaude وأدوات البرمجة ووكلاء متعددين، يسهل أن تبدأ مشروعًا في مكان وتكمله في آخر. بعد فترة، تصبح متابعة ما بدأته وما بقي مفتوحًا مهمة إضافية بحد ذاتها.
هذا ما كنت أريد حله. لا أريد أن أكون الشخص الذي ينقل السياق باستمرار بين الأنظمة، ثم يحاول تذكّر أين وصل كل مشروع.
في الإعداد الذي بنيته، صار Grok Bot يجمع هذه الخيوط. يتعامل مع أدوات أخرى عبر المتصفح، ويستخدم أدوات CLI مثل Codex وclaude، ولديه جهاز افتراضي ينفذ عليه بعض الأعمال.
لذلك، حين أقول إنه أصبح وكيلي الأساسي، لا أقصد أنني استغنيت عن ChatGPT وclaude. ما زلت أعود إليهما في المهام المعقدة، وأستعين بهما من خلاله أيضًا. الذي تغيّر هو نقطة البداية والتنسيق، لا اختفاء الأدوات الأخرى.
قيمة الوكيل تظهر في سير العمل، لا في ترتيب النموذج وحده
كنت أنظر إلى الموضوع من زاوية النظام المتكامل: هل يستطيع الوصول إلى الأداة المناسبة؟ هل يحتفظ بالسياق؟ هل ينسق بين المتخصصين؟ وهل أعرف أين أسمح له بالتصرف وأين أطلب منه التوقف؟
هذه هي الفكرة التي أقصدها عندما أتحدث عن النظام المحيط بالنموذج. قوة النموذج مهمة، لكنها ليست وحدها ما يحدد فائدة الوكيل بالنسبة إليّ.
مثلًا، طلبت من Grok Bot عرض شبكة الأدوات والأجهزة المرتبطة بعملي في صفحة HTML. النتيجة الأولى لم تكن بالشكل الذي أريده، فطلبت منه الاستعانة بـclaude عبر CLI لتحسينها.
وحتى بعد ذلك، لم تصبح النتيجة مثالية. هذا التفصيل مهم: القدرة على استخدام أداة أخرى لا تعني ضمان الجودة، لكنها تعطيني طريقة لتحسين العمل من داخل المسار نفسه بدل بدء المحاولة من الصفر في تطبيق آخر.
المعيار العملي عندي أصبح: هل يستطيع النظام تحريك المهمة إلى الأمام، والاستعانة بما يحتاجه، ثم إعادتها إليّ للمراجعة؟
ثلاثة استخدامات جعلت الفائدة ملموسة
البريد الصباحي: معرفة ما يحتاج انتباهي قبل فتح الحسابات
في السابق، كنت أخصص للوكيل حساب بريد منفصلًا. في تجربتي اللاحقة مع Grok Bot، وسّعت الوصول إلى حساباتي، وأصبح يصلني صباحًا ملخص واحد يوضح ما يحتاج متابعة، وما يمكن تجاهله، والتنبيهات التي لا أريد أن تفوتني، مثل اقتراب انتهاء اشتراك.
لم أعد أفتح البريد بالطريقة نفسها لمجرد استكشاف ما وصل. أرجع إليه عندما توجد مسألة تستدعي تدخلي.
الفائدة هنا ليست اختصار الرسائل فقط، بل مساعدتي على تحديد ما أفعله بعدها. أما قرار توسيع الوصول فكان قراري الشخصي، وليس خطوة أنصح الجميع بتكرارها.
فريق المحتوى: تخصصات متعددة من دون إدارة كل وكيل منفردًا
لدي مجموعة وكلاء مرتبطة بعملي على YouTube. عندما أطلب أفكارًا لفيديو قادم، يمكن أن يتولى أحدهم البحث، ويراجع آخر ما نشرته سابقًا، ويعمل وكيل آخر على النص.
أستطيع متابعة نقاشهم في الغرفة والتدخل برسالة مكتوبة أو صوتية. لكن معظم تعاملي يبقى مع الوكيل الرئيسي، الذي ينسق بينهم ويعيد إليّ النتيجة.
أحاول في الوقت نفسه ألا أُكثر عدد الوكلاء بلا حاجة. التخصص مفيد عندما يحسّن المخرجات؛ أما إنشاء وكيل لكل تفصيل فقد يعيد مشكلة الإدارة التي أحاول التخلص منها.
المراجعة الأسبوعية: استعادة صورة المشاريع المفتوحة
في الإعداد الذي أستخدمه، طلبت من Grok Bot مراجعة ملفات مرتبطة بعملي على ChatGPT وclaude على حاسوبيّ، مع منعه من تعديلها. ثم يقدم لي ملخصًا بالأمور المفتوحة والردود التي تحتاج متابعة.
هذه ليست مهمة تنفيذ كل المشاريع نيابة عني. إنها مهمة إظهار ما بدأته ولم أكمله، وجمعه في مكان واحد.
بالنسبة إليّ، هذا مثال أوضح على قيمة التكامل من إجابة مبهرة في محادثة منفصلة: أن أرى العمل المعلّق قبل أن أنسى وجوده.
وكيل رئيسي واحد، لا صلاحيات واحدة على كل الأجهزة
ربطت النظام باللابتوب وMac Studio وiPhone، لكن الربط لا يعني أن قدرات التحكم والصلاحيات متطابقة على الأجهزة الثلاثة. في العرض، كانت خيارات الوصول إلى الحاسوب مختلفة عن الخيارات المتاحة على الهاتف.
وعلى الحواسيب، أمكنني الاختيار بين السماح، والمنع، وطلب الموافقة. اخترت أن يسألني عند الحاجة بدل إعطائه إذنًا مفتوحًا على جهازي الشخصي.
هذه نقطة أساسية في طريقة تفكيري: استخدام الجهاز للتواصل مع الوكيل شيء، والسماح له بالعمل داخله شيء آخر. وربط خدمة لا يعني بالضرورة السماح بكل إجراء فيها.
ما أريده هو تقليل التنقل بين الأدوات، لا إلغاء الحدود بين أجهزتي وحساباتي.
الثقة كانت شرط الانتقال، لكنها ليست شهادة أمان
إدارة الصلاحيات، وVault، والربط مع 1Password كانت من الأسباب التي جعلتني أكثر ارتياحًا إلى استخدام النظام. بحسب ما عرضته وفهمته في التجربة، تتيح هذه الآليات استخدام بيانات الدخول ضمن مسار محكوم، من دون عرض كلمة السر نفسها للوكيل.
لكن يجب الفصل بين ارتياحي لهذه الطريقة وبين إثبات أمانها تقنيًا. هذه تجربة استخدام، وليست تدقيقًا أمنيًا مستقلًا. وأي تقدير شخصي عبّرت عنه لمستوى الأمان لا ينبغي التعامل معه بوصفه نسبة مخاطر مقاسة.
خبرتي السابقة مع OpenClaw وHermes أثّرت أيضًا في قراراتي. ما قبلتُه أنا من وصول لا يعني أنه مناسب لشخص آخر، أو لحساب يحتوي على بيانات أكثر حساسية.
حدودي العملية في هذه التجربة واضحة:
- لم أمنحه الوصول إلى حسابي البنكي، ولا أنوي فعل ذلك.
- لم أسمح له بالدخول إلى حسابي الشخصي على LinkedIn في العرض.
- فرّقت بين قراءة ملفات المشاريع وبين تعديلها.
- أبقيت طلب الموافقة قائمًا في مواضع لا أريد فيها تصرفًا تلقائيًا.
- استبعدت كلمات السر من ملفات نقل السياق بين الأنظمة.
السؤال عندي ليس فقط: هل أثق بهذا الوكيل؟ بل: هل أقبل منحه هذه الصلاحية تحديدًا، على هذا الحساب تحديدًا؟
نقلت السياق من الوكلاء السابقين، لا كلمات السر
الانتقال من OpenClaw وHermes لم يكن مجرد إيقافهما وفتح محادثة جديدة. كان لدي سياق عمل متراكم أردت الاحتفاظ به.
طلبت من الوكلاء إعداد ملفات ترحيل تتضمن المعلومات اللازمة لاستئناف العمل في نظام آخر، مع التأكيد على عدم تضمين كلمات السر. وضعت الملفات في Google Drive الخاص بحساب الوكيل، ثم أتحت الحساب نفسه لـGrok Bot ليقرأها ويعيد تنظيم العمل لديه.
أخبرني لاحقًا بأنه استوعب الملفات الأساسية واحتفظ بها على جهازه الافتراضي للرجوع إليها. لكنه أشار أيضًا إلى احتمال الخطأ في بعض التفاصيل.
لذلك لا أتعامل مع رسالة «تم النقل» باعتبارها دليلًا على انتقال كل شيء بدقة. ما يهم هو أن يظهر فهم السياق في المهام التالية. نقل الملفات يهيئ الاستمرار؛ الاستخدام الفعلي هو الذي يكشف ما يحتاج تصحيحًا.
الاختيار الصحيح عندي هو ما يستحق مكانه في يوم العمل
كنت في التجربة على اشتراك بقيمة 100 دولار، ووجدته مناسبًا لاستخدامي. هذا وصف لما استخدمته وقت التسجيل، وليس تأكيدًا لسعر حالي أو دليلًا على أن الاحتياجات الأخف تتطلب الاشتراك نفسه.
المبدأ الذي طرحته في الحلقة هو ألا أبدأ بالدفع للخيار الأعلى قبل أن أقتنع بالفائدة. فوجود أدوات كثيرة داخل اشتراك لا يجعلها ذات قيمة تلقائيًا إذا لم تدخل فعلًا في طريقة عملي.
ولا أرى أن الجميع يحتاج إلى الانتقال. إذا كان نظامك الحالي ينجز المطلوب، فمجرد وجود بديل يثير الحماس ليس سببًا كافيًا لتغييره. أنا انتقلت لأنني وجدت حلًا لمشكلة محددة: إدارة العمل الموزع بين أدوات ووكلاء وأجهزة متعددة.
وقد يتغير اختياري لاحقًا. ما زلت أستخدم أدوات أخرى، وما زلت أراجع النتائج، وما زالت هناك حسابات لا أسمح للوكيل بالاقتراب منها.
الخلاصة التي خرجت بها ليست أن Grok Bot يجب أن يحل محل كل شيء. بل أن الوكيل أصبح مفيدًا لي عندما لم أعد مضطرًا إلى إدارة كل شيء بنفسي بين التطبيقات، مع بقاء القرار والحدود عندي.
شاهد التجربة الكاملة وعرض سير العمل على YouTube
في عملك، أين تكمن المشكلة الأكبر: جودة إجابات الذكاء الاصطناعي أم التنقل بين أدواته؟ شاركني مهمة واحدة تتمنى إدارتها من مكان واحد، والصلاحية التي لن تمنحها لأي وكيل لإنجازها.
