الميزات الرئيسية

• مساحة عمل عوامل ذكاء اصطناعي متجذرة بسياق المؤسسة: كل محادثة مرتبطة بالمعرفة والأدوات والبيانات التي نظمتها المؤسسة. تشمل مساحة العمل بيئة تشغيل معزولة حيث يمكن للعوامل كتابة وتنفيذ الأكواد البرمجية .
• تطبيقات شخصية قابلة للتعديل (Gadgets): يمكن للمستخدمين أن يطلبوا من مساحة العمل بناء تطبيقات كاملة (Full-Stack) تشمل كود العميل (Client Code)، كود الخادم (Server Code)، واجهة برمجة تطبيقات (API)، وحالة دائمة (Durable State). يعمل كل تطبيق كـ 'Dynamic Worker' مع 'Durable Object Facet' خاص به وقاعدة بيانات SQLite معزولة. التطبيقات خاصة بشكل افتراضي، لكن يمكن مشاركتها كمخططات (Blueprints) ليتمكن الآخرون من إنشاء نسخهم الخاصة .
• Cap'n Web RPC: تستخدم المنصة نظامًا مفتوح المصدر للاتصال بين العميل والخادم يُدعى Cap'n Web، وهو نظام RPC مبني على مفهوم "قدرات الكائنات" (object-capability). يمكن لعوامل الذكاء الاصطناعي استدعاء نفس أساليب الخادم التي تستخدمها التطبيقات التي بناها البشر .
• تمكين غير التقنيين: يمكن للموظفين غير المطورين البحث، وصياغة المستندات، وتشغيل التطبيقات، وأتمتة سير العمل دون الحاجة لانتظار أقسام تقنية المعلومات أو الهندسة .
• نشر مدار من لوحة التحكم: هناك خطة لتوفير خيار نشر مدار داخل لوحة تحكم Cloudflare، مما يسمح للمؤسسات بتشغيل Cloudflare OS مباشرة على حسابها في كلاودفلير .

الإطار الأمني: الحواجز الأمنية (Gatekeepers) وعدم وجود صلاحيات مسبقة

تقدم Cloudflare OS نموذجاً أمنياً مبتكراً يعتمد على التحكم في الوصول المبني على الصلاحيات (Capability-Based Access Control) بدلاً من بيانات الاعتماد الواسعة. المكون الأساسي هو Gatekeeper، وهو Worker مخصص لكل خدمة داخلية . بدلاً من منح العوامل وصولاً واسعاً عبر رموز OAuth أو بروتوكول سياق النموذج (MCP)، تمنح Gatekeepers وصولاً محدداً: مثلاً، قراءة المهام (Issues) ولكن ليس الكود المصدري، إخفاء حقول معينة، وتطبيق حدود على الاستخدام .

العناصر الرئيسية للإطار الأمني:

• عدم وجود صلاحيات مسبقة بشكل افتراضي (Zero Permissions by Default): تبدأ العوامل والتطبيقات (Gadgets) بدون أي صلاحيات؛ يجب منح الوصول صراحة لكل مهمة، مما يمنع انتشار بيانات الاعتماد .
• موافقات غير متزامنة بمشاركة بشرية (Async Human-in-the-Loop Approvals): يمكن لـ Gatekeeper إصدار موافقات تستمر دون حظر بينما تتم الموافقات بالتوازي، مما يكسر نمط الموافقات المتزامنة .
• الثقة المعدومة بشكل افتراضي (Zero Trust by Default): المنصة مبنية على خدمة Cloudflare Access، التي تتحقق من كل مستخدم وكل طلب قبل منح الوصول .
• أمن العقد التعاقدي للصلاحيات (Capability Contract Security): ترى كلاودفلير أن الأمن يجب أن يكون جزءاً من المنصة نفسها، لا أن يُترك لكل شخص يبني تطبيقاً أو يستخدم عاملاً لتنفيذه بشكل صحيح .

مرونة النماذج

تدعم Cloudflare OS أي نموذج ذكاء اصطناعي عبر Cloudflare AI Gateway . يمكن للمسؤولين :

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

بالإضافة إلى ذلك، تعمل المنصة مع نماذج LLM المحلية عبر Ollama، وأكد كينتون فارد (Kenton Varda) أن التشغيل المحلي يمكن أن يكون أسرع من النسخة المستضافة لبعض أعباء العمل .

الترخيص مفتوح المصدر: Apache 2.0 مع ملاحظة هامة

تم إصدار Cloudflare OS بموجب ترخيص Apache 2.0 . المستودع الأساسي موجود على github.com/cloudflare/cloudflare-os . كما أصدرت كلاودفلير مستودعاً منفصلاً لنشر مثال توضيحي يُستخدم كقالب لكيفية ربط أي مؤسسة لواجهتها الخاصة، وتكاملاتها، ومهاراتها . الكود مبني على بيئة التشغيل مفتوحة المصدر workerd الخاصة بكلاودفلير .

