البرمجة بأسلوب Vibe بمساعدة AI ​

أستخدم Kotlin وSpring Boot.
أضف مصادقة DAT إلى Spring Security.

اقرأ أولًا https://dat.saro.me/llms.txt وتحقق من
مواصفة DAT وطريقة استخدام المكتبة الرسمية.

تحقق من Bearer token في ترويسة Authorization،
وعند نجاح المصادقة أضف معلومات المستخدم إلى SecurityContext.

هذا الخادم لا يصدر DAT، بل يتحقق منه فقط.
يجب أن يحصل على شهادات التحقق فقط من DAT CMS.

ابحث أولًا في المشروع عن عنوان خادم CMS وإعدادات الرمز،
وإذا لم تجدها فاسألني. لا تنشئ قيمًا من عندك.

استخدم مكتبة DAT الرسمية لـ Java/Kotlin، ونفّذ الحل
وفق بنية المشروع وأسلوب كتابة الشيفرة الحاليين.

هذا المشروع يستخدم Kotlin وSpring Boot وSpring Security.
راجع إعدادات الأمان الحالية ثم أضف مصادقة DAT.

اقرأ أولًا https://dat.saro.me/llms.txt وتحقق من
مواصفة DAT وطريقة مزامنة الشهادات وAPI المكتبة الرسمية.

شروط التنفيذ كما يلي.

- اقرأ DAT من ترويسة Authorization: Bearer.
- إذا لم يوجد DAT، فتابع الطلب باعتباره مجهولًا.
- إذا كان DAT غير صالح أو منتهي الصلاحية، فأعد 401.
- عند نجاح التحقق، أضف معرّف المستخدم والصلاحيات إلى SecurityContext.
- اقرأ من plain القيم التي يجوز أن تكون عامة فقط.
- اقرأ معرّف المستخدم والصلاحيات من بيانات secure التي تم التحقق منها.
- هذا الخادم مخصص للتحقق، لذلك استخدم شهادات verify-only من DAT CMS.
- احصل على عنوان CMS والرمز من متغيرات البيئة.
- إذا فشلت مزامنة الشهادات عند بدء التشغيل، فأفشل بدء التطبيق أيضًا.
- حدّث الشهادات تلقائيًا أثناء التشغيل وأغلق المدير عند الإنهاء.
- ميّز سبب الفشل باستخدام رمز خطأ DAT لا رسالة الخطأ.
- لا تسجّل نص DAT الأصلي أو رمز CMS أو البيانات الشخصية.

راجع أولًا إعدادات Spring Security في المشروع وبنية المستخدمين والصلاحيات.
إذا تعذر معرفة عنوان CMS أو متغيرات بيئة الرمز أو تنسيق بيانات secure، فاسأل قبل التنفيذ.
استخدم API العام فقط من مكتبة DAT الرسمية لـ Java/Kotlin.

قبل تعديل الشيفرة، اشرح بإيجاز تدفق المصادقة والملفات التي ستغيّرها.