Skip to main content
يعمل مساعد الذكاء الاصطناعي ومساعد أخطاء LaTeX في خدمة web (الوحدتان workbench وerror-assistant) في كل Pod من Pods ‏Ayakaleaf Pro. يُشرح ما يفعله كل إعداد، ووصول المستخدمين، والحصص في التكامل مع الذكاء الاصطناعي؛ أما هذه الصفحة فتشرح وضعه في Kubernetes.

الإعداد

1

ConfigMap

30-config.yaml (additions)
يجب أن تكون قيمة AI_ENABLED هي "true" بالضبط. لا يظهر المساعد إلا عند ضبط AI_ENABLED وAI_BASE_URL وAI_MODEL وAI_API_KEY جميعها.
2

Secret

3

طبّق التغييرات وأعد التشغيل وتحقّق من البوابة من كل Pod

أي رمز حالة HTTP يعني أنه يمكن الوصول إلى البوابة؛ أما 000 فيعني أنه لا يمكن الوصول إليها.
تجلب الأداة web_fetch الصفحات عبر الوكيل نفسه المستخدم لملفات عنوان URL خارجي، لذا تحدّ إعدادات OVERLEAF_LINKED_URL_* أيضًا مما يمكن للنموذج قراءته.

عدة نسخ متماثلة

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

الاختبار على Kubernetes

مقابل نسخ محاكاة (mocks) لبوابة متوافقة مع OpenAI، وTavily، ونقطة نهاية MCP الخاصة بـ GitBook (موثوقة عبر NODE_EXTRA_CA_CERTS من overleaf-certs)، على Kubernetes 1.37، نجحت اختباراتنا الشاملة: بالنسبة إلى مساعد الذكاء الاصطناعي على ثلاث نسخ متماثلة خلف HAProxy ‏(31 حالة)، المحادثات مع استدعاءات الأدوات والتعديلات المقترحة، والبحث في الويب والوثائق، وقراءة صفحات الويب عبر linked-url-proxy مقيّدةً بـ OVERLEAF_LINKED_URL_ALLOWED_RESOURCES، ومرفقات الصور وملفات PDF، والموافقة، وحصة الرموز المحتسبة في Redis، وتعطيل الذكاء الاصطناعي لمستخدم وللنسخة كلها، والاتصالات البطيئة بالبوابة؛ وبالنسبة إلى مساعد الأخطاء على نسخة متماثلة واحدة (15 حالة)، الإصلاحات المقترحة، والموافقة، وحصة الرموز المشتركة، وتعطيل الذكاء الاصطناعي.
آخر تعديل في ٢ نوفمبر ٢٠٢٦