ملاحظة هامة: على الرغم من أن الترخيص مفتوح المصدر حقاً، إلا أن المنصة تعتمد على بدائيات تشغيل خاصة بكلاودفلير (مثل Dynamic Workers و Durable Object Facets و Cap'n Web) والتي تعمل بشكل جيد حالياً فقط على البنية التحتية لكلاودفلير. هذا يعني أن الاستقلالية الكاملة عن البائع محدودة .

شركاء الإطلاق للنشر في المؤسسات

أعلنت كلاودفلير عن اثنين من متكاملات الأنظمة كشركاء إطلاق للنشر في المؤسسات :

• Presidio
• Happy Cog

يقدم هؤلاء الشركاء قنوات نشر مؤسسية، بالإضافة إلى حركة التبني مفتوحة المصدر التي يقودها المطورون من كلاودفلير .

الميزات الرئيسية

• مساحة عمل عوامل ذكاء اصطناعي متجذرة بسياق المؤسسة: كل محادثة مرتبطة بالمعرفة والأدوات والبيانات التي نظمتها المؤسسة. تشمل مساحة العمل بيئة تشغيل معزولة حيث يمكن للعوامل كتابة وتنفيذ الأكواد البرمجية .
• تطبيقات شخصية قابلة للتعديل (Gadgets): يمكن للمستخدمين أن يطلبوا من مساحة العمل بناء تطبيقات كاملة (Full-Stack) تشمل كود العميل (Client Code)، كود الخادم (Server Code)، واجهة برمجة تطبيقات (API)، وحالة دائمة (Durable State). يعمل كل تطبيق كـ 'Dynamic Worker' مع 'Durable Object Facet' خاص به وقاعدة بيانات SQLite معزولة. التطبيقات خاصة بشكل افتراضي، لكن يمكن مشاركتها كمخططات (Blueprints) ليتمكن الآخرون من إنشاء نسخهم الخاصة .
• Cap'n Web RPC: تستخدم المنصة نظامًا مفتوح المصدر للاتصال بين العميل والخادم يُدعى Cap'n Web، وهو نظام RPC مبني على مفهوم "قدرات الكائنات" (object-capability). يمكن لعوامل الذكاء الاصطناعي استدعاء نفس أساليب الخادم التي تستخدمها التطبيقات التي بناها البشر .
• تمكين غير التقنيين: يمكن للموظفين غير المطورين البحث، وصياغة المستندات، وتشغيل التطبيقات، وأتمتة سير العمل دون الحاجة لانتظار أقسام تقنية المعلومات أو الهندسة .
• نشر مدار من لوحة التحكم: هناك خطة لتوفير خيار نشر مدار داخل لوحة تحكم Cloudflare، مما يسمح للمؤسسات بتشغيل Cloudflare OS مباشرة على حسابها في كلاودفلير .

الإطار الأمني: الحواجز الأمنية (Gatekeepers) وعدم وجود صلاحيات مسبقة

تقدم Cloudflare OS نموذجاً أمنياً مبتكراً يعتمد على التحكم في الوصول المبني على الصلاحيات (Capability-Based Access Control) بدلاً من بيانات الاعتماد الواسعة. المكون الأساسي هو Gatekeeper، وهو Worker مخصص لكل خدمة داخلية . بدلاً من منح العوامل وصولاً واسعاً عبر رموز OAuth أو بروتوكول سياق النموذج (MCP)، تمنح Gatekeepers وصولاً محدداً: مثلاً، قراءة المهام (Issues) ولكن ليس الكود المصدري، إخفاء حقول معينة، وتطبيق حدود على الاستخدام .

العناصر الرئيسية للإطار الأمني:

• عدم وجود صلاحيات مسبقة بشكل افتراضي (Zero Permissions by Default): تبدأ العوامل والتطبيقات (Gadgets) بدون أي صلاحيات؛ يجب منح الوصول صراحة لكل مهمة، مما يمنع انتشار بيانات الاعتماد .
• موافقات غير متزامنة بمشاركة بشرية (Async Human-in-the-Loop Approvals): يمكن لـ Gatekeeper إصدار موافقات تستمر دون حظر بينما تتم الموافقات بالتوازي، مما يكسر نمط الموافقات المتزامنة .
• الثقة المعدومة بشكل افتراضي (Zero Trust by Default): المنصة مبنية على خدمة Cloudflare Access، التي تتحقق من كل مستخدم وكل طلب قبل منح الوصول .
• أمن العقد التعاقدي للصلاحيات (Capability Contract Security): ترى كلاودفلير أن الأمن يجب أن يكون جزءاً من المنصة نفسها، لا أن يُترك لكل شخص يبني تطبيقاً أو يستخدم عاملاً لتنفيذه بشكل صحيح .

مرونة النماذج

تدعم Cloudflare OS أي نموذج ذكاء اصطناعي عبر Cloudflare AI Gateway . يمكن للمسؤولين :

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

بالإضافة إلى ذلك، تعمل المنصة مع نماذج LLM المحلية عبر Ollama، وأكد كينتون فارد (Kenton Varda) أن التشغيل المحلي يمكن أن يكون أسرع من النسخة المستضافة لبعض أعباء العمل .

الترخيص مفتوح المصدر: Apache 2.0 مع ملاحظة هامة

تم إصدار Cloudflare OS بموجب ترخيص Apache 2.0 . المستودع الأساسي موجود على github.com/cloudflare/cloudflare-os . كما أصدرت كلاودفلير مستودعاً منفصلاً لنشر مثال توضيحي يُستخدم كقالب لكيفية ربط أي مؤسسة لواجهتها الخاصة، وتكاملاتها، ومهاراتها . الكود مبني على بيئة التشغيل مفتوحة المصدر workerd الخاصة بكلاودفلير .

ملاحظة هامة: على الرغم من أن الترخيص مفتوح المصدر حقاً، إلا أن المنصة تعتمد على بدائيات تشغيل خاصة بكلاودفلير (مثل Dynamic Workers و Durable Object Facets و Cap'n Web) والتي تعمل بشكل جيد حالياً فقط على البنية التحتية لكلاودفلير. هذا يعني أن الاستقلالية الكاملة عن البائع محدودة .

شركاء الإطلاق للنشر في المؤسسات

أعلنت كلاودفلير عن اثنين من متكاملات الأنظمة كشركاء إطلاق للنشر في المؤسسات :

• Presidio
• Happy Cog

يقدم هؤلاء الشركاء قنوات نشر مؤسسية، بالإضافة إلى حركة التبني مفتوحة المصدر التي يقودها المطورون من كلاودفلير .