Oracle Fusion Claw: وكلاء الذكاء الاصطناعي يدخلون نظام ERP بحوكمة صارمة

في 29 سبتمبر 2026 أعلنت أوراكل في أوستن عن «Oracle Fusion Claw»، وهي بيئة تشغيل محكومة (governed runtime) للوكلاء الأذكياء داخل تطبيقات Fusion، أي داخل نظام تخطيط موارد المؤسسة (ERP) نفسه. الخبر لا يتعلق بنموذج جديد أو بمساعد محادثة آخر، بل بسؤال أقدم وأصعب: كيف تسمح لوكيل ذكاء اصطناعي بتنفيذ قيود محاسبية وخطط توظيف دون أن تخاطر بسجلات الشركة؟ في هذا المقال نشرح ما أُعلن، وكيف صُمّمت الفكرة، وما الذي يمكن أن يتعلمه منها أي مطوّر يبني وكلاء للأعمال.

ما الذي أعلنته أوراكل؟

بحسب ما نقلته تقارير مثل SiliconANGLE وBigDATAwire، فإن Fusion Claw هي طبقة تنفيذ تجمع بين استدلال النماذج اللغوية والحوسبة الحتمية (deterministic) المعتادة في أنظمة المؤسسات. وأعلنت الشركة معها 25 تطبيقاً جديداً مبنياً عليها، فيرتفع عدد «التطبيقات الوكيلية» في Fusion إلى 75، وتغطي المالية والموارد البشرية وسلاسل الإمداد والمبيعات. من أمثلة المهام: مطابقة القيود المحاسبية، وتعديل خطط التوظيف عندما تتغير الظروف.

الفكرة المعمارية: النموذج يقترح ولا يكتب

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

هذا الفصل يخفف أخطر مشكلة في الوكلاء: أن يهلوس النموذج رقماً أو يتجاوز صلاحية ثم يُسجَّل ذلك كحقيقة محاسبية.

الحوكمة: ثلاثة مفاهيم تستحق الانتباه

تقدّم أوراكل مصطلحات خاصة بها لنظام الحوكمة، وأبرزها:

• Enterprise Operating Envelope: وثيقة تقنية تجمع سياسات المؤسسة وصلاحياتها وعتبات المخاطرة وحقوق القرار وحدود التصعيد.
• Outcome Trust Harness: الآلية التي تطبّق هذا الإطار على كل تشغيلة.
• Outcome Receipt: إيصال يُسجَّل عند نهاية كل تشغيلة، ويوضح الصلاحية المطبَّقة والأدلة المستخدمة والقرارات المتخذة والمعاملات المنفذة.

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

كما يختار العميل مستوى الأتمتة لكل عملية على حدة، من مساعدة سريعة تُبقي الإنسان في القرار، وصولاً إلى تنفيذ كامل محكوم.

لماذا يهم هذا المطورين؟

حتى لو لم تعمل على Oracle إطلاقاً، فالنمط قابل للنقل إلى أي نظام وكلاء تبنيه:

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

ما الذي يجب الحذر منه؟

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

أسئلة شائعة

هل Fusion Claw نموذج ذكاء اصطناعي جديد؟

لا. هي بيئة تنفيذ وحوكمة تُشغَّل فوق نماذج قائمة، وتحدد كيف تُستخدم مخرجاتها داخل تطبيقات المؤسسة.

هل يمكن للوكيل تعديل السجلات المالية مباشرة؟

بحسب التصميم المعلن، لا. النموذج يقترح، وطبقة حتمية تتحقق من الاقتراح مقابل السياسات قبل التنفيذ.

هل تفيد هذه الفكرة من لا يستخدم Oracle؟

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

الخلاصة

إعلان Oracle Fusion Claw يؤكد أن سباق الوكلاء في المؤسسات يتحول من «من يملك النموذج الأذكى» إلى «من يملك أفضل ضوابط التنفيذ». الدرس العملي للمطورين بسيط: اجعل النموذج يقترح، ودع الكود الحتمي ينفذ، واكتب السياسات كبيانات، وسجّل إيصالاً لكل عملية. بهذا تحصل على فائدة الأتمتة دون أن تتنازل عن القدرة على التدقيق والمساءلة.

المصادر: SiliconANGLE، BigDATAwire، Futurum