تضمنت محادثات الذكاء الاصطناعي هذا الأسبوع على منصة ميتا (Meta) التركيز على جعل أدوات الذكاء الاصطناعي في Discourse أكثر وضوحاً للمستخدمين وأسهل في التشغيل على نطاق واسع. من ناحية المنتج، كان هناك زخم قوي لإعادة تسمية “شخصية الذكاء الاصطناعي” (AI Persona) إلى “وكيل الذكاء الاصطناعي” (AI Agent)، وهو مصطلح أكثر شيوعاً، مع مراعاة آثار ذلك على سير عمل الترجمة، كما هو موضح في إعادة تسمية شخصية الذكاء الاصطناعي إلى وكيل الذكاء الاصطناعي والمتابعات مثل إعادة تسمية شخصية الذكاء الاصطناعي إلى وكيل الذكاء الاصطناعي. كما حظيت تجربة المسؤولين بالاهتمام؛ إذ كانت المواقع التي أوقفت فيها الذكاء الاصطناعي لا تزال تعرض لوحات التقارير الخاصة بالذكاء الاصطناعي، وهو ما تم تأكيده كخلل برمجي (Bug) وتم توجيهه ضمن أعمال التقارير الأوسع في عدم عرض تقارير الذكاء الاصطناعي إذا لم يكن مفعّلاً والخيوط الرئيسية ذات الصلة تقارير وتحليلات المسؤول: تغييرات تدريجية.
أضاف rburkej منظور الاستضافة الذاتية من خلال طلب ملف تعريف مفصل للأجهزة وملاحظات التأثير التشغيلي في تفعيل بحث الذكاء الاصطناعي أضعف خادمي، مما يعزز الحاجة إلى إرشادات واضحة لتحديد الحجم عند نشر البحث الدلالي.
خلال الأسبوع الماضي (من 2026-03-09 إلى 2026-03-16)، تجمعت مناقشات Meta حول الذكاء الاصطناعي (ai) حول تحسين المنتجات، والموثوقية، والعمليات “في العالم الحقيقي”.
وفي الوقت نفسه، ركز المشغلون على كيفية تكامل الذكاء الاصطناعي مع إيقاعات المجتمع: فقد طُرحت طلبات لتأخير ردود وكيل الذكاء الاصطناعي (حتى لا تبدو وكأنها روبوت دردشة بل وكأنها مشارك)، وقد ظهر هذا الطلب كعنوان دعم جديد (إضافة تأخير قابل للتكوين لردود وكيل الذكاء الاصطناعي) وكمتابعة في موضوع الدليل الأطول أمدًا “الوكلاء” (Agents)، حيث أشار موظفو Discourse إلى أن الردود المتأخرة على الأرجح ستندرج تحت إعادة هيكلة مستقبلية لـ automation بدلاً من ai نفسه (روبوت الذكاء الاصطناعي - الوكلاء).
زيادة سعة LLM المستضاف بشكل كبير (بالإضافة إلى ترقيات النموذج والأداء) في #Announcementsai. أفادت Discourse بحدود أعلى للخطط على نطاق واسع ووصفت تحسينات مثل تحديث نموذج “الأوزان المفتوحة الرائدة في المجال”، وزيادة الحد الأقصى لعدد الرموز لكل طلب، وتحسين الرموز/ثانية، وتحسين وقت الوصول إلى الرمز الأول (فتح جميع ميزات Discourse AI باستخدام LLM المستضاف لدينا).
تفاصيل تصحيح أخطاء المشاعر: “المضيفون الداخليون المسموح بهم” وتنفيذ المهام في Supportai-sentiment. أفاد satonotdead بحل جزء من المشكلة عن طريق إضافة عنوان IP داخلي إلى allowed internal hosts، ثم تشغيل Jobs::SentimentBackfill يدويًا لكنه لا يزال يريد إعادة تعبئة تاريخية كاملة (مشاكل في إعداد المشاعر). سأله Falco عن التوضيح مما إذا كانت بيانات الـ 60 يومًا على الأقل ظهرت (مشاكل في إعداد المشاعر)، وأكد satonotdead أن لوحات العمل تعمل لكن إعادة التعبئة التاريخية لا تزال الهدف (مشاكل في إعداد المشاعر).
التوجيه لتقارير التلخيص الدوري للذكاء الاصطناعي لالتقاط عدد الأصوات بشكل صحيح (#Site_Management, automation, ai)
في موضوع كيفية عمل تقارير التلخيص الدوري، سأل julia1 عن كيفية صياغة توجيه بحيث تتضمن التقارير عدد الأصوات المرتبطة بعناصر التغذية الراجعة (Discourse AI - Periodic summary reports).
سؤال حول قدرة MCP: هل يمكن لـ MCP الوصول إلى مرفقات PDF في المنشورات؟ (News and Events > Blog, ai, mcp)
في موضوع إعلان Discourse MCP، سأل anaderi عما إذا كان من الممكن لـ MCP الوصول إلى مرفقات PDF المرفقة بالمنشورات (Discourse MCP is here!).
Shauny
اقترح تحسين إرغونوميات الترجمة لكل منشور (خاصة على الهاتف المحمول) واقترح التخزين المؤقت/حفظ الترجمات لتجنب الاستدعاءات المتكررة لواجهة برمجة التطبيقات (Translate post with AI and save translation). أوضح أنهم لم يريدوا الترجمة التلقائية الكاملة للحدث — كان بعض الاحتكاك مقصودًا — وبدلاً من ذلك أرادوا تحسينات مستهدفة لكل منشور (Translate post with AI and save translation).
Falco
قدم سياق المنتج حول تجربة المستخدم للترجمة، موضحًا توقع التصميم الحالي: تمكين الترجمة التلقائية والسماح للمستخدمين بتبديلها في الموضوع (Translate post with AI and save translation). بشكل منفصل، ساعد في تشخيص موثوقية استدعاءات الأدوات من خلال بيان أن read_timeout في Discourse AI هو 10 ثوانٍ واستجواب ما إذا كانت واجهة برمجة التطبيقات الخارجية تتجاوز ذلك (Discourse ai 的工具调用超时如何解决？是否可以调整discourse超时时间，如何调整？).
sniper756
بدأ طلب ميزة (باللغة الصينية) يسأل عما إذا كان Discourse سيطلق “مهارة” OpenClaw رسمية، واصفًا سير العمل حيث يقوم وكيل الذكاء الاصطناعي بعمليات المنتدى ونشر المحتوى المصرح به في قواعد معرفة مصنفة/موسومة (Discourse官方会出个官方的openclaw skill么？).
ركزت أنشطة الذكاء الاصطناعي هذا الأسبوع على منصة Meta Discourse على جعل الترجمة المدعومة بالذكاء الاصطناعي أكثر دقة وقابلية للتنبؤ، خاصة للأسطح الصغيرة ذات الأهمية في واجهة المستخدم مثل الوسوم والفئات. سلط Moin الضوء على عدة حالات فشل في الترجمة ناتجة عن استخدام نماذج اللغات الكبيرة (LLM) دون سياق في ترجمات الوسوم المولدة بالذكاء الاصطناعي لا تعمل بشكل مثالي، مما دفع nat إلى النظر في تحسينات المطالبات (Prompts) وإضافة سياق إضافي مثل وصف الوسوم (رد)، بينما استكشف Falco نهجًا مدعومًا بالأدوات مثل السماح للوكيل بقراءة المصادر ذات الصلة (فكرة، متابعة). كما وصلت ملاحظات ذات صلة حول “الحفاظ على تزامن الترجمات” كطلبات ميزات لتحديثات أسماء الفئات ووصف الفئات (أسماء الفئات، وصف الفئات).
من ناحية الإعدادات، كشف موضوع استكشاف الأخطاء حول أنواع الرسائل الخاصة (PMs) التي يتم ترجمتها وكيف توضح واجهة المستخدم ذلك. في ساعدني في استكشاف سبب عدم ترجمة الذكاء الاصطناعي للرسائل الخاصة في موقعي، أوضح Moin القيد الحالي (الرسائل الخاصة للمجموعات مقابل الرسائل الخاصة الفردية 1:1) (تفاصيل)، بينما اقترح Falco إعدادًا متعدد الخيارات أكثر وضوحًا (اقتراح)، وألمح nat إلى أن عناصر التحكم القادمة في “ترجمة هذه الفئات” قد تعيد تشكيل تجربة مستخدم الإعدادات (خطة).
أخيرًا، كانت هناك تحسينات تدريجية وتعزيزات للنظام البيئي: رسائل أوضح لنتائج البحث الدلالية مقابل النتائج الدقيقة (توضيح البحث)، واهتمام بصقل سلوكيات شخصية الذكاء الاصطناعي لتقليل الضوضاء (طلب الاشارة فقط)، والاستمرار في تبني ملخصات الذكاء الاصطناعي في واجهة المستخدم عبر مكون سمة (ملاحظات).
مواضيع مثيرة للاهتمام
ترجمات الوسوم بالذكاء الاصطناعي تفتقر إلى أساس المنتج/السياق (وقد تكون خاطئة بشكل مضحك)
وثق Moin كيف تعامل ترجمات الذكاء الاصطناعي الوسوم ككلمات معزولة، مما أدى إلى نتائج غير صحيحة أو غامضة في ترجمات الوسوم المولدة بالذكاء الاصطناعي لا تعمل بشكل مثالي. التزم nat بتحسين المطالبات (رد)، وتوسعت النقاشات حول “كيف نؤسس لترجمات الوسوم/الفئات؟” بما في ذلك إدخال وصف الوسوم (فكرة)، والاستفادة من قاموس Crowdin/خيارات الترجمة (اقتراح القاموس)، ومنح الوكيل القدرة على الرجوع إلى الترجمات أو المصادر الموجودة (فكرة وصول الوكيل، متابعة التأسيس للكود).
ارتباك ترجمة الرسائل الخاصة: “تمت الترجمة بنسبة 100%” لكن لا يحدث شيء للرسائل الفردية 1:1
في ساعدني في استكشاف سبب عدم ترجمة الذكاء الاصطناعي للرسائل الخاصة في موقعي، وجد tobiaseigen أن الرسائل الخاصة لم تُترجم تلقائيًا على الرغم من أن واجهة المستخدم توحي بالإكمال. أوضح Moin أن الإعدادات الحالية تغطي الرسائل الخاصة للمجموعات وليس الرسائل الخاصة المباشرة 1:1 (توضيح)، مما أدى إلى إعادة تفكير في تجربة المستخدم/الإعدادات: اقترح Falco استبدال القيمة المنطقية بقائمة أهداف صريحة (اقتراح الإعدادات)، وربط nat هذا بعناصر التحكم القادمة في الترجمة المحددة بالفئات (ملاحظات).
طلب ميزة: الحفاظ على تزامن وصف الفئات المترجم مع مصدر شارة موضوع “حول”
في تحديث وصف الفئات المترجم تلقائيًا، أبرز Moin عدم تطابق حيث تم تحديث ترجمة “حول الموضوع” المحلية، لكن وصف شارة الفئة بقي قديمًا، مقترحًا أن يجب أن يمتد تزامن الترجمة إلى بيانات الشارة.
مكون السمة: “ملخص الذكاء الاصطناعي في رأس الموضوع” يحظى بملاحظات إيجابية من الميدان
أبلغ kaktak عن نتائج قوية مع المكون في ملخص الذكاء الاصطناعي في رأس الموضوع (ai-summarize)، مما يشير إلى استمرار الرغبة في واجهة مستخدم تلخص الذكاء الاصطناعي في السياق.
“هل نحتاج مهارة OpenClaw رسمية؟” - حلول بديلة عبر بيانات اعتماد محدودة النطاق
في هل ستصدر Discourse مهارة openclaw رسمية؟، خلص sniper756 إلى أنه يمكنه تلبية حاجة التكامل الخاصة به دون مهارة مخصصة من خلال توفير مستخدم بصلاحيات محددة وتخزين بيانات الاعتماد بشكل آمن.
تحديث الترجمة: أصبحت الوسوم المترجمة متاحة الآن (مع إشارة إلى ميزة الترجمة الرئيسية)
في موضوع الميزات الأقدم ترجمة الوسوم، نشر nat تحديثًا مفاده أن الوسوم تُترجم الآن، مشيرًا القراء إلى إعلان ميزة الترجمة/التوطين الرئيسي (مركز الميزات ذات الصلة).
اعترف nat بمشاكل ترجمة الوسوم والتزم بتحسين المطالبات في ترجمات الوسوم المولدة بالذكاء الاصطناعي لا تعمل بشكل مثالي، ثم استكشف استراتيجيات تأسيس أكثر قابلية للتنبؤ مثل تمرير وصف الوسم إلى النموذج (فكرة). في نقاش ترجمة الرسائل الخاصة، أشار إلى عناصر التحكم القادمة في الترجمة المحددة بالفئات واقترح أن يمكن إعادة تصميم واجهة مستخدم الإعدادات وفقًا لذلك (رد). كما نشر تحديث حالة مفاده أن ترجمة الوسوم متاحة الآن في ترجمة الوسوم، مشيرًا إلى مبادرة التوطين الأوسع (مركز توطين المحتوى).
شهد هذا الأسبوع (من 2026-03-30 إلى 2026-04-06) على meta.discourse.org تركيز مناقشات ذكاء اصطناعي ديسكورش حول ثلاثة مواضيع رئيسية:
زخم بروتوكول سياق النماذج (MCP) وقدرات الوكلاء: تضاعف تركيز ذكاء اصطناعي ديسكورش على بروتوكول سياق النماذج مع الإعلان عن دعم بروتوكول سياق النماذج على جانب العميل — مما يسمح لوكلاء ذكاء اصطناعي ديسكورش بالاتصال بخوادم أدوات بروتوكول سياق النماذج الخارجية (أحضر بروتوكول سياق النماذج الخاص بك!) وإرشاد إداري كامل (روبوت الذكاء الاصطناعي – أحضر خادم بروتوكول سياق النماذج الخاص بك). بالتوازي، استمرت أدوات بروتوكول سياق النماذج على جانب الخادم في التطور، بما في ذلك إضافة أداة تحرير لتمكين نماذج اللغة الكبيرة من تحديث منشورات/محتوى ويكي موجود عبر بروتوكول سياق النماذج (بروتوكول سياق النماذج في ديسكورش هنا!).
حدود المراقبة والخصوصية في أتمتة الذكاء الاصطناعي: تحول سؤال عملي حول المراقبة — عما إذا كان فرز الذكاء الاصطناعي يمكنه فحص الرسائل الخاصة (DMs) — إلى مشكلة في واجهة المستخدم/الإعدادات بدلاً من كونها قيدًا صارمًا، وأدى إلى أفكار متابعة لسيطرة أوضح في واجهة أتمتة المستخدم (هل يقوم فرز أتمتة الذكاء الاصطناعي بفحص الرسائل الخاصة بين المستخدمين العاديين؟، الحل).
خصائص محددة للنماذج في الترجمة والتضمينات: سلطت عدة خيوط الضوء على أن «ميزات الذكاء الاصطناعي» هي في الغالب «سلوك النموذج + تفاصيل التكامل». تراوحت مشاكل الترجمة من تسرب «تعليق/نص تفكير الذكاء الاصطناعي» باللغة الألمانية الذي تم إصلاحه بسرعة (تعليق الذكاء الاصطناعي على الترجمات الألمانية) إلى غياب الصور عند الترجمة عبر Mistral Small، والذي تم التخفيف منه عن طريق تبديل النماذج (صور مفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة). وعلى جانب التضمينات، برز عدم تطابق واجهة برمجة تطبيقات Mistral (dimensions مقابل output_dimension) في الإعدادات (استخدم Mistral للتضمينات). كما كانت هناك مشاكل حقيقية واجهها المشرفون ناتجة عن معرفات نماذج Gemini منتهية الصلاحية في إعدادات روبوتات الذكاء الاصطناعي (مشكلة مع روبوتات منتدى الذكاء الاصطناعي).
مواضيع مثيرة للاهتمام
يمكن لوكلاء ذكاء اصطناعي ديسكورش الآن الاتصال بأي خادم بروتوكول سياق النماذج («أحضر بروتوكول سياق النماذج الخاص بك») (ai, #Announcements)
أعلن sam أن وكلاء ذكاء اصطناعي ديسكورش يمكنهم تسجيل عناوين URL لخوادم بروتوكول سياق النماذج الخارجية (GitHub، Notion، Linear، مزودو البحث، إلخ) ثم استخدام الأدوات المكتشفة مباشرة من وكيل نموذج اللغة الكبير (أحضر بروتوكول سياق النماذج الخاص بك!). يشرح الدليل المرافق الإعداد واكتشاف الأدوات وكيف يختلف هذا عن الأدوات المخصصة القائمة على JavaScript (روبوت الذكاء الاصطناعي – أحضر خادم بروتوكول سياق النماذج الخاص بك).
قابلية استخدام بروتوكول سياق النماذج: طلب «بروتوكول سياق النماذج عن بعد/على الويب» + إضافة القدرة على تحرير المنشورات الموجودة (ai, mcp, News and Events > Blog)
في ملاحظات مستمرة حول بروتوكول سياق النماذج، استكشف pacharanero كيفية جعل بروتوكول سياق النماذج أكثر سهولة للمستخدمين غير المتخصصين في سطر الأوامر عبر نقطة نهاية منشورة على الويب (بروتوكول سياق النماذج في ديسكورش هنا!). أبرز jrgong حالة استخدام قاعدة المعرفة/التوثيق التي تحتاج إلى تحرير مواضيع/منشورات موجودة (مرجع)، وأكد Falco أنه تم إضافة أداة تحرير («ما عليك سوى التحديث إلى الإصدار الأحدث») (مرجع).
مراقبة فرز الذكاء الاصطناعي + فحص الرسائل الخاصة: «تضمين الرسائل الشخصية» يعمل، لكن «جميع المواضيع» تسبب في ارتباك (automation, ai, Support)
اختبر Denis_Kovalenko «فرز المنشورات باستخدام الذكاء الاصطناعي» ووجد أن الرسائل الخاصة بين المستخدمين العاديين لم تكن تُفحص (هل يقوم فرز أتمتة الذكاء الاصطناعي بفحص الرسائل الخاصة بين المستخدمين العاديين؟، تفاصيل الاختبار). أكد RGJ أن الرسائل الخاصة لم تصل إلى سجلات التدقيق وحدد الحل البديل: اترك «نوع الموضوع» فارغًا بدلاً من «جميع المواضيع» (مرجع). عمل الإصلاح فورًا (مرجع)، وتحولت الخيوط إلى نقاش حول تجربة المستخدم بشأن خيارات أوضح (مرجع، مرجع).
التضمينات مع Mistral: إعدادات التوافق مع OpenAI تفشل عند استخدام معلمة dimensions (ai, Contribute > Feature)
وثق RGJ أن إعداد تضمينات Mistral من خلال تكامل على شكل OpenAI يفشل إذا أرسل ديسكورش dimensions، لأن Mistral تتوقع output_dimension (استخدم Mistral للتضمينات). يؤدي إزالة المعلمة إلى نجاح الاختبار، مما يشير إلى الحاجة إلى طبقة توافق أو تعيين خاص بالمزود (مرجع).
أخطاء روبوت الذكاء الاصطناعي ترجع إلى معرفات نماذج Gemini منتهية الصلاحية + إرشادات لنماذج توليد الصور (ai, ai-bot, Support)
واجه ice.d أخطاء «غير موجود» مع إعدادات الروبوت القديمة (مشكلة مع روبوتات منتدى الذكاء الاصطناعي). أشار Lilly إلى احتمال انتهاء صلاحية gemini-2.5-flash-pre واقترح تحديث عنوان URL/معرف النموذج (بما في ذلك خيار قادر على توليد الصور) (مرجع، مثال إعداد)، مع التحقق من صحة NateDhaliwal مما إذا تم إعداد أي نماذج لغة كبيرة (مرجع).
هل يجب أن ترد شخصيات الذكاء الاصطناعي فقط على الإشارات (@mentions)؟ يميل الفريق نحو سير العمل بدلاً من مفاتيح التبديل المتخصصة (ai, ai-bot, Contribute > Feature)
في طلب ميزة موجود، تساءل sam عما إذا كان «الرد فقط على الإشارات» أفضل كافتراضي بدلاً من كإعداد آخر (السماح لشخصية/وكيل الذكاء الاصطناعي بالرد فقط على الإشارات…). جادل Falco بأن الحالات الحدية تُخدم بشكل أفضل بواسطة سير عمل المشاريع القادمة — على سبيل المثال، يمكن لسير عمل مُفعّل بالإشارة التعامل مع السلوك دون إضافة المزيد من المفاتيح (مرجع).
تأخر استجابة الوكيل: من المتوقع أن تغطي سير العمل عناصر التحكم في التوقيت (ai, Support)
أشار sam إلى أن التأخيرات القابلة للتكوين لاستجابات وكيل الذكاء الاصطناعي هي من النوع الذي يجب أن تدعمه سير العمل، وإن لم يكن ذلك فورًا؛ وإلا فإن مسار واجهة برمجة التطبيقات يتطلب تطويرًا مخصصًا (إضافة تأخير قابل للتكوين لاستجابات وكيل الذكاء الاصطناعي).
التحكم على مستوى المستخدم في الذكاء الاصطناعي («تعطيل تنبيهات الذكاء الاصطناعي») وهجرة إعدادات ترجمة الرسائل الخاصة (ai, ai-summarize, content-localization, Contribute > UX/#contribute:feature)
جادل paco بأن معادل على مستوى المستخدم لـ discourse_ai_enabled يمكن أن يساعد الناس على الانسحاب من تنبيهات واجهة مستخدم الذكاء الاصطناعي دون تعطيل الذكاء الاصطناعي على مستوى الموقع (تفضيلات واجهة المستخدم: تضمين إعداد لتعطيل تنبيهات الذكاء الاصطناعي). بشكل منفصل، استمرت تغييرات إعدادات الترجمة في التطور حول الرسائل الشخصية: ربط nat طلب سحب (PR) للهجرة ووصف كيف تتوافق إعدادات «المحتوى العام فقط» السابقة مع ضوابط استهداف الفئات + الرسائل الخاصة الجديدة (ترجمة الذكاء الاصطناعي لجميع الرسائل الخاصة).
النشاط
sam قام بتوسيع بروتوكول سياق النماذج وشجع أتمتة سير العمل المستقبلية:
كان نشاط هذا الأسبوع المرتبط بالذكاء الاصطناعي على منصة Meta (الذي يغطي الفترة من 2026-04-06 إلى 2026-04-13) مركزًا على تفاصيل التكامل العملية، لا سيما فيما يتعلق بـ ملفات قابلية اكتشاف الذكاء الاصطناعي، واختيار المزود/النموذج للنشر الحساس من حيث الامتثال للائحة العامة لحماية البيانات (GDPR)، ومتانة الترجمة.
بالتوازي، استمر التركيز على اختيار النموذج/المزود للتضمينات والترجمة، خاصة للمجتمعات التي تحتاج إلى توافق قوي مع الاتحاد الأوروبي/اللائحة العامة لحماية البيانات. في موضوع استخدام Mistral للتضمينات، شارك المستخدم Falco إعدادًا فعالًا واقترح النظر في نماذج تضمين أقوى؛ وفي موضوع صور مفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة، برزت خيارات المزود ومبدأ «عدم الاحتفاظ بأي بيانات» كجزء من تحديد ما هو مقبول للامتثال وإدارة المخاطر.
أخيرًا، أصبحت قضايا جودة الترجمة عملية للغاية: فقد وصف تقرير خطأ جديد خطأ في المعالجة/التنسيق بعد الترجمة، وقام المستخدم Moin بتتبعه إلى تنسيق جداول Markdown — حيث أدى إصلاح الجدول المصدر إلى حل مخرجات الترجمة في خطأ في المعالجة بعد الترجمة، وتم تأكيد ذلك من قبل المستخدم cuo_wu في الحل.
اختيار مزود التضمينات: استخدام Mistral مقابل بدائل ذات درجات أعلى (aiContribute > Feature)
في موضوع استخدام Mistral للتضمينات، شارك المستخدم Falco إعدادًا فعالًا وأوصى بالنظر في نماذج تضمين تتفوق في الاختبارات المعيارية (بما في ذلك خيارات التضمين القائمة على Qwen). ويصور الموضوع الأوسع Mistral على أنه مهم لبعض النشر (بما في ذلك تلك الموجهة نحو الامتثال للائحة العامة لحماية البيانات): استخدام Mistral للتضمينات.
سلوك نموذج الترجمة: صور مفقودة عند استخدام Mistral + تعديلات في المطالبة (aicontent-localization)
استمرت التحقيق المستمر في فقدان الصور في المنشورات المترجمة في موضوع صور مفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة. سلط المستخدم Denis_Kovalenko الضوء على دوافع الامتثال للائحة العامة لحماية البيانات لاختيار واجهة برمجة تطبيقات Mistral (منشور)، بينما أشار المستخدم Falco إلى خيارات مزود الاستدلال «عدم الاحتفاظ بأي بيانات» (منشور). وأوضح المستخدم RGJ أن «عدم الاحتفاظ بأي بيانات» لا يساوي تلقائيًا الامتثال للائحة العامة لحماية البيانات واقترح أن العرض قد يكون مدفوعًا بقدرات نماذج الطرف الثالث + صياغة المطالبة (منشور). وانتهى الموضوع بفوز عملي: قام المستخدم Denis_Kovalenko بتحسين المطالبات وجعل Mistral Small يتوقف عن إزالة الصور (منشور). الموضوع الكامل: صور مفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة.
تقرير خطأ جديد: «خطأ في المعالجة بعد الترجمة» يُعزى إلى تنسيق جداول Markdown (aiContribute > Bug)
ظهر موضوع جديد تمامًا هذا الأسبوع: أفاد المستخدم cuo_wu بمشكلة ترجمة/معالجة ظهرت بعد تبديل اللغات في خطأ في المعالجة بعد الترجمة. حدد المستخدم Moin أن غياب أحرف | الأمامية/الخلفية في جداول Markdown يمكن تحمله في اللغة الأصلية لكنه يكسر عرض الترجمة؛ وإصلاح الجدول باللغة الإنجليزية أصلح الترجمة أيضًا (تشخيص + أمثلة). وأكد المستخدم cuo_wu الإصلاح (تأكيد). وأشار التقرير إلى محتوى في Discourse FontAwesome Pro، مما ساعد في عرض التنسيق المتأثر.
حل بديل لاستجابات الوكيل المتأخرة: بوت منسق خارجي + وضع علامات مجدول (ai)
شارك المستخدم saurabhmithal نمط تنفيذ للمجتمعات التي تريد من البوتات المشاركة بشكل أقل مثل الإكمال التلقائي وأكثر مثل مشارك متوازن: استخدام «بوت منسق» خارجي (مثل تشغيل عبر cron) يتحقق دوريًا من الفئات ثم يضع علامات على الوكيل، مقترنًا بقيود المجموعة بحيث لا يمكن للبشر إثارة ردود فورية مباشرة من البوت (إضافة تأخير قابل للتكوين لاستجابات الوكيل الذكي). تم الرجوع إلى هذا النهج مرة أخرى من نقاش التحكم «بالإشارة فقط» ذي الصلة (السماح للشخصية/الوكيل الذكي بالرد فقط على الإشارات…).
تجارب نشر Discourse MCP: هل هناك نهج «موصى به» لخدمة الجانبي (sidecar)؟ (aimcp)
في موضوع Discourse MCP هنا!، سأل المستخدم pacharanero عما إذا كانت هناك طريقة موصى بها من Meta لتشغيل MCP كخدمة جانبية، كما أشار إلى إضافة «أداة تحرير» ذكرها المستخدم Falco. جذر الموضوع: Discourse MCP هنا!.
دقة الامتثال: «عدم الاحتفاظ بأي بيانات» مقابل الامتثال للائحة العامة لحماية البيانات (والاستضافة الذاتية) (ai)
تميز الأسبوع بموضوع متكرر: اختيار المزود ليس مجرد مسألة وظيفة — بل يتعلق بما يمكن لمجتمعك تشغيله بشكل قابل للدفاع. في موضوع صور مفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة، شدد المستخدم RGJ على أن «عدم الاحتفاظ بأي بيانات» ≠ الامتثال للائحة العامة لحماية البيانات، بينما أكد المستخدم Falco أن هناك العديد من خيارات مزود «عدم الاحتفاظ بأي بيانات» (نفس الموضوع) وأن التضمينات يمكن غالبًا استضافتها ذاتيًا بسهولة أكبر من نماذج اللغات الكبيرة الكاملة (تم تكرار ذلك أيضًا في استخدام Mistral للتضمينات).
كما كانت هناك خيط دعم عملي حول كشف اللغة والتجاوزات اليدوية عندما تكون المنشورات متعددة اللغات (عناوين بالألمانية والإنجليزية)، وكيف يمكن أن تبدو الترجمة “معطلة” بسبب مشاكل في التكوين الخارجي مثل مفاتيح API القديمة (انظر المنشور لا يُكشف كألماني والحل). بشكل منفصل، تبين أن خطأ تبديل التوطين الخاص بالمسؤولين ناتج عن معامل معاينة السمة القديم في متصفح كروم (انظر خطأ عند تبديل التوطين والحل).
في جانب “منصة الذكاء الاصطناعي”، كان هناك اهتمام متجدد بـ اتصال Discourse MCP (بما في ذلك موصلات Claude وتوفر HTTP) (انظر Discourse MCP متاح الآن!، وتأكيد أن HTTP مدعوم). وأخيراً، تلقى خيط التعليمات طويل الأمد حول وكلاء الذكاء الاصطناعي سؤالاً جديداً حول مهارات الوكيل المخصصة للسيناريوهات المخصصة (انظر روبوت الذكاء الاصطناعي - الوكلاء).
اتجاه السلسلة: لم تكن معظم “مشاكل الذكاء الاصطناعي” هذا الأسبوع تتعلق بجودة المخرجات، بل كانت تتعلق بـ المتانة التشغيلية (سلوك المهام، إعادة المحاولة، توفر الخادم الخلفي، ورؤية التكوين) (على سبيل المثال، ترجمات تم تجاهلها، والسجل المفصل، وأسئلة حول سلوك إعادة المحاولة).
مواضيع مثيرة للاهتمام
ترجمات الذكاء الاصطناعي تتجاهل التوطينات بشكل متقطع (تم ملاحظة ذلك في البداية كتجاهل البرتغالية) في Contribute > Bug Denis_Kovalenko أبلغ عن أن تمكين العديد من التوطينات قد يؤدي إلى عدم إنشاء البرتغالية (وبعد ذلك: تجاهل أي توطين بشكل عشوائي)، مع ترجمة غير متسقة للعناوين والنصوص (انظر التقرير الأصلي: الذكاء الاصطناعي يتجاهل لغة البرتغالية (pt)، وتوضيح الإعدادات: سؤال حول التوطينات المدعومة، وتحديث “التوطين المتجاهل عشوائياً”: نتائج غير متسقة).
تحول التصحيح نحو السجلات والداخليات الأعمق: اقترح nat فحص /logs وتمكين الإعداد المخفي ai_translation_verbose_logs (انظر اقتراح السجلات المفصلة المخفية)، بينما كشف RGJ لاحقاً عن فشل في الخادم الخلفي (503 unreachable_backend) يؤثر على العلامات/المواضيع/المنشورات (انظر مخرجات الخطأ). أثارت الخيط أيضاً أسئلة حول التنفيذ بشأن سبب تكوين مهام الترجمة بـ retry: false (انظر سؤال حول إعادة المحاولة).
المنشورات متعددة اللغات يمكن أن تربك الكشف؛ اختيار اللغة يدوياً يُجبر الكشف في Support
شارك putty حالة لم يتم فيها ترجمة منشور ألماني، وسأل عما إذا كان تحديد اللغة الألمانية يجبر اللغة (انظر تقرير المشكلة). أكد Falco أن تحديد اللغة يفعل ذلك بالضبط، وأشار إلى أن المنشور كان مختلطاً بالإنجليزية والألمانية مع عناوين إنجليزية تؤثر على الكشف (انظر التأكيد + الشرح).
الترجمة “لا تعمل” تعود إلى التكوين (مفتاح API / المزود) وليس الميزة نفسها
في نفس الخيط، رأى putty في البداية عدم ظهور أي ترجمة حتى بعد إجبارها (انظر إجبار الترجمة لم يساعد) ولاحظ لاحقاً خطأً بشأن فقدان العنوان المترجم (انظر خطأ فقدان العنوان). في النهاية، تم حل المشكلة عندما صحح إعداد المترجم الخاص به (مفتاح API قديم أثناء التبديل إلى خطة Claude) وعاد إلى LLM الخاص بـ CDCK—بعد ذلك عمل ترجمة العنوان (انظر الحل).
تغيير واجهة المستخدم للمؤلف: نقل محدد التوطين إلى شريط أدوات المؤلف
أوضح Moin أن القائمة المنسدلة للغة تم نقلها إلى شريط أدوات المؤلف، وربطها بتغيير أساسي (انظر لقطات شاشة قبل/بعد + مرجع PR). جاء ذلك أثناء مناقشة سير عمل الترجمة والإدخال اليدوي (انظر مناقشة التفضيلات المتتالية).
تجمعت المناقشات المتعلقة بالذكاء الاصطناعي هذا الأسبوع على موقع meta.discourse.org حول جعل ميزات Discourse الخاصة بالذكاء الاصطناعي أكثر موثوقية، وأكثر قابلية للأتمتة، وأقل تكلفة عند دمجها مع سير عمل LLM الخارجي. ومن جانب الموثوقية، تعمّق المسؤولون في فهم سبب تخطي الترجمات أو ظهورها “متوقفة” — بما في ذلك فشل المزود المؤقت وحدود المعدل — بالإضافة إلى خطوات عملية لتصحيح الأخطاء مثل تمكين السجلات التفصيلية (verbose logs) وفحص جداول المراجعة/السجلات (AI Translation skips Portuguese (pt) locale, What happens to translations when LLM changes?). ومن جانب الأتمتة، ظهرت دليل جديد حول الوسم التلقائي للمواضيع باستخدام فرز الذكاء الاصطناعي + أتمتة Discourse (Tag topics using AI) وغوص أعمق في كيفية تفسير “أمثلة” الوكيل (وكيف يمكن أن يسبب ذلك عن غير قصد وضع علامات زائدة) (AI triage examples not sent properly?). وأخيراً، حظي الدمج والكفاءة بدفعة مع إضافة ملحق جديد يقدم المحتوى المطبوخ (cooked content) بتنسيق Markdown، مما يقلل من تكلفة الرموز (tokens) لاستخدامات LLM اللاحقة، وقد يتوافق بشكل جيد مع استخدام API/MCP (Discourse to Markdown Plugin, Discourse to Markdown Plugin).
كيفية تجاوز اكتشاف اللغة الخاطئ: استخدم تحكم لغة محرر النصوص (composer) (وقم بذلك على المنشور الأصلي)
بعد السؤال عن كيفية تصحيح لغة مكتشفة بشكل خاطئ (AI Translation skips Portuguese (pt) locale)، أشار pmusaraj إلى زر واجهة محرر النصوص (composer UI) لتعيين اللغة — مشدداً على ضرورة تغييره على المنشور الأصلي، وليس على المتغيرات المترجمة (AI Translation skips Portuguese (pt) locale).
دليل جديد: وسّم المواضيع تلقائياً باستخدام فرز الذكاء الاصطناعي + أتمتة Discourse (automationhow-toai, #Site_Management)
يشرح دليل رسمي جديد كيفية توصيل فرز الذكاء الاصطناعي لتطبيق الوسوم بناءً على محتوى الموضوع، بما في ذلك المتطلبات المسبقة مثل تمكين Discourse AI وDiscourse Automation وتكوين الوكلاء/الشخصيات (Tag topics using AI). ويشير صراحةً إلى وثائق ملحق Discourse AI وإطار عمل الأتمتة للحصول على سياق الإعداد (Tag topics using AI, Tag topics using AI).
ملحق جديد: قدم محتوى Discourse بتنسيق Markdown لتقليل استخدام رموز LLM (markdownai, Customization > Plugin)
أصدر benworddiscourse-to-markdown، الذي يعيد تنسيق Markdown إذا أرسل العميل Accept: text/markdown أو استخدم لاحقة .md — بهدف تقليل تكاليف الرموز من خلال تجنب حمولات HTML (Discourse to Markdown Plugin). وأشار pmusaraj إلى التفاصيل اللطيفة المتمثلة في تحويل HTML المطبوخ (cooked) من Discourse إلى Markdown أكثر ثراءً بدلاً من استخدام نص المنشور الخام (Discourse to Markdown Plugin). ولفت jrgong الانتباه إلى كيفية مساعدته في سير عمل API/MCP حيث يفتقر المحتوى الخام إلى عناوين URL المحلولة، وسأل عن إمكانية دمجه مع Discourse MCP (Discourse to Markdown Plugin).
أخطاء 500 في نقطة نهاية بحث/تضمين الذكاء الاصطناعي: افحص سجلات المثيل وقارن بفشل بحث الذكاء الاصطناعي المعروف (rest-apiai, Support)
سأل shixiaochi عن الأسباب النموذجية لعودة /discourse-ai/embeddings/semantic-search بأخطاء 500 (接口报错500). أشار Lilly إلى نقاش قائم حول بحث الذكاء الاصطناعي الذي يعطي خطأ 500 (接口报错500)، وكرر supermathie الخطوة العملية التالية: فحص سجلات Rails و /logs على حد سواء (接口报错500).
ترجمات الوسوم المولدة بالذكاء الاصطناعي: ليست قابلة للتبديل بشكل مستقل (بعد)، ولكن يمكن تصحيحها عبر إعدادات الوسم أو تعديل المطالبة (prompt) (tagsaidynaloc, #Site_feedback)
سأل evenlo عن تعطيل ترجمة الوسوم بالذكاء الاصطناعي تحديداً بسبب مخاوف تتعلق بالجودة (AI-generated tag translations do not work perfectly). أوضح nat أن الترجمة ليست مقيدة حالياً بـ “نوع النموذج” عبر أنواع الكيانات المختلفة؛ وبدلاً من ذلك، قم بتعديل ترجمات الوسوم مباشرة (مرة واحدة) أو اضبط مطالبة وكيل “مترجم النصوص القصيرة” (AI-generated tag translations do not work perfectly).
فهرسة محتويات الملفات بحثاً عن بحث أفضل: التعرف الضوئي على الحروف (OCR) + فهم المرفقات كطريقة ترقية لبحث الذكاء الاصطناعي (aiai-search, Contribute > Feature)
اقترح dennisjbr استخدام Apache Tika للتعرف الضوئي على الحروف (OCR) والاستضافة الذاتية، أو استخدام نموذج LLM (مثل Gemini Flash) للتعرف الضوئي على الحروف ووصف المرفقات/الصور في Postgres للفهرسة — مع الإقرار بالتكلفة الأولية للرموز لإعادة “خبز” (rebake) التحميلات القديمة (Index File Contents for Search).
نشر Discourse الدليل الرسمي للأتمتة للوسم القائم على الذكاء الاصطناعي للمواضيع — بوصفه خط أنابيب عملياً “فرز → وسوم” مبني على Discourse AI + Discourse Automation (Tag topics using AI).
قدم benworddiscourse-to-markdown وشرح سبب قدرة مخرجات Markdown على تقليل تكاليف LLM وتحسين كفاءة السياق من خلال إزالة عبء HTML (Discourse to Markdown Plugin).
سلط jrgong الضوء على نقاط الألم الحقيقية في سير عمل API/MCP (مثل عناوين URL للصور غير المحلولة في المخرجات الخام) وسأل عما إذا كان تقديم Markdown يمكن أن ينسجم مع سير عمل MCP (Discourse to Markdown Plugin).
اقترح dennisjbr فكرة على نمط خارطة الطريق لـ فهرسة محتويات المرفقات (OCR + وصف الصورة → Postgres) لجعل بحث الذكاء الاصطناعي أكثر قوة، مع الإقرار بالمقايضة المتمثلة في الإنفاق الأولي للرموز لإعادة تعبئة المحتوى القديم (Index File Contents for Search).
روابط مرجعية إضافية ذُكرت هذا الأسبوع (سياق للنقاشات أعلاه)
تركزت المناقشات المتعلقة بالذكاء الاصطناعي على منصة “ميتا” هذا الأسبوع حول تحسين تجربة المستخدم (UX) الجديدة وأتمتة سير العمل، وتعزيز ضمانات الدقة في التحرير والترجمة بمساعدة الذكاء الاصطناعي.
كانت أبرز حلقة نقاش هي البحث العملي عن الأخطاء في محرر الذكاء الاصطناعي المثبت حديثاً: فقد وثّق Lilly المشكلات المتعلقة بالتحرير، والاقتباس، والتمرير على الهاتف المحمول، وتحميل الملفات في New ai docked composer، بينما قام keegan بإجراء تصحيحات سريعة، وفي النهاية قيد الميزة أثناء تحسينها (تحديث). بالتوازي مع ذلك، دارت مناقشات حول تدقيق النص المساعد بالذكاء الاصطناعي بشأن الحفاظ على النصوص المقترنة بالعلامات الاقتباسية، وهو أمر مهم بشكل خاص للاقتباسات الحساسة أو الدقيقة، مع تأكيد صدور تصحيح ومتابعة اقتراحات تكوين إضافية (Proofread breaks quotes، إرشادات الأمثلة).
من جانب العمليات، قارن المسؤولون ملاحظاتهم حول تعطل مهام الترجمة بسبب حدود معدل استخدام نماذج اللغات الكبيرة (LLM) وأسئلة التكوين في What happens to translations when LLM changes?. ومن جانب التمكين، نشرت Discourse دليلاً جديداً يوضح كيفية تصنيف المواضيع تلقائياً من خلال دمج فرز الذكاء الاصطناعي في Discourse مع أتمتة Discourse (Auto-categorize topics using AI)، بينما استكشفت مناقشة حول إضافة برمجية (Plugin) خدمة text/markdown لجعل مستهلكي الذكاء الاصطناعي/MCP أكثر رضا (Discourse to Markdown Plugin).
مواضيع مثيرة للاهتمام
انتكاسات في محرر الذكاء الاصطناعي المثبت + تصحيحات سريعة (Contribute > Bug, ai, composer): أبلغ Lilly عن أن محرر الذكاء الاصطناعي المثبت الجديد قد يعيق إجراءات التحرير، ويتصرف بشكل غريب عند الاقتباس، ويبدو غير متسق مقارنة بالمحرر العادي، خاصة فيما يتعلق بفواصل الأسطر (تقرير، ملاحظات حول Shift+Enter). وقد قام keegan بإطلاق عدة تصحيحات ومتابعات مع شرح السلوك المقصود والخطوات القادمة (ملخص التصحيحات، إعلان القيد).
قرار التصميم المرتكز على محرر النصوص الغني (RTE) في المحرر المثبت (يدعم Markdown، ولكن بدون معاينة): تم التوضيح أن المحرر المثبت مصمم ليكون في المقام الأول محرر نصوص غني (RTE)، بينما يظل Markdown متاحاً ولكن بدون معاينة بسبب قيود المساحة (شرح التصميم، تأكيد).
حالات هامشية تتعلق بالاقتباس + الشريط الجانبي + التنقل عند التفاعل مع واجهة البوت: ارتبط اقتباس البوت بمشاكل في الشريط الجانبي مثل الفجوات أو اختفاء واجهة المستخدم، بل وحتى حصر المستخدمين في محادثة البوت، وهو ما تحسن بعد التصحيحات اللاحقة (السلوك الأولي، الحالة اللاحقة).
فشل تحميل الملفات بعد المشاركة الأولى في المحرر المثبت: بعد تحسن المشكلات الأخرى، حدّد Lilly المشكلات المتبقية في فشل التحميلات بعد المشاركة الأولى، بالإضافة إلى مشكلات اقتباس متقطعة تم حلها لاحقاً بعد إعادة البناء (تقرير الخطأ، تحديث الفرز، رد المشرف).
يجب ألا يقوم تدقيق الذكاء الاصطناعي بتحسين “النص المقترن بالعلامات الاقتباسية” (Contribute > Bug, ai-helper): سلط bksubhuti الضوء على خطر تعديل الذكاء الاصطناعي للنصوص الدينية أو المصادر المقترنة بالعلامات الاقتباسية، وجادل بأنه يجب الحفاظ على الاقتباسات كما هي تماماً (مخاوف). وأشار Falco إلى أن المشكلة قد تم حلها واقترح تجربة نموذج أفضل إذا استمرت المشكلة في الظهور (مرجع التصحيح).
تكوين وكلاء التدقيق باستخدام الأمثلة + شخصيات متخصصة: شارك bksubhuti موجه شخصية متخصص يركز على اللغة البالية (Pāḷi) وسأل عن خيارات المحرك (تفاصيل الشخصية)، بينما سأل Falco عما إذا كانوا يستخدمون أمثلة، مشيراً إلى أن مدقق الافتراضي يأتي مع عدة أمثلة لمساعدة التعامل مع الاقتباسات (اقتراح الأمثلة).
تعطل مهام الترجمة بسبب حدود المعدل + ارتباك حول إعدادات “التفكير” (Support, ai): في حلقة نقاش حول استكشاف أخطاء الترجمة وإصلاحها، اقترح Falco تعطيل “التفكير”، بينما سأل RBoy عن المقصود بذلك في واجهة Discourse AI وشارك خطأً يظهر أن حد معدل الرموز اليومية (token-per-day) يسبب فشلاً متكرراً (اقتراح، خطأ حد المعدل، سؤال حول الواجهة).
خدمة Markdown لاستهلاك أفضل من قبل الذكاء الاصطناعي/MCP (Customization > Plugin, markdown, ai): استكشفت حلقة نقاش حول إضافة Discourse-to-Markdown مساراً نظيفاً لـ “التفاوض على المحتوى” (content negotiation) لعملاء الذكاء الاصطناعي: محاولة استخدام Accept: text/markdown ضد الروابط الموحدة (URLs) القياسية، ثم العودة إلى سلوك واجهة برمجة التطبيقات (API) للـ JSON إذا لم يكن مدعوماً (اقتراح، متابعة). ربطت نفس المناقشة هذا الاستخدام بـ MCP صراحةً (انظر أيضاً Discourse MCP is here).
تحسن جودة الصور المولدة بالذكاء الاصطناعي (واهتمام بمشاركة الموجهات): في نقاش طويل الأمد حول بوت الدعم، لاحظ 37Rb قفزة كبيرة في جودة توليد الصور مقارنة بالمحاولات السابقة (تجربة)، وشجّع EricGT على مشاركة الموجهات والنصائح على نطاق أوسع (طلب).
دليل جديد: تصنيف المواضيع تلقائياً باستخدام فرز الذكاء الاصطناعي + أتمتة Discourse (#Site_Management, automation, ai): نشرت Discourse دليلاً يوضح المتطلبات المسبقة (Discourse AI، Automation، LLM مُكوّن، ووكيل/شخصية) وسير العمل العام لاستخدام الذكاء الاصطناعي لتحديد ما إذا كان الموضوع ينتمي إلى فئة مختلفة (دليل; انظر المراجع المسبقة لـ Discourse AI، Discourse Automation، دليل إعدادات LLM، وشخصيات بوت الذكاء الاصطناعي).
النشاط
قاد Lilly فحصاً مفصلاً للجودة (QA) لمحرر الذكاء الاصطناعي المثبت، وثق الأعطال الأولية (New ai docked composer)، واعترف بالتصحيحات الجارية (متابعة)، ثم حدّد المشكلات المتبقية مثل الاقتباس والتحميل (الحالة، نتيجة إعادة البناء). كما أشار إلى أن “التحميل بعد المشاركة الأولى” كان الخطأ الرئيسي المتبقي (تقرير).
أقرّ sam بدورة ملاحظات المحرر المثبت ونقل أن التصحيحات كانت جارية بنشاط، مشيراً إلى العمل المستمر الذي يقوم به keegan (رد).
قام keegan بتنسيق وتنفيذ تصحيحات للمحرر المثبت، وشرح تجربة المستخدم المقصودة المرتكزة على RTE ومقايضات Markdown (شرح)، وقيد الميزة لاحقاً خلف التغييرات القادمة بينما استمر التحسين (تحديث).
طرح bksubhuti زاوية تتعلق بالصحة/الأخلاقيات: يجب أن يحافظ تدقيق الذكاء الاصطناعي على الكتل المقترنة بالعلامات الاقتباسية، خاصة للاقتباسات الدقيقة من المصادر الدينية أو النصوص الأصلية (مخاوف). بعد التحديث، أكد السلوك واستمر في التجارب، بما في ذلك مشاركة شخصية مدقق مخصصة وطلب اقتراحات للنماذج (تأكيد، اختبار، موجه الشخصية).
سلط RBoy الضوء على آلام العمليات الواقعية في الترجمة: شارك أن محاولات الترجمة كانت تفشل بشكل متكرر بسبب حدود معدل الرموز اليومية وسأل عن المقصود بـ “التفكير” في واجهة تكوين Discourse AI (تقرير الخطأ، سؤال للتوضيح).
وسّع benword في شرح كيفية دعم إضافة Discourse-to-Markdown لمستهلكي الذكاء الاصطناعي/MCP عبر التفاوض على المحتوى عبر HTTP، موضحاً استراتيجية عملية “محاولة Markdown ثم العودة إلى JSON” (Discourse to Markdown Plugin) وربطها بإمكانات تكامل MCP (متعلق: Discourse MCP is here).
أكد jrgong أن النهج المقترح “التفاوض على المحتوى ثم العودة إلى الحل البديل” كان هو ما طبقه بالفعل نموذج LLM آخر (Claude) بالنسبة لهم (رد).
شارك 37Rb ملاحظات إيجابية من الميدان تفيد بأن توليد الصور بالذكاء الاصطناعي قد تحسن بشكل كبير، مشيراً إلى وجود تشوهات (artifacts) أقل مقارنة بالمحاولات السابقة (نقاش بوت الدعم).
عزز EricGT التعلم المجتمعي من خلال طلب مشاركة الموجهات والنصائح بناءً على نتائج 37Rb (طلب).
تركزت مناقشات الذكاء الاصطناعي في meta.discourse.org هذا الأسبوع (2026-05-04 → 2026-05-11) على الموثوقية التشغيلية لترجمات ai، لا سيما كيف يمكن لنماذج “التفكير/الاستدلال” أن تعطل كشف اللغة المحلية (locale detection)، وتستنفد ميزانية الإكمال (completion budgets)، وتترك مهام الترجمة عالقة أو فاشلة بطرق محيرة (انظر أخطاء ترجمات الذكاء الاصطناعي وماذا يحدث للترجمات عند تغيير نموذج LLM؟). وتناولت سلسلة ثانية من تصحيح الأخطاء المفاجآت المتعلقة بحد الرموز (token-limit) (حجم الطلب مقابل حجم الاستجابة، وحدود معدل TPM/TPD) وكيف تتفاعل مع تكوين LLM في Discourse AI (انظر يتجاوز الذكاء الاصطناعي عتبات رموز LLM عشوائياً ولا يمكن التنبؤ بها).
فشل الترجمة بسبب استهلاك مخرجات “التفكير” لميزانية الإكمال
أفاد RBoy بأخطاء ترجمة مثل Validation failed: Raw can't be blank, Cooked can't be blank في أخطاء ترجمات الذكاء الاصطناعي، وحدد Falco أن رموز الاستدلال يمكن أن “تأكل كل الرموز” تحت max_tokens، مما يؤدي إلى مخرجات فارغة/غير صالحة (تحليل في السياق). وتطرق نقاش التصحيح أيضاً إلى سبب تجنب Discourse للاستدلال في الترجمات (نفس الخيط) وأرجع إلى تاريخ سابق حول فشل الترجمات على نطاق واسع (مناقشة ذات صلة).
ترجمات “عالقة” بعد تغيير LLM: كشف اللغة المحلية هش مع نماذج التفكير
في ماذا يحدث للترجمات عند تغيير نموذج LLM؟، وصف RBoy ترجمات تظهر كغير مكتملة دون سجلات أو تقدم جديد (أعراض العطل). وشرح Falco المشكلة الأساسية: لا يمكنك استخدام نموذج تفكير لكشف اللغة المحلية، لأن “كتل التفكير” تكسر عملية التحليل، وبدون كشف اللغة المحلية لا تتقدم الترجمات (شرح السبب الجذري; تم الاعتراف بالاستنتاج في المتابعة).
متطلبات المخرجات المهيكلة لنماذج الترجمة (مثل json_schema)
بعد التبديل إلى نموذج غير استدلالي، واجه RBoy خطأ 400 يشير إلى أن النموذج المحدد لا يدعمresponse_format: json_schema (تقرير الخطأ). وأوضح Falco أن الترجمات تحتاج إلى نموذج يدعم المخرجات المهيكلة — “نظرياً كل نموذج SotA تم إصداره مؤخراً” (توجيه).
تصحيح أخطاء الترجمة عملياً: استخدم /p/POST_ID وسجلات التدقيق، لكن لا تصفّ على response_tokens
نصح Falco بفحص المنشور الفاشل عبر /p/120 وفحص ai_api_audit_logs (نهج التصحيح). وعندما لم ير RBoy صفوف سجل تدقيق مطابقة (استعلام + عدم تطابق)، نصح Falco بإزالة بند response_tokens من فلتر SQL (الإصلاح). أوضح الخيط أيضاً الفرق بين /p/ و/t/ أثناء التحقيق (المتابعة).
ارتباك حد الرموز: أخطاء 413 هي حجم الطلب، وليس “حد رموز الإخراج الأقصى”
أفاد RBoy بتجاوزات عشوائية الظاهر لحد الرموز رغم خفض حدود رموز الإخراج (التقرير الأولي). شدد Falco على أن 413 تشير إلى أن الطلب كبير جداً (وليس الاستجابة المطلوبة)، واقترح التركيز على تكوين “نافذة السياق” للـ LLM مع الإشارة أيضاً إلى أن 8k صغير بشكل غير معتاد بالمعايير الحديثة (التوضيح). رد RBoy بمعلومات نافذة السياق المكونة وحد المزود، متسائلاً لماذا سيتجاوز Discourse الحدود المكونة (التفاصيل).
ضغط حد المعدل (TPD/TPM) كمساهم رئيسي في عدم استقرار الترجمة
في نفس خيط الرموز، لاحظ RBoy أن خط أنابيب الترجمة تعثر في البداية تحت حدود معدل الرموز اليومية (429)، ثم فشل لاحقاً بأخطاء 413 (الطلب كبير جداً) بعد الاستئناف (تسلسل الفشل). هذا يتوافق مع استمرار استكشاف أخطاء الترجمة في ماذا يحدث للترجمات عند تغيير نموذج LLM؟ وأخطاء ترجمات الذكاء الاصطناعي.
تخصيص المراجع Proofreader: أين تجد الأمثلة المدمجة لضبط سلوك الاقتباس (ai-helper)
سأل bksubhuti عن كيفية العثور على أمثلة بحيث يمكنه تعديل شخصية المراجعة المخصصة لتجنب كسر الاقتباسات (السؤال). أشار Falco إليه إلى أمثلة وكيل Proofreader داخل واجهة الإدارة (admin/plugins/discourse-ai/ai-agents/-22/edit) (الاتجاه)، وأكد bksubhuti أنه وجد مجموعة الأمثلة وأن المخرجات بصيغة JSON (التأكيد).
متابعة وكيل الرسائل الخاصة PM لم تستطع نشر الصور (تم إصلاحه في المستودع الرئيسي)
أفاد Ethsim2 بأنه لم يتمكن من نشر صورة عند متابعة وكيل عبر الرسائل الخاصة في 2026.5.0 (تقرير الخطأ). ردّت Lilly بأنه تم إصلاحه بالفعل (وأشارت إلى تقرير غير مكتمل ذي صلة) (الرد)، وحدد Ethsim2 الالتزام (commit) الناقص في المستودع الرئيسي الذي كان بحاجة إليه (المتابعة). (ذات صلة: مؤلف AI مرسى جديد.)
سؤال تكوين جديد: ارتباك معرف نموذج Gemini / عنوان URL للمزود
سأل danhanghai عن المساعدة في تكوين gemini-3.1-flash-lite عبر مزود Google في صفحة إعدادات LLM، مشاركاً معرف النموذج وعنوان URL للنقطة الطرفية (السؤال). للسياق الأوسع، يقع هذا السؤال ضمن موضوع المرجع طويل الأمد صفحة إعدادات الذكاء الاصطناعي - نموذج اللغة الكبير (LLM) (how-toai).
تابع bksubhuti قضية التعامل مع الاقتباسات طويلة الأمد في Contribute > Bug#ai-helper، سائلاً أين يجد أمثلة حقيقية بحيث يمكنه ضبط مطالبة النظام الخاصة بالمراجعة (الطلب). بعد توجيهه إلى محرر الوكيل، أكد أنه وجد مجموعة الأمثلة وخطط للتكرار عليها (التأكيد). (خيط الخلفية: المراجعة تكسر الاقتباسات؛ المنشور المرجعي: رابط المثال المذكور.)
أفاد Ethsim2 بتراجع في إمكانية نشر الصور في متابعة وكيل عبر الرسائل الخاصة (التقرير)، ثم أكد الالتزام الناقص في المستودع الرئيسي الذي كان بحاجة إليه (تحديد الالتزام).
تجمّعت مناقشات الأسبوع الماضي تحت هاشتاج ai على موقع meta.discourse.org حول إصلاحات الموثوقية العملية—من كشف اللغة/المنطقة الجغرافية واستخدام رصيد الترجمة، إلى مشكلات تجربة المستخدم البسيطة ومشكلات إعداد الاستضافة الذاتية.
في الوقت نفسه، تلقى واجهة Discourse AI تحسيناً صغيراً لكنه ملحوظ: اكتشف RBoy أن تغيير نموذج الذكاء الاصطناعي التوليدي (LLM) الافتراضي لم يُحدّث تسميات الوكلاء فوراً حتى يتم تحديث الصفحة في موضوع Minor UI bug changing default LLM، وتبعه awesomerobot بعرض طلب دمج (PR) لإصلاح المشكلة (المشاركة 2).
تسمية نموذج الذكاء الاصطناعي التوليدي (LLM) الافتراضي لا تُحدّث في واجهة إعدادات الذكاء الاصطناعي حتى يتم التحديث (Contribute > UXai)
في موضوع Minor UI bug changing default LLM، أظهر RBoy أن صفوف الوكلاء تستمر في عرض نص “LLM الافتراضي” القديم بعد تغيير النموذج الافتراضي، حتى يتم إعادة تحميل الصفحة. وافق awesomerobot على أنها مشكلة طفيفة لكنها تستحق الإصلاح وفتح طلب دمج (PR) (المشاركة 2).
متابعة حالة الحافة لـ “ميزانية التفكير” في Gemini Pro (صعب التأكيد دون الاستخدام الحالي) (Contribute > Bugai)
في موضوع Thinking budget for Gemini Pro, error when using 0 or -1، تحقق sam مما إذا كانت المشكلة لا تزال تحدث. ردّ RBoy بأنه لم يعد بإمكانه الاختبار لأنه لم يعد يستخدم نموذج Pro (المشاركة 6)—وهو سياق مفيد لأي شخص يحاول التحقق من حالة الانحدار (regression).
تقرير خطأ باللغة الصينية: الروابط التشعبية في ملحق الذكاء الاصطناعي لا تستجيب عند النقر عليها (Contribute > Bugai)
ورد تقرير جديد من 哈基米曼波 في موضوع 社区官方的ai插件中的超链接未能正常跳转，点击后无反应، يصف روابط تبدو قابلة للنقر لكنها لا تنقل المستخدم. ردّ NateDhaliwal، لكن المشاركة حُذفت لاحقاً من قبل الكاتب (المشاركة 2)—لذا قد تحتاج الخطوات القابلة للتنفيذ التالية إلى إعادة إنتاج جديدة وتفاصيل البيئة.
nat
أقرّ ووجّه حلاً مؤقتاً قصير الأمد (تكرار/تعديل وكيل كشف المنطقة الجغرافية) في موضوع Norwegian is identified as no…، وأكد نهج المطالبة (المشاركة 6)، ولاحقاً أشار إلى أن الإصلاح تم دمجه في تكوين الوكيل الافتراضي (المشاركة 7).
كان النشاط المتعلق بالذكاء الاصطناعي هذا الأسبوع على meta.discourse.org (من 2026-05-18 إلى 2026-05-25) يركز في الغالب على جعل محادثات روبوتات الذكاء الاصطناعي أكثر سلاسة وأسهل في الإدارة، بالإضافة إلى قلق تشغيلي مستمر يتعلق بالتوطين في سير عمل البريد الإلكتروني المدعوم بالذكاء الاصطناعي.
تجمّعت المناقشات المتعلقة بالذكاء الاصطناعي على موقع meta.discourse.org هذا الأسبوع (2026-05-25 → 2026-06-01) حول ثلاثة مواضيع رئيسية:
تكاملات الذكاء الاصطناعي والأتمتة — هناك اهتمام متزايد بميزات الذكاء الاصطناعي القائمة على الأحداث، مثل تشغيل أتمتة خارجية عند تغيير بيانات ذكاء اصطناعي (AI Artifact). وقد لقي طلب دعم الإخطارات (Webhooks) لتحديثات خصائص مفاتيح قيم الذكاء الاصطناعي في إضافة دعم للإخطارات/الأحداث لتحديثات مفاتيح قيم الذكاء الاصطناعي في Discourse (أو السماح للمسؤولين بإيقاف الرقابة) تشجيعاً بمراجعة الموضوع بعد إطلاق اتجاه أتمتة Discourse الجديد (“سير العمل”) (رد)، بالإضافة إلى الاتفاق على أن الإخطارات الموجهة من جانب الخادم والمحددة النطاق ستكون ذات قيمة (متابعة).
تجربة المستخدم والموثوقية في المحتوى — سلّطت عدة مواضيع الضوء على الجوانب التي لا تزال بحاجة إلى تحسين في تجربة المستخدم المرتبطة بالذكاء الاصطناعي: سلوك زر “Enter للإرسال” في محرر الدردشة المثبت للذكاء الاصطناعي (مناقشة، المزيد)، وتلفيق الترجمة لتركيب اقتباسات Markdown (تقرير خطأ)، والرغبة المستمرة في مطابقة كاملة لـ Markdown في سياقات البوتات/الدردشة (متابعة الطلب).
التعريب ودعم النماذج المتعددة — ركّزت عدة منشورات على مرونة اللغة والنماذج: طلب تعريب موجهات الذكاء الاصطناعي إلى الصينية (طلب، رد)، والتقدم في استخدام الترجمات في الرسائل الموجهة للمستخدمين (بما في ذلك إصلاح تم دمجه لظهور أسباب “الإبلاغ” المترجمة بشكل صحيح) في استخدام المنشورات المترجمة عند إرسال رسائل بريد إلكتروني للمستخدمين الذين تم تعيين لغتهم، وتوسيع تحليل المشاعر/العواطف ليشمل مزودي نماذج لغوية كبيرة (LLM) آخرين مثل Gemini (سؤال، تحديث).
المحرر المثبت لمحادثات بوت الذكاء الاصطناعي: احتكاك “Enter للإرسال” (ومشاكل الرفع) (#Announcementsaiai-botcomposer)
في إطلاق محرر مثبت لمحادثات بوت الذكاء الاصطناعي، سألت Lilly عن طريقة لكبت سلوك “Enter للإرسال” وتفضيل الإرسال فقط عبر أيقونة الطائرة الورقية (منشور). ووافق tobiaseigen، مشيراً إلى أن محادثات الذكاء الاصطناعي ليست دائماً “دردشة” وغالباً ما تحتاج إلى فقرات/كتل تعليمات برمجية؛ كما ذكر حلاً بديلاً يتضمن تفضيلات الدردشة لكنه سلط الضوء على المقايضة لاستخدام الدردشة الحقيقية (منشور). لاحقاً، أبلغت Lilly عن تعطل رفع الصور بعد المنشور الأول وعادت إلى المحرر العادي لاستخدام البوت (منشور).
استضافة تحليل المشاعر/العواطف محلياً: التوسع لمزودي LLM آخرين (تم ذكر Gemini) (#Self-Hostingaiai-sentiment)
في استضافة تحليل المشاعر والعواطف لـ DiscourseAI محلياً، سأل Orioni عن موعد ربط تحليل المشاعر بنماذج LLM أخرى، مذكراً بتجربته الإيجابية مع متغيرات Gemini Flash ورغبته في استخدام Gemini لتحليل المشاعر لتقليل التكاليف (منشور). وردّ Falco بأن القدرة تمت إضافتها وستظهر على الموقع قريباً (رد).
خطأ في ترجمة الذكاء الاصطناعي: علامة اقتباس Markdown > تتحول أحياناً إلى 0 (Contribute > Bugaidynaloc)
أبلغ thomasjsn عن أن الترجمات من كل من “GPT-5.4 Nano” و"Gemini 3 Flash" أحياناً تحول علامات اقتباس Markdown (>) إلى 0، مما يعطل التنسيق في فشل تحويل اقتباسات Markdown في ترجمات الذكاء الاصطناعي. وتظهر الأمثلة أحرف 0 متكررة حيث ينبغي أن تكون كتل الاقتباس والعناوين (تقرير).
طلب: السماح بتكوين/تعريب نص موجهات الذكاء الاصطناعي باللغة الصينية (Contribute > Featureailocalization)
طلب bird القدرة على ضبط موجهات الذكاء الاصطناعي باللغة الصينية—مشيراً إلى أن الملخصات والعناوين وملخصات الرسائل الخاصة تفترض اللغة الإنجليزية—في 希望ai插件可以设置提示词为中文. وردّ sniper756 بأن مخرجات اللغة الإنجليزية/الصينية قد تكون غير مستقرة وقد تختلف حسب النموذج، رغم أن السبب الجذري لم يكن واضحاً (رد).
دعم Markdown الكامل في سياقات البوت/الدردشة (ومخاوف الهجرة ذات الصلة) (Contribute > Featurechatai)
في دعم Markdown الكامل في الدردشة للبوتات، سأل rokejulianlockhart عما إذا كان هناك موضوع أوسع يدعم Markdown الكامل بما يتجاوز البوتات (مشيراً إلى انفتاح sam السابق على إنشاء موضوع أكثر عمومية: مرجع مقتبس). كما طرح احتياجات متعلقة بالهجرة، مستشهداً بسؤال منفصل حول نقل الرسائل إلى الدردشات/الرسائل الخاصة (مرجع الموضوع المقتبس)، وجادل بأن الميزة غير قابلة للتطبيق لحالته الاستخدامية بدون دعم Markdown كامل من Discourse (منشور).
قدمت Lilly ملاحظات عملية حول تجربة المستخدم للمحرر المثبت لبوت الذكاء الاصطناعي، طالبة خياراً لتعطيل “Enter للإرسال” في إطلاق محرر مثبت لمحادثات بوت الذكاء الاصطناعي، وأبلغت لاحقاً عن تعطل رفع الصور بعد المنشور الأول (مما دفعها للعودة إلى المحرر العادي) (متابعة).
أضاف tobiaseigen ملاحظات داعمة حول سلوك الإرسال في المحرر المثبت وشرح لماذا تحتاج محادثات الذكاء الاصطناعي غالباً إلى تأليف متعدد الأسطر (فقرات/كتل تعليمات برمجية)، في إطلاق محرر مثبت لمحادثات بوت الذكاء الاصطناعي. كما وصف حلاً بديلاً لتفضيلات الدردشة وعيوبه لاستخدام الدردشة الحقيقية (نفس المنشور).
طلب bird تحسين تعريب موجهات الذكاء الاصطناعي (رغبة في تكوين موجهات صينية لملخصات/عناوين الذكاء الاصطناعي/ملخصات الرسائل الخاصة) في 希望ai插件可以设置提示词为中文، مشيراً إلى أن الافتراضات لا تزال تظهر باللغة الإنجليزية لتلك سير العمل (طلب).
ردّ sniper756 على طلب تعريب الموجه الصيني، مشيراً إلى أن مخرجات اللغة قد تكون غير متسقة وتختلف حسب النموذج، في 希望ai插件可以设置提示词为中文.
دفع rokejulianlockhart مناقشة قيود Markdown في سياقات البوت/الدردشة إلى الأمام من خلال سؤال عن (أو عرض إنشاء) موضوع أوسع يتجاوز البوتات في دعم Markdown الكامل في الدردشة للبوتات. كما ربط المشكلة باحتياجات الهجرة (الرسائل → الدردشات/الرسائل الخاصة) بالإشارة إلى سؤال موجود (مرجع الموضوع) واستشهد بالملاحظة السابقة “فتح موضوع آخر” من sam (منشور مرجعي).
توضيح الفرق بين وظائف “الذكاء الاصطناعي” و"الذكاء الاصطناعي غير المعتمد على نماذج لغوية كبيرة": تم التأكيد مرة أخرى على نقطة رئيسية وهي أن اقتراحات الوسوم/الفئات تعتمد على التضمينات (embeddings) وليس على نماذج لغوية كبيرة، مما يؤثر على مدى قدرة “الصياغة” (prompting) على توجيه النتائج (كيفية تخصيص اقتراحات وسوم وفئات الذكاء الاصطناعي).
اكتشاف لغة خاطئ في ترجمة الذكاء الاصطناعي وإخفاء التعديلات خلف ترجمة قديمة (Contribute > Site feedback, ai, dynaloc, content-localization)
أبلغ stephtara عن أن منشوراً كُتب بالإنجليزية تم تصنيفه على أنه بالفرنسية، وأن تعديلاً لاحقاً “لم يظهر” في العرض المُصاغ (تقرير). وشرح Moin أن الاكتشاف الخاطئ يمكن أن يُحفَّز بكلمة واحدة مثل “French” (فرنسي)، وأشار إلى أن “التعديل المفقود” كان على الأرجح بسبب عرض ترجمة غير محدثة بدلاً من المنشور الأصلي (تشخيص + حل بديل). انتهت النقاشات بتأكيد صاحب المنشور الأصلي على صحة الشرح وتصحيح اللغة المكتشفة يدوياً (تأكيد)، بالإضافة إلى تذكير بليق بحدود اكتشاف اللغة:
خطأ برمجي: مساعد الذكاء الاصطناعي يقترح وسوم لا تسمح بها الفئة (Contribute > Bug, ai)
وجد thgl أن مساعد الذكاء الاصطناعي يمكنه اقتراح وسوم مقيدة والسماح باختيارها، ثم يمنع الإرسال لاحقاً، بينما فرض إدخال الوسوم يدوياً القيود بشكل صحيح (تقرير خطأ برمجي). وأقر zogstrip بالمشكلة بسرعة (اعتراف) وتابعها بعرض إصلاح جاهز عبر طلب دمج (حالة الإصلاح). وأكد المبلغ أن الدوران كان سريعاً (شكراً).
طلب ميزة: أزرار تبديل لتمكين تسمية/تصنيف الذكاء الاصطناعي ولكن تعطيل توليد العناوين (Contribute > Feature, ai)
طلب Frullyأزرار تبديل منفصلة لأزرار اقتراح العنوان والوسم والفئة—رغبةً في الحفاظ على مساعدة الذكاء الاصطناعي لـ التصنيف بينما يطلب من المستخدمين صياغة عناوينهم بأنفسهم (طلب + مبررات). واقترح NateDhaliwal نهجاً عملياً مؤقتاً: إخفاء زر “اقتراح العناوين” فقط عبر CSS (حل بديل CSS)، وهو ما قبله طالب الميزة كحل قابل للتطبيق (متابعة).
كيفية تخصيص اقتراحات وسوم/فئات الذكاء الاصطناعي: توضيح بأنها تعتمد على التضمينات وليس صياغة نماذج لغوية كبيرة (Support, ai, ai-helper, تم الحل)
أراد Frully “تعليم” المساعد كيف ينظم مجتمعهم المحتوى (على سبيل المثال، أنماط #meetings المتسقة والوسوم المطلوبة) وأشار إلى أن أمثلة تعليمات النظام تركز على العناوين وليس الوسوم/الفئات (سؤال). وأوضح Falco السبب: اقتراح الوسوم/الفئات لا يستخدم صياغة نماذج لغوية كبيرة على الإطلاق، بل يعتمد على تضمينات المسودة مقابل المواضيع الموجودة مسبقاً (إجابة / حل).
مشغّل اختبار أدوات الذكاء الاصطناعي: يبدو أن http.get() يحاول استخدام SSL لعناوين URL الداخلية http:// (Support, rest-api, ai)
شارك Tobias1 سكريبت قابلاً للتكرار يظهر أن http.get("http://stable-diffusion:7860/") يتم حله بشكل صحيح إلى عنوان IP داخلي بينما يفشل بخطأ مصافحة SSL—مما يشير إلى أن المشغّل أو طبقة عميل HTTP يحاول استخدام TLS على أي حال (تفاصيل + مخرجات الخطأ).
شخّص Moin الارتباك في الترجمة على أنه مزيج من ثغرات الاكتشاف التلقائي للغة وحداثة الترجمة، مشيراً إلى منتقي اللغة في محرر النصوص كبديل يدوي وشرحاً لسبب عدم رؤية التعديلات في العرض المترجم (تحليل; متابعة الاقتباس; مدخل النقاش; مرجع إضافي; نفس المناقشة).
قاد Frully موضوعين متعلقين بـ “تجربة المسؤول”: أحدهما يطلب أزرار تبديل منفصلة لمساعدات عنوان/وسم/فئة الذكاء الاصطناعي (طلب ميزة; متابعة) والآخر يسأل عن كيفية توجيه اقتراحات الوسوم/الفئات لتتوافق مع التصنيف المحلي للمجتمع—تم توضيح لاحقاً أنها تعتمد على التضمينات وليس الصياغة (سؤال; نفس النقاش; نقاش الميزة مرة أخرى; نقاش الدعم مرة أخرى; متابعة مرة أخرى).
قدم NateDhaliwal حلاً بديلاً خفيفاً للفريق الذي يريد تقليل المحتوى التوليدي: إخفاء واجهة اقتراح عنوان الذكاء الاصطناعي فقط عبر CSS بحيث يمكن أن تبقى مساعدة الوسوم/الفئات مرئية (مقتطف CSS; مرجع; نفس المنشور; رابط الموضوع; سياق).
أوضح Falco تفصيلاً تنفيذياً مهماً: اقتراحات وسوم/فئات الذكاء الاصطناعي تعتمد على التضمينات مقابل المواضيع الموجودة، وليس صياغة نماذج لغوية كبيرة—مما يشكل التوقعات بشأن التخصيص و"توجيه الصياغة" (حل; نفس الحل; رابط النقاش; مرجع; سياق).
ساهم Tobias1 بتقرير يركز على المطورين يظهر أن سلوك عميل HTTP في مشغّل اختبار أدوات الذكاء الاصطناعي يبدو أنه يتفاوض على SSL حتى عند استهداف عنوان URL داخلي http:// صراحةً، بما في ذلك عينة كود بسيطة وخطأ المصافحة الناتج (تقرير; نفس التقرير; رابط السياق; مرجع; رابط النقاش).
شهدت هذه الأسبوع (من 2026-06-08 إلى 2026-06-15) اندفاعاً صغيراً لكن عملياً في نقاشات الذكاء الاصطناعي على Discourse في المنتدى Meta (12 مشاركة جديدة عبر موضوعين جديدين)، تركزت بشكل رئيسي حول تغييرات إعدادات ترجمة الذكاء الاصطناعي وإمكانية رؤية التكلفة والنطاق، بالإضافة إلى بعض المفاجآت التشغيلية والإدارية المتعلقة بأدوات الذكاء الاصطناعي المدمجة.
مراجعة نطاق ترجمة الذكاء الاصطناعي + “ما تم ترجمته” باستخدام السجلات وأداة Data Explorer (aidynalocSupport)
جنباً إلى جنب مع شرح الهجرة، اقترح Moin استخدام سجلات إجراءات الموظفين للكشف عن تغييرات الإعدادات اليدوية وشارك استعلام Data Explorer لتقسيم الترجمات حسب الفئة/اللغة/العدد (نهج Data Explorer)، مواصلاً الموضوع في 405072/2.
حساب مشرف تم إنشاؤه تلقائياً بالذكاء الاصطناعي (“deepseek-chat”): هل يمكن/يجب حذفه؟ (aiSupport)
سأل sniper756 عن كيفية إزالة حساب مشرف تم إنشاؤه تلقائياً مرتبط بـ “deepseek-chat” (请问怎么删除deepseek-chat这个自动建立的管理员账户). أشار NateDhaliwal إلى أنه على الأرجح البوت المستخدم بواسطة إضافة الذكاء الاصطناعي ويمكن حذفه إذا لم يكن مستخدماً (مع تحفظات)، مستشهداً بأسلوب rails-console لحذف المستخدمين من الموظفين (405250/2، Deleting users in rails console).
nat
قدم تحديثاً ملموساً حول التعامل مع ترجمة الوسوم بالذكاء الاصطناعي: الوسوم المدرجة في التقرير الأصلي (وغيرها) “يجب” أن يتم التعامل معها الآن على meta، بينما تظل تحسينات السياق الإضافي أولوية أقل (AI-generated tag translations do not work perfectly). هذا ي addressing مباشرة المتابعة المستمرة من Moin (399570/15).
Falco
حل تقرير دعم حول مشغل اختبار أدوات الذكاء الاصطناعي الذي يغير البروتوكول بشكل غير متوقع، موضحاً أن HTTP مدعوم فقط على المنفذ 80، بينما تفترض المنافذ الأخرى افتراضياً HTTPS (Der AI Tools Test Runner macht bei http-URLs intern SSL). تم وضع علامة “تم الحل” في الموضوع (404705/2).
حول حساب المشرف “deepseek-chat” الذي تم إنشاؤه تلقائياً، أشار إلى أنه على الأرجح بوت إضافة الذكاء الاصطناعي؛ الحذف ممكن إذا لم يكن مستخدماً، وربطه بأسلوب rails-console لإزالة المستخدمين من الموظفين (请问怎么删除deepseek-chat这个自动建立的管理员账户، مع إجراء الحذف في Deleting users in rails console).
sniper756
طرح سؤالاً حول صيانة المشرفين حول إزالة حساب مشرف تم إنشاؤه تلقائياً يتعلق بالذكاء الاصطناعي (“deepseek-chat”)، بما في ذلك لقطات شاشة للمستخدم/الحساب المعنيين (请问怎么删除deepseek-chat这个自动建立的管理员账户). ناقش الرد ما إذا كان من الآمن حذفه وكيفية القيام بذلك إذا لزم الأمر (405250/2)، مع سياق إضافي في Deleting users in rails console.
خلال هذا الأسبوع (15 يونيو 2026 → 22 يونيو 2026)، تركزت مناقشات الذكاء الاصطناعي على meta.discourse.org حول تحسينات تجربة المستخدم (UX) لمساعد الذكاء الاصطناعي في محرر النشر، والتحكم في التكاليف وتحديد نطاق عمل وكلاء الذكاء الاصطناعي، والصعوبات العملية في التكوين واستكشاف الأخطاء وإصلاحها للإعدادات المستضافة ذاتيًا—وخاصة فيما يتعلق بنقاط النهاية (Endpoints)، وحماية من هجمات SSRF، وحالات الحافة في الترجمة. كان أكبر تغيير مرئي للمستخدمين هو تدفق الاقتراحات المضمنة الجديد لـ اقتراحات الذكاء الاصطناعي في المحرر (الدمج المضمن لاقتراحات الذكاء الاصطناعي (في المحرر))، بينما تركزت معظم جهود الدعم على جعل إعدادات الذكاء الاصطناعي تعمل بشكل موثوق وبطريقة اقتصادية (مثل تقييد البحث حسب الفئة لتقليل استهلاك الرموز المميزة في تقليل استخدام رموز الذكاء الاصطناعي عبر تصفية الفئات، وتصحيح نقاط النهاية وفحص السجلات في “محاولة الاتصال بهذا النموذج أخطأ” فارغة).
تتبع أخطاء “محاولة الاتصال بهذا النموذج…” الفارغة إلى تكوين نقطة النهاية + استكشاف الأخطاء عبر السجلات (Support, ai)
عندما عاد اختبار نموذج لغة كبير (LLM) برسالة خطأ فارغة/خالية، شارك alefattorini لقطات شاشة وسأل عن كيفية استكشاف الأخطاء وإصلاحها (“محاولة الاتصال بهذا النموذج أخطأ” فارغة). أبرز Falco أن الرابط يجب أن يكون نقطة نهاية OpenAI صحيحة (إما .../v1/chat/completions أو .../v1/responses) واقترح التحقق من صفحة /logs للحصول على مزيد من التفاصيل، بالإضافة إلى ملاحظة مقايضات اختيار النموذج (مثل GPT “Nano” مقابل “Mini”) (“محاولة الاتصال بهذا النموذج أخطأ” فارغة).
المراجع الرئيسية: تقرير المشكلة، توجيه نقطة النهاية + /logs.
ركزت نقاشات الذكاء الاصطناعي على Meta هذا الأسبوع على الجودة والشفافية والتلميع في تجربة المستخدم عبر ميزات Discourse AI—خاصة Ask Discourse، وترجمة الذكاء الاصطناعي / تكييف المحتوى، ومساعدو الذكاء الاصطناعي المضمنين في محرر الرسائل. لاحظ بعض المشرفين تغيّراً في جودة الإجابات في Ask Discourse وتعرفوا على أن الخدمة انتقلت مؤخراً إلى نموذج مفتوح الأوزان يستضاف محلياً (Ask discourse moins performant، ملاحظة تغيير النموذج، التبرير + التوجيه).
دقة رسم تقدم الترجمة، التخزين المؤقت، و"ماذا يعني التقدم بالضبط؟" (translation, ai, #Data-&-reporting)
وجد LotusJeff أن رسم التقدم مضلل على موقع كبير (AI Translation Progress Graph). شرح Falco أن الصفحة مخزنة مؤقتاً لتجنب المهلات وأن الترجمة تتضمن اكتشاف اللغة تليها الترجمة إلى لغات أخرى—مع عدم عرض تقدم الاكتشاف في المراحل المبكرة بعد، مما يجعل التجربة الأولية تبدو “مروعة” (caching + 2-step pipeline). اقترح LotusJeff نموذج تقارير أوضح لـ “المؤهل مقابل المترجم” وبدأ في مشاركة نماذج SQL من Data Explorer (reporting proposal، SQL examples)، ولاحظ nat أن التحسينات مخططة لها (staff follow-up).
سياسة اللغة الاحتياطية: فرض الإنجليزية للغات غير المدعومة (translation, ai, #Feature)
سأل Jagster عما إذا كان يمكن للغات غير المدعومة أن تعتمد على اللغة الإنجليزية دون تغيير اللغة الافتراضية لموقع يهيمن عليه الفنلندية (question). أكد Falco أن “اللغات الاحتياطية” تم طلبها لكنها غير مدعومة (no fallback locales yet)، ووضح nat السلوك الحالي: تعطيل الاحتياطي يعرض اللغة الأصلية؛ واستخدام الاحتياطي الإنجليزي يعني تعيين اللغة الافتراضية على en (behavior details).
تضمين تلخيص الذكاء الاصطناعي لتعليقات HTML (ولماذا هذا #wontfix) (ai, ai-summarize, #Feature)
لاحظ ばこん أن التعليقات HTML (التي لا يمكن للقراء رؤيتها) لا تزال تُلخّص (report، example). وضع Falco عليها علامة #wontfix، مقترحاً تعديل الأمر النصي لتوجيه وكيل التلخيص إلى تجاهل التعليقات إذا كان ذلك مهماً لحالة معينة (decision + workaround).
إضافة الذكاء الاصطناعي عالقة في حالة التعطيل + توضيح “لا يمكن تعطيل إضافة الذكاء الاصطناعي” في الخطة المجانية (ai, Support)
لم يستطع ondrej إعادة تمكين الذكاء الاصطناعي بعد تعطيله سابقاً (issue). أكد keegan الحاجة إلى إصلاح لحالة “العلق في التعطيل” ووضح أنه في الخطة المجانية تظل إضافة الذكاء الاصطناعي مفعّلة لأنها تقود ميزات حاسمة مثل كشف الرسائل غير المرغوب فيها، بينما يمكن تعطيل ميزات الذكاء الاصطناعي الفردية (fix + policy). أشار الطلب أيضاً إلى وثائق الإعداد الحالية (documentation excerpt source).
تلميع واجهة مستخدم الذكاء الاصطناعي: أيقونات متداخلة وأزرار ذكاء اصطناعي ذات تموضع مطلق (ai, ux)
أبلغ Moin عن أيقونات مكدسة/متداخلة عند تحرير معلومات الموضوع (overlap report)، وربطها Falco بموضوع الدمج المضمن للذكاء الاصطناعي المستمر (cross-reference، Inline integration of AI Suggestions (in Composer)). في مشكلة تجربة مستخدم ذات صلة، لاحظ Moin أن زر اقتراح عنوان الذكاء الاصطناعي يمكن أن يبقى ثابتاً بينما يتحول حقل العنوان—خاصة في تحرير العناوين المترجمة—وأن الاقتراحات ظهرت باللغة الإنجليزية (title icon placement)؛ وأشار chapoi لاحقاً إلى أن الزر ذي position: absolute كان سبباً متكرراً للمشكلات (follow-up).
لماذا تُترجم المواضيع أسرع من المنشورات (وما الذي يجب تعديله) (ai, content-localization, Support)
لاحظ LotusJeff أن بيانات المواضيع تُترجم من شهور مضت بينما تتأخر المنشورات (question). شرح Falco أن الدُفعات متشابهة في الحجم، لكن المواضيع تكتمل بشكل طبيعي بشكل أسرع، خاصة مع المواضيع ذات المنشورات الكثيرة، واقترح تعديل الحد الأقصى للعمر أو معدل الملء الخلفي لمساعدة المنشورات على اللحاق (explanation + knobs).
طلب ميزة: محدد تاريخ (تاريخ قطع ثابت) لإعدادات ترجمة الذكاء الاصطناعي (ai, dynaloc, content-localization, #Feature)
في مناقشة محدد التاريخ، لاحظ mcwumbly أن الإعداد قد يحتاج إلى أن يكون “ترجمة جميع المنشورات بعد {التاريخ}” بدلاً من “أيام الملء الخلفي” (framing). جادل LotusJeff بأن النوافذ المتحركة يمكن أن تسبب خروج المحتوى المحرر الأقدم عن النطاق، وأبرز أيضاً عدم التطابق “المواضيع مترجمة لكن المنشورات لم تُترجم بعد” كمشكلة واجهة المستخدم (rolling window concern، additional rationale).
كيف تُسند تصنيفات المشاعر/العواطف في لوحة تحكم المشاعر (ai, ai-sentiment, Support)
لخص fzngagan النماذج التي تقود تصنيف المشاعر والعواطف ووضح الفرق بين التصنيف القائم على النماذج والاستراتيجيات القائمة على الوكلاء عبر إعدادات الموقع (sentiment classification overview)، مشيراً إلى مقتطف الوثائق المرجعي حول النماذج الحالية (models reference) وملاحظاً أن المشرفين يمكنهم إنشاء وكلاء جدد في /admin/plugins/discourse-ai/ai-agents بدلاً من تعديل الإعدادات الافتراضية (agent approach context).
أبلغ ondrej عن عدم قدرته على إعادة تمكين إضافة الذكاء الاصطناعي بعد تعطيله سابقاً، وسأل عن منطق “الحاسم في الخطة المجانية” بعد تعطيل كشف الرسائل غير المرغوب فيها في منتدى خاص صغير (Can’t get the AI plugin enabled، follow-up question).
ركزت محادثات الذكاء الاصطناعي (ai) هذا الأسبوع على موقع #meta.discourse.org على التحكم في تكاليف الذكاء الاصطناعي وفهم الاستخدام الخلفي، وتعزيز توقعات الأمان المتعلقة بمدخلات التلخيص، وتحسين تجربة المستخدم والتكاملات عبر مجموعة ميزات Discourse AI.
الحصص المبنية على التكلفة لـ Discourse AI (دولارات مقدرة، وليس فقط رموز) في #Announcements#ai:sam أعلن عن طريقة جديدة لتقييد استخدام الذكاء الاصطناعي بناءً على التكلفة بالدولار المقدرة لكل مجموعة، للمساعدة في وضع الميزانيات عبر المزودين (الإعلان). ترتبط الميزة بسير تكوين الحصة الموجود (تكوين حصص استخدام النماذج اللغوية الكبيرة في Discourse AI).
يضمّن تلخيص الذكاء الاصطناعي تعليقات HTML (ومخاوف حقن المطالبات المحتملة) في #Featureai#ai-summarize:Ed_S أثار خطر أن تصبح تعليقات HTML “قناة خفية” للتأثير على التلخيصات (القلق). Falco أقر بالإمكانية—خاصة مع النماذج الأصغر/الأقدم—وأشار إلى فصل المطالبات النظامية/المستخدمة كفكرة تخفيف (رد)، وهو ما عارضه Ed_S باعتباره ليس آلية حقيقية ضد الاختراقات (المتابعة).
إعداد Qwen3.7-plus: أداة اقتراح العنوان تواجه أخطاء 500 + كيفية الاستكشاف باستخدام سجلات التدقيق في Support#ai:bird أبلغ عن خطأ 500 عند استخدام توليد عناوين الذكاء الاصطناعي رغم عمل أدوات الذكاء الاصطناعي الأخرى (التقرير). Falco أوصى باستعلام ai_api_audit_logs لتشخيصات أكثر تفصيلاً (نصيحة)، ثم أوضح كيفية فحص أحدث إدخال وأن الخطأ 500 قادم من Discourse (وليس Qwen) (المتابعة). أشار الخيط أيضاً إلى وثائق توليد الصور عند سؤال عما إذا كان Discourse AI يدعمها (إجابة + رابط، بالإضافة إلى دعم محسّن لتوليد الصور في Discourse AI).
تشغيل Discourse AI ضد نقاط النهاية الداخلية (مساعد LiteLLM، قوائم السماح للمضيفين الداخليين، تنظيف MCP) في Support#ai:evantobin وصف نجاح الاتصال الداخلي باستخدام DISCOURSE_ALLOWED_INTERNAL_HOSTS لمساعد LiteLLM المحلي، وذكر أعمالاً لاحقة لمصادقة Vertex AI (التفاصيل). شارك satonotdead حلاً كاملاً باستخدام عنوان بروتوكول الإنترنت البوابة الداخلية لـ Docker، وتعيين المنافذ، وتنظيف أدوات MCP المكسورة (الحل).
طلب ميزة / طلب سحب: إضافة معلمة قالب {username} إلى مطالبات النظام لنظام شخصية الذكاء الاصطناعي في #Feature#ai:42aross اقترح إضافة {username} كمعلمة قالب مسموح بها حتى تتمكن شخصية الذكاء الاصطناعي من تحديد المستخدم الحالي بشكل موثوق من جانب الخادم (بدلاً من أن يستنتجها النموذج اللغوي الكبير من نص/بيانات الموضوع) (الطلب + المبرر). أشار أيضاً إلى إكمال عملية اتفاقية المساهم المفتوح المصدر (المتابعة).
Composer المربوط لمحادثات روبوتات الذكاء الاصطناعي: تم إيقافه على Meta، ثم إعادة تمكينه في #Announcementsai#ai-bot: سأل putty لماذا لم يعد Meta يعرض واجهة مستخدم Composer المربوط (السؤال). رد keegan بأنه تم إيقافه عن طريق الخطأ وأعاد تشغيله، ملاحظاً انتقال التغيير إلى beta (تحديث الحالة). تابع nicolsdennis بسؤال منتج حول تقييد طول الردود لمحادثات الروبوتات (السؤال).
أقترحات الذكاء الاصطناعي المضمنة في Composer: الاتساق + أسئلة حول زمن الاستجابة/السلوك في #Announcementsai#ai-helper: ناقش chapoi جعل السلوك متسقاً عبر نقاط إدخال واجهة المستخدم المماثلة وطلب التعليقات (المشاركة). سأل nicolsdennis عن زمن الاستجابة ذهاباً وإياباً وما إذا كانت الاقتراحات تعتمد فقط على عنوان الموضوع (السؤال).
إصلاح تجربة المستخدم: موضع أيقونة اقتراح عنوان الذكاء الاصطناعي في ux#ai: نشر chapoi إصلاحاً تنفيذاً لأيقونة اقتراح العنوان التي تظهر فوق حقل العنوان، سائلاً عن تأكيد الآثار الجانبية (الإصلاح + رابط طلب السحب).
تغييرات مفاتيح واجهة برمجة تطبيقات Gemini: حسابات الخدمة، مخاوف الترحيل في #Integrationshow-to#ai: لاحظ m_terenui التغييرات الأمنية المبلغ عنها من Google حول مفاتيح واجهة برمجة تطبيقات Gemini، مما قد يتطلب حسابات الخدمة وترحيل المفاتيح القديمة، وسأل عما يتوقعه Discourse من المسؤولين تكوينه مستقبلاً (السؤال). (مرجع الخيط: إعداد مفاتيح واجهة برمجة تطبيقات Gemini لـ Discourse AI)
الاستضافة الذاتية لترجمة Discourse AI باستخدام Ollama: اختيار المزود، المشفر/نافذة السياق، ولماذا “نقاط نهاية الترجمة” ليست بديلاً جاهزاً في #Self-Hosting#ai: سأل mononym كيفية تجربة ترجمة Discourse AI عبر Ollama وأين توجد إعدادات واجهة مستخدم المسؤول الأحدث (السؤال). اقترح Falco استخدام واجهة برمجة تطبيقات OpenAI المتوافقة مع Ollama عن طريق اختيار OpenAI كمزود (الإرشاد)، ثم قدم نصائح تكوين عملية (اختيار المشفر، نافذة السياق) وحذر من النماذج غير المناسبة/القديمة (التفاصيل). غطى الخيط أيضاً لماذا لا صُممت ترجمة Discourse AI كبديل بسيط لنقطة نهاية LibreTranslate ولماذا يمكن لا يزال استخدام إضافة المترجم الأقدم “كما هي” (القيود).
أثار Ed_S قلقاً يركز على الأمان بأن تلخيص تعليقات HTML يمكن استخدامه كقناة تلاعب خفية (تلخيص الذكاء الاصطناعي للتعليقات HTML أيضاً) وشدد على أن فصل المطالبات النظامية/المستخدمة ليس ضماناً قوياً ضد تأثير الاختراق (المتابعة).
وثّق bird مشكلة تكامل Discourse AI باستخدام Qwen3.7-plus حيث أرجع اقتراح العنوان خطأ 500 (التقرير)، وسأل كيفية عرض سجلات أعمق (السؤال)، وسأل لاحقاً عن دعم توليد الصور (السؤال؛ الإجابة والمؤشر هنا).
ركزت المناقشات المتعلقة بالذكاء الاصطناعي على meta.discourse.org هذا الأسبوع بشكل كبير على موثوقية التحكم في توطيد المحتوى (ai + dynaloc)، بالإضافة إلى حلقات التغذية الراجعة للميزات المدعومة بالذكاء الاصطناعي مثل “اسأل Discourse” (Ask Discourse) واكتشافات Discobot.
احتكاك Ask Discourse: ردود “متشابهة جدًا”، والإبلاغ السريع جدًا، وتفضيلات تنسيق DataExplorer: واجه المستخدمون سلوك Discourse القياسي لمكافحة البريد العشوائي/حدود المعدل أثناء التفاعل مع استجابات الذكاء الاصطناعي (تغذية راجعة لـ Ask Discourse، 336805، 336805)، وطلب واحد طالب بطريقة لضمان عدم انتهاء استعلامات DataExplorer المُولَّدة بفواصل منقوطة (336805). ask-discoursefeedback#feature
تسرب التوطيدات الألمانية لعناصر “الغلاف”/JSON للتوطيد: أظهر تقرير أن المخرجات الموطدة تحتوي على ما يبدو ككائنات محتوى مُسلسلة بدلاً من نص عادي، وأشار أيضًا إلى صعوبات في تعديل التوطيدات عندما يستخدم المنشور الأول قالب نموذج (تحتوي التوطيدات الألمانية على عناصر توطيد). bugcontent-localization
تم العثور على السبب الجذري: سوء تهيئة تنسيق استجابة JSON للوكيل + تناقضات المطالبات: أشار التحقيق إلى مشاكل في المطالبات/المنطق والحاجة إلى الحفاظ على نسخ مخصصة من الوكلاء الافتراضيين متزامنة مع التحسينات الأصلية (407009، 407009، تأكيد الحل في 407009). aidynaloc
أخطاء Claude Sonnet 5 مرتبطة بالمخرجات المهيكلة / توقعات “الملء المسبق للمساعد” + إصدارات Discourse الأقدم: ربط موضوع دعم محلل أخطاء 400/500 بمطابقات التهيئة والإصدار، مع تذكير بأن النماذج الأحدث تتطلب غالبًا مزودين/معلمات محدثة (Discourse AI: الحاجة إلى إزالة استجابة JSON…، 407117). Supportai
هلوسات اكتشافات Discobot والحاجة إلى نقاط اتصال للتغذية الراجعة: أظهر مثال ملموس أن اكتشافات Discobot وسّمت RFC بشكل خاطئ بثقة، مما أثار نقاشًا حول توجيه المطالبات وجمع المزيد من الأمثلة (تغذية راجعة حول نتائج اكتشافات Discobot على meta، مثال في 407133). ai-searchdiscobot#site-feedback
التقطيع/التلف الصامت في توطيدات الذكاء الاصطناعي عند كسر تحليل تدفق JSON: وصف تقرير خطأ مفصل تقطيع التوطيدات في منتصف الجملة بدون أي خطأ مسجل، وأضاف متابعة بيانات تظهر تلف التنسيق (صور markdown، \n\n حرفي) عبر مزودين/نماذج مختلفة (يتم تقطيع التوطيد صامتًا عند كسر تحليل تدفق JSON (بدون رفع خطأ)، متابعة في 407251). bugai
أبلغ putty عن مشكلة توطيد دقيقة حيث احتفظت التوطيدات الألمانية بعناصر عملية التوطيد وأشار أيضًا إلى قيد التعديل عندما يستخدم المنشور الأول قالب نموذج (تحتوي التوطيدات الألمانية على عناصر توطيد). أكد أنه يستخدم نسخًا من الوكلاء الافتراضيين مع تعديلات طفيفة في المطالبات (407009) وأكد لاحقًا الجاني المباشر—عدم ملء تنسيق استجابة JSON—بعد التوجيه (407009). أشار أيضًا إلى ملاحظات ذات صلة سابقة في تقرير سابق (تعليقات الذكاء الاصطناعي على التوطيدات الألمانية).
شرح awesomerobot الأسباب المحتملة وراء أخطاء النشر/الإبلاغ في Ask Discourse—الإرسال المكرر والاتصال المؤدي إلى إجراءات متكررة سريعة—ضمن موضوع التغذية الراجعة لـ Ask Discourse (تغذية راجعة لـ Ask Discourse).
اقترح one1 تحسينًا عمليًا لجودة الحياة لاستعلامات DataExplorer المُولَّدة بالذكاء الاصطناعي: ضمان عدم انتهاء المخرجات بفواصل منقوطة لاحقة لتقليل احتكاك التكرار (تغذية راجعة لـ Ask Discourse).
ركزت مناقشات الذكاء الاصطناعي على “meta” هذا الأسبوع على كيف يتصرف الذكاء الاصطناعي في Discourse داخل المجتمعات الحقيقية، وأين يمكن للحالات الحافة أن تتحول إلى مشاكل خصوصية أو ضوضاء. كما حصل العملاء المستضافون على شرح أوضح لموجه النموذج الافتراضي المستضاف، CDCK/MoM، بما في ذلك سبب استخدام Discourse لنهج مزيج من النماذج لأعباء عمل الذكاء الاصطناعي المختلفة مثل الملخصات والتضمينات (ما هو CDCK/MoM؟).
من جانب إصلاح الأخطاء، تم الإبلاغ عن مشكلة إزعاج عالية حيث يؤدي النقر على إعادة المحاولة في رد روبوت الذكاء الاصطناعي في المواضيع العامة إلى إنشاء منشورات مكررة (بدلاً من إعادة التوليد في المكان نفسه)، وتم ربطها بسرعة بإصلاح من المصدر (يخلق روبوت الذكاء الاصطناعي “إعادة المحاولة” ردًا مكررًا…، متابعة). كما برزت المشكلات المتعلقة بالترجمة: أظهر تقرير واحد أن المنشورات المحذوفة يمكن أن تظل مرئية عبر الترجمات المخزنة مؤقتًا (المنشورات المحذوفة لا تزال تظهر المحتوى الكامل…)، بينما استمر موضوع آخر في التقدم نحو إصلاح الاقتطاع الصامت عند فشل تحليل تدفق JSON (تم اقتطاع الترجمة بصمت…).
شرح موجه النموذج المستضاف CDCK / CDCK/MoM للعملاء المستضافين (#Hosted-Customersai)
شرح Falco سبب تضمين Discourse المستضاف لموجه LLM مدمج “مزيج من النماذج”، وكيفية مطابقة التوجيه للمهام (الملخصات مقابل التضمينات مقابل الشخصيات)، وكيفية ارتباط ذلك بـ رصيد الذكاء الاصطناعي المستضاف (ما هو CDCK/MoM؟).
خطأ: يضيف “إعادة المحاولة” لروبوت الذكاء الاصطناعي في المواضيع العامة ردودًا مكررة بدلاً من إعادة التوليد (bugaiai-bot)
أفاد Overgrow أن النقرات المتكررة على إعادة المحاولة في المواضيع العامة تغمر الموضوع بمنشورات روبوت جديدة (التقرير)، بينما أشار Falco إلى إصلاح في النسخة الأساسية (رد المطور). غطى الموضوع أيضًا بإيجاز كيف أصبح “الوضع الآمن” رابطًا عبر قواعد الكلمات المراقبة (السؤال، الإجابة، بالإضافة إلى الدليل المرجعي: دليل مرجعي للكلمات المراقبة).
خطأ يتعلق بالخصوصية: لا تزال المنشورات المحذوفة تعرض المحتوى الكامل عند عرض النسخة المترجمة (bugaidynaloccontent-localization)
أفاد asa أنه عند تمكين ترجمات Discourse AI، يمكن أن يظهر منشور محذوف من قِبل مؤلفه بشكل كامل في العرض المترجم بسبب عدم احترام التخزين المؤقت للحالة المحذوفة (المنشورات المحذوفة لا تزال تظهر المحتوى الكامل…).
متانة الترجمة: اقتطاع صامت عند فشل تحليل تدفق JSON (bugaidynaloc)
استمر العمل على إصلاح اقتطاع الترجمات بصمت عند فشل تحليل تدفق JSON — دون رفع خطأ — مما يسلط الضوء على الحاجة إلى ظهور أفضل للأخطاء وتحليل دفاعي (تم اقتطاع الترجمة بصمت…).
تم الحل: تم تتبع أخطاء 401 في تضمينات Gemini إلى استخدام عائلة نقاط نهاية Google الخاطئة (Supportembeddingai)
واجه m_terenui أخطاء 401 عند محاولة استخدام تضمينات Gemini مع نقطة نهاية بنمط Vertex (بيان المشكلة). أوضح Falco أن دعم تضمينات Discourse يتوافق مع Google AI Studio بدلاً من نقطة نهاية Enterprise/Vertex، مما حل المشكلة (الحل). أكد المبلغ أن تبديل نقاط النهاية أصلح التضمينات فورًا (التأكيد).
الدعم: “استخدام إضافة Discourse AI” — ما الذي يوجد في النسخة الأساسية وكيف تعمل الملخصات (حسب الطلب مقابل الملء الخلفي) (Supportai)
سأل bayardo.rivas متى أصبحت Discourse AI مدمجة وكيف يعمل التلخيص (السؤال). أشار Moin إلى جدول زعي إعلان الدمج (الرد، مرجع: دمج المزيد من الإضافات الشائعة مع Discourse core). شرح Falco أن الملخصات يمكن أن تكون حسب الطلب أو تملأ في الخلفية، ويمكن للسمات إظهار الملخصات في الأعلى لبعض المواقع (رد الحل). (يشير السؤال أيضًا إلى مناقشة إضافة الذكاء الاصطناعي السابقة: إضافة OpenAI لـ Discourse؟ وملاحظة الإضافة المدمجة: Discourse AI.)
التعليقات التوضيحية للذكاء الاصطناعي: إعادة هيكلة النظام الفرعي والقدرة الوشيكة على إعادة خبز التعليقات التوضيحية (#Site-feedbackaiai-captions)
تلقى موضوع التعليقات التوضيحية القديم عامًا تحديثات جديدة: ناقش أعضاء المجتمع أفكار إعادة البناء/إعادة الرفع (اقتراح إعادة البناء، فكرة إعادة الرفع)، بينما أشار sam إلى أن nat يعيد هيكلة النظام الفرعي وأن مفاتيح التبديل لإعادة خبز التعليقات التوضيحية مخططة (التحديث). ثم أغلق nat الموضوع بعد تصحيح مشكلة منشئ الموضوع (الإغلاق).
لاقتراح العنوان يوضع خارج حقل العنوان عند تحرير عنوان مترجم.
إضافة مولد Discourse llms.txt