ماذا يعني تدخل مساعدك الذكي إلى أنظمة شركتك؟

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

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

 من BYOD إلى BYOA

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

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

 كيف يدخل الوكلاء الشخصيون؟

من يربط وكيل ذكاء اصطناعي شخصي بأنظمتك اليوم يفعل ذلك على الأرجح دون تقديم أي تذكرة، بل يربطه بالطريقة التي يربط بها التطبيقات الأخرى. أولاً عبر موافقة OAuth، إذ يطلب الوكيل الوصول إلى Google Workspace أو Microsoft 365 أو Slack فينقر الموظف على السماح، وإذا كان مستأجرك يسمح للمستخدمين بالموافقة على تطبيقات الطرف الثالث فهذه هي العملية بأكملها. وثانياً عبر سلسلة نصية، مثل Instinct الذي يرسل له المستخدمون رسائل نصية ويربطون حسابهم في جوجل أو آبل أو فيسبوك فيعمل من خلال الخدمات التي يربطونها.

وثالثاً عبر كلمات المرور المحفوظة في متصفح الوكيل، إذ تستطيع العديد من الوكلاء تسجيل الدخول إلى مواقع مدعومة باستخدام كلمات المرور عبر متصفح ومدير كلمات مرور داخلي، فيبدو الأمر لتطبيقك كما لو أن الموظف هو من يسجل الدخول. ورابعاً عبر مفاتيح API ورموز الوصول الشخصية، إذ تستطيع العديد من الوكلاء استخدامها للتكاملات غير الرسمية، وهي تتطلب من المستخدمين إنشاء بيانات اعتماد طويلة الأمد. وخامساً عبر حاسوب الموظف نفسه، إذ يصل وكيل محلي مثل OpenClaw إلى كل ما يمكن للحاسوب المثبت عليه رؤيته، وحصل Muse على تطبيق ماك في 18 سبتمبر يقرأ الملفات والملاحظات والتقاويم والبريد الإلكتروني بإذن المستخدم ويمكنه الحصول على وصول اختياري كامل إلى القرص، وكذلك متصفحات الذكاء الاصطناعي مثل Dia من Atlassian التي تقرأ صفحاتك المفتوحة وتتصل بـ Slack وGmail.

 تعرف على الوكلاء

بعد أقل من عام على ظهور هذه الفئة، بدأت تظهر فئات فرعية في سوق الوكلاء الشخصيين الناشئ، فبعضهم أكثر مؤسسية والبعض الآخر أكثر شخصية، لكنك ستجد صعوبة في العثور على وكيل مصمم فعلاً لبيئة عمل من حيث ما يفعله والأهم ما لا يفعله. وخُذ Dots من OpenAI مثلاً، فهو مؤسسي بقدر ما يمكن أن يكون منتج كهذا، إذ سيكون لـ Dots المتخصصة هويات وبيانات اعتماد خاصة بها، وتعمل OpenAI مع مايكروسوفت لنشرها ضمن Agent 365، والموصلات مبنية على تلك التي أُنشئت لـ ChatGPT، وحتى الطرح محدود بحسابات المؤسسات والاشتراكات عالية المستوى.

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

أما Muse من ميتا فهو موجه للمستهلك أولاً ومتاح حالياً في الولايات المتحدة وكندا فقط، ومع ذلك اكتسب بعد أسابيع من إطلاقه العديد من الموصلات المؤسسية بما فيها Slack وLinear وVercel، وهو ظاهرياً أسرع وكيل ذكاء اصطناعي شخصي نمواً في خريف 2026. وأكثر الوكلاء الشخصيين إثارة للضجة في أوساط التقنية هو Instinct، وهو وكيل شخصي من شركة ناشئة صغيرة يعمل عبر تطبيقات الرسائل النصية ويمكنه الاتصال بأي بيئة عمل تقريباً، وله سياسة خصوصية أثارت الكثير من الحواجب، وقد جمع Instinct نفسه مليار دولار بتقييم 10 مليارات دولار فهو من أفضل المستضعفين تمويلاً على الإطلاق.

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

 الجميع يبني الحوكمة لنشرهم الخاص

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

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

 مكّن الوكيل واحكم الهوية

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

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

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