كلاودفلير تفتح مصدر منصة Cloudflare OS: وكيل ذكي لكل موظف في شركتك

منصة تعطي كل موظف وكيلا ذكيا يعرف شركتك

أعلنت كلاودفلير مطلع أغسطس 2026 عن فتح المصدر لمنصة Cloudflare OS: منصة مفتوحة يمكن لأي مؤسسة نشرها في حسابها الخاص، تمنح كل موظف مساحة عمل ووكيلا ذكيا مبنيا حول سياق شركته — مصطلحاتها وإجراءاتها وأنظمتها — مع طبقة صلاحيات تتحكم بما يستطيع الوكيل الوصول إليه فعلا. الفكرة المحورية بسيطة: الذكاء الاصطناعي في العمل لا ينفع إن لم يصل إلى الأنظمة التي يعمل عليها الناس، لكن تسليم مفاتيح الأنظمة للوكلاء خطر لا يُحتمل. Cloudflare OS تحاول حل هذه المعادلة على مستوى المنصة لا على مستوى كل مطور.

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

ثلاثة أجزاء تشكل المنصة

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

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

الجزء الأهم: الصلاحيات لا النموذج

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

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

العقبة أمام الذكاء الاصطناعي في العمل لم تعد جودة النموذج، بل الوصول المحكوم إلى أنظمتك. من يحل مسألة الصلاحيات أولا هو من يستفيد فعلا.

السياسة تتبع ما رآه الوكيل

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

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

التكلفة أيضا محكومة

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

ماذا يعني هذا لشركتك عمليا

أولا، لا تتعامل مع Cloudflare OS كأنها منتج جاهز تشتريه وتشغله غدا. هي مشروع مفتوح المصدر تنشره في حسابك وتربطه بأنظمتك وتكتب له وسطاء الوصول الخاصين بخدماتك، وهذا عمل هندسي حقيقي. كلاودفلير نفسها تشير إلى شركاء تنفيذ لهذا السبب.

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

ثالثا، ابدأ بقسم واحد ونظام واحد. اختر عملية متكررة ومكلفة زمنيا، اربطها بنظام واحد بصلاحية قراءة محدودة، وقس النتيجة أربعة أسابيع قبل التوسع.

كيف تبنيه أوريجامي

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

المصادر

• مدونة كلاودفلير — الإعلان الرسمي عن Cloudflare OS: blog.cloudflare.com
• مستودع المشروع مفتوح المصدر على غيت هب: github.com/cloudflare/cloudflare-os
• الهيئة السعودية للبيانات والذكاء الاصطناعي — نظام حماية البيانات الشخصية: sdaia.gov.sa