وكيل ذكاء اصطناعي لإدارة المستودع في Jmix يحصل على صلاحية الكتابة: الأمان والتدقيق
الجزء الثاني من مقالة عن وكيل الذكاء الاصطناعي الخاص بالمستودع في Jmix والمبني على Spring AI: لم يعد الوكيل يقرأ البيانات فحسب، بل صار قادرًا على تعديلها أيضًا. وتناول المطورون المستخدم الذي تُنفَّذ باسمه الأداة (tool)، وكيفية معالجة المعاملات، وكيفية تدقيق الإجراءات التي يبادر بها النموذج، وكيفية التعامل مع نموذج المجال (domain model) دون سرد الكيانات يدويًا في الموجّه (prompt). هذه بالضبط المسائل التي تفصل العرض التجريبي عن بيئة الإنتاج.
معالج بواسطة الذكاء الاصطناعي من Habr AI؛ بتحرير Hamidun News
نشر مطورو منصة Jmix الجزء الثاني من مقالة عن وكيل الذكاء الاصطناعي الخاص بالمستودع والمبني على Spring AI. في هذه المرة مُنح الوكيل صلاحية تعديل البيانات إضافة إلى قراءتها، وبحث المطورون مسائل الأمان والتدقيق والعمل مع نموذج الأعمال، بحسب موقع Habr.
ما الذي كان في الجزء الأول
في الجزء الأول بنى الفريق وكيلًا للقراءة فقط داخل تطبيق Jmix. يطرح المستخدم سؤالًا بلغة طبيعية، فيشغّل ChatClient من Spring AI حلقة الوكيل (agent loop)، ويستدعي دوال @Tool إلى أن يجمع بيانات كافية للإجابة.
- يجيب الوكيل المخصص للقراءة فقط في الجزء الأول عن أسئلة المستخدم بلغة طبيعية
- تقرأ كل أداة (tool) البيانات عبر DataManager بخطة جلب (fetch plan) صريحة
- يبقى هذا النهج شبه كامل داخل نظام الأمان في Jmix، ولا يُعيد إلى النموذج سوى الحقول المطلوبة
- واجهة الوكيل عبارة عن شاشة Jmix عادية، دون طبقة REST وسيطة
- ويشدد المؤلفون على نقطة مستقلة: النموذج الذي لا يدعم native tool calling بشكل موثوق يُفسد منظومة عمل الوكيل بأكملها
ما المسائل التي برزت عند الانتقال إلى الكتابة
عندما مُنح الوكيل صلاحية تعديل البيانات وليس قراءتها فقط، ظهرت مسائل لا تتطرق إليها عادةً وثائق Spring AI ولا معظم الدروس التعليمية الخاصة بالوكلاء. تحت أي مستخدم تُنفَّذ فعليًا الأداة التي يستدعيها النموذج؟ وكيف تُعالَج المعاملات إذا استدعى النموذج عدة أدوات (tools) على التوالي؟ وكيف تُدقَّق الإجراءات التي يبادر بها الذكاء الاصطناعي لا الإنسان مباشرة؟ وكيف يمكن جعل الوكيل يعمل مع نموذج المجال في التطبيق دون سرد جميع الكيانات يدويًا في موجّه النظام (system prompt)؟
ويرى المؤلفون أن هذه ليست تحسينات شكلية، بل هي القرارات التي تفصل النموذج التجريبي التوضيحي عن تطبيق يمكن عرضه على العميل، أي عن نظام جاهز للتشغيل الفعلي في المستودع.
ماذا يعني ذلك
يُظهر الانتقال من وكيل للقراءة فقط إلى وكيل يملك صلاحية الكتابة أن أصعب جزء في بناء وكلاء الذكاء الاصطناعي لتطبيقات الأعمال ليس استدعاء النموذج للأدوات، بل مسائل الهوية وسلامة المعاملات والتدقيق، وبدونها يصبح منح النموذج صلاحية تعديل البيانات غير آمن ببساطة.
الأسئلة الشائعة
ماذا كان يستطيع وكيل الذكاء الاصطناعي في الجزء الأول من المقالة؟
كان وكيلًا للقراءة فقط: يجيب عن أسئلة المستخدم حول المستودع بلغة طبيعية، ويستدعي دوال @Tool عبر ChatClient من Spring AI، ويبقى ضمن نظام الأمان في Jmix.
ما المسائل التي يتناولها الجزء الثاني من المقالة؟
المستخدم الذي تُنفَّذ باسمه الأداة (tool)، وكيفية معالجة المعاملات عند سلسلة من الاستدعاءات، وكيفية تدقيق الإجراءات التي يبادر بها النموذج، وكيفية العمل مع نموذج المجال دون سرد الكيانات يدويًا في الموجّه (prompt).
Build & Ship Production AI Apps with Vibe Coding
Join Zhemal Khamidun's hands-on Vibe Coding Intensive at hamidun.com/vibecoding — master Claude Code, Cursor, and autonomous agentic workflows.
أهم ما في عالم الذكاء الاصطناعي — مرة كل أسبوع
سبع قصص مهمة فعلاً هذا الأسبوع، مختارة بعناية. بلا ضجيج ولا بيانات صحفية.
تم! تحقق من بريدك للتأكيد.