تتمحور محادثات الذكاء الاصطناعي هذا الأسبوع على منصة Meta حول جعل أدوات الذكاء الاصطناعي في Discourse أكثر وضوحًا للمستخدمين وأسهل في الإدارة على نطاق واسع. من ناحية المنتج، كان هناك زخم قوي لإعادة تسمية “AI Persona” إلى “AI Agent” وهو مصطلح أكثر فهمًا على نطاق واسع (مع آثار على سير عمل الترجمة) في إعادة تسمية AI Persona إلى AI Agent ومتابعات مثل إعادة تسمية AI Persona إلى AI Agent. كما حظيت تجربة المشرفين باهتمام: حيث كانت المواقع التي تم تعطيل الذكاء الاصطناعي فيها لا تزال تعرض لوحات التحكم والتقارير الخاصة بالذكاء الاصطناعي، وهو ما تم تأكيده كخطأ وتم توجيهه ضمن أعمال الإبلاغ الأوسع في عدم عرض تقارير الذكاء الاصطناعي إذا لم يكن الذكاء الاصطناعي مفعلًا وخيط المظلة ذي الصلة الإبلاغ والتحليل للمشرفين: تغييرات تدريجية.
صيانة مكون السمة: توافق زر AI Gists مع Modernized Foundation (#Theme-component, ai)
أعادت Lilly هيكلة مكون السمة بحيث يعمل التنسيق مع Modernized Foundation مع الحفاظ على التوافق مع سمة Foundation القديمة في ملخصات مواضيع Discourse وزر AI Gists، مما يربط العمل بالجهود الأوسع للسمة في تطوير سمة Foundation.
أضاف rburkej منظور الاستضافة الذاتية من خلال طلب ملف أجهزة مفصل وملاحظات حول الأثر التشغيلي في تفعيل بحث الذكاء الاصطناعي أشل خادمي، مما يعزز أن إطلاق البحث الدلالي يحتاج إلى إرشادات واضحة حول الحجم.
خلال الأسبوع الماضي (2026-03-09 → 2026-03-16)، تجمّعت مناقشات Meta حول ai حول تحسين المنتج، والموثوقية، وعمليات “العالم الحقيقي”.
من جانب المنتج، اقترب Discourse من توحيد المصطلحات من خلال تنفيذ إعادة التسمية من AI Persona إلى AI Agent (إعادة تسمية AI Persona إلى AI Agent). أما من جانب البنية التحتية، فقد وسّع Discourse بشكل كبير سعة عرضه للـ LLM المضيف — برفع الحدود عبر جميع المستويات وتحسين جودة النموذج وخصائص زمن الاستجابة (فتح جميع ميزات Discourse AI مع LLM المضيف لدينا).
في الوقت نفسه، ركّز المشغّلون على كيف يتناسب الذكاء الاصطناعي مع إيقاعات المجتمع: فقد ظهرت طلب لتأخير ردود AI Agent (لجعلها تبدو أقل مثل روبوت الدردشة وأكثر مثل مشارك) كحالة دعم جديدة (إضافة تأخير قابل للتكوين إلى ردود AI Agent)، وكمتابعة في موضوع دليل “Agents” الأطول عمراً، حيث أشار موظفو Discourse إلى أن الردود المؤجلة من المرجح أن تكون جزءاً من إصلاح شامل مستقبلي لـ automation وليس لـ ai نفسها (AI bot - Agents).
إعادة تسمية “AI Persona” إلى “AI Agent” (مصطلحات + تنفيذ) في #Featureai. أكّد Falco أن عمل إعادة التسمية قد اكتمل وأشار إلى طلب السحب المقابل (إعادة تسمية AI Persona إلى AI Agent).
زيادة سعة LLM المضيف بشكل كبير (بالإضافة إلى ترقيات النموذج والأداء) في #Announcementsai. أبلغ Discourse عن حدود أعلى للخطط بشكل عام، ووصف تحسينات مثل نموذج “أوزان مفتوحة حديثة” محدّث، وزيادة الحد الأقصى للرموز لكل طلب، وتحسين الرموز/الثانية، وتحسين وقت الوصول إلى الرمز الأول (فتح جميع ميزات Discourse AI مع LLM المضيف لدينا).
تأخير ردود AI Agent لمطابقة إيقاع المجتمع (1–4 ساعات) في Supportai. سأل saurabhmithal عن تأخير قابل للتكوين لجعل Agents تبدو أقل مثل روبوتات الدردشة الفورية (إضافة تأخير قابل للتكوين إلى ردود AI Agent). في موضوع “Agents” الأوسع، أوضح Falco أن هذا غير ممكن اليوم ووضّحه كقدرة من #automation، مما يشير إلى التخطيط المبكر لإصلاح شامل كبير للـ automation (AI bot - Agents)؛ وتم توثيق الطلب الأصلي داخل الموضوع أيضاً (AI bot - Agents).
تفاصيل استكشاف أخطاء تحليل المشاعر: “المضيفات الداخلية المسموح بها” وتنفيذ الوظائف في Supportai-sentiment. أبلغ satonotdead عن حل جزء من المشكلة بإضافة عنوان IP داخلي إلى allowed internal hosts، ثم تشغيل Jobs::SentimentBackfill يدوياً، لكنه لا يزال يريد تعبئة تاريخية كاملة (مشاكل إعداد تحليل المشاعر). طلب Falco توضيحاً حول ما إذا كانت بيانات الـ 60 يوماً ظهرت على الأقل (مشاكل إعداد تحليل المشاعر)، وأكّد satonotdead أن لوحات التحكم تعمل لكن التعبئة التاريخية لا تزال هي الهدف (مشاكل إعداد تحليل المشاعر).
مكون سمة جديد: “ملخص الذكاء الاصطناعي في رأس الموضوع” (الشريط الجانبي المكتبي + منطقة العنوان على الهاتف المحمول) (#Theme_component, ai, ai-summarize)
أطلق Ivan_Rapekas مكون سمة يجلب زر ملخص ذكاء اصطناعي Discourse إلى مناطق واجهة مستخدم عالية الظهور: أشرطة التحكم في الشريط الجانبي الأيمن/الجدول الزمني على سطح المكتب ومنطقة العنوان على الهاتف المحمول (ملخص الذكاء الاصطناعي في رأس الموضوع). كما أشاروا إلى النشر كتحديث للملاحظات القديمة بشأن موضع زر الملخص (ملاحظات: انقل زر الملخص إلى أعلى الموضوع) وطلبات الموضع على الهاتف المحمول (موضع زر الملخص في عروض الهاتف المحمول).
توجيه تقارير ملخصات الذكاء الاصطناعي الدورية لالتقاط أعداد الأصوات بشكل صحيح (#Site_Management, automation, ai)
في خيط تعليمات التقارير الدورية للملخصات، سأل julia1 كيفية صياغة توجيه (prompt) بحيث تتضمن التقارير عدد الأصوات المرتبطة بعناصر التغذية الراجعة (تقارير ملخصات ذكاء اصطناعي Discourse الدورية).
سؤال حول قدرة MCP: هل يمكن لـ MCP الوصول إلى مرفقات PDF في المنشورات؟ (blog, ai, mcp)
في خيط إعلان MCP الخاص بـ Discourse، سأل anaderi عما إذا كان من الممكن لـ MCP الوصول إلى مرفقات PDF تم تحميلها في المنشورات (MCP الخاص بـ Discourse هنا!).
Shauny
اقترحت تحسين تجربة ترجمة لكل منشور (خاصة على الهاتف المحمول) واقترحت التخزين المؤقت/حفظ الترجمات لتجنب استدعاءات واجهة برمجة التطبيقات المتكررة (ترجم المنشور بالذكاء الاصطناعي واحفظ الترجمة). وأوضحت أنها لم تكن تريد ترجمة تلقائية كاملة لحدث اليوم — كان بعض الاحتكاك مقصودًا — وبدلاً من ذلك أرادت تحسينات مستهدفة لكل منشور (ترجم المنشور بالذكاء الاصطناعي واحفظ الترجمة).
sniper756
بدأ طلب ميزة (باللغة الصينية) يسأل عما إذا كانت Discourse ستصدر مهارة “OpenClaw” رسمية، واصفًا سير عمل حيث يقوم وكيل ذكاء اصطناعي بإجراءات المنتدى وإعادة نشر المحتوى المصرح به في قواعد معرفة مصنفة/موسومة (هل ستصدر منصة Discourse رسميًا مهارة openclaw رسمية؟).
ركزت أنشطة الذكاء الاصطناعي هذا الأسبوع على منصة 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 تركيز مناقشات Discourse AI حول ثلاثة محاور رئيسية:
زخم بروتوكول سياق النماذج (MCP) وقدرات الوكلاء: عززت Discourse AI التزامها ببروتوكول سياق النماذج (Model Context Protocol) من خلال الإعلان عن دعم MCP على جانب العميل، مما يسمح لوكلاء Discourse AI بالاتصال بخوادم أدوات MCP الخارجية (أحضر خادم MCP خاص بك!)، بالإضافة إلى دليل إداري كامل (بوت الذكاء الاصطناعي – أحضر خادم MCP خاص بك). بالتوازي، استمرت أدوات MCP على جانب الخادم في التطور، بما في ذلك إضافة أداة تحرير تتيح للنماذج اللغوية الكبيرة (LLMs) تحديث المنشورات أو محتوى الويكي الحالي عبر MCP (MCP الخاص بـ Discourse هنا!).
حدود المراقبة والخصوصية في أتمتة الذكاء الاصطناعي: تحول سؤال عملي حول المراقبة—وهو ما إذا كان فرز الذكاء الاصطناعي يمكنه فحص الرسائل الخاصة (DMs)—إلى مشكلة في واجهة المستخدم/الإعدادات بدلاً من كونه قيدًا صارمًا، مما أثار أفكارًا تالية لتحسين عناصر التحكم في واجهة أتمتة المراقبة (هل يقوم فرز أتمتة الذكاء الاصطناعي بفحص الرسائل الخاصة بين المستخدمين العاديين؟، الحل).
خصائص محددة للنماذج في الترجمة والتضمينات (Embeddings): سلطت عدة خيوط نقاش الضوء على أن “ميزات الذكاء الاصطناعي” غالبًا ما تكون مزيجًا من “سلوك النموذج + تفاصيل التكامل”. تراوحت مشاكل الترجمة من تسرب نص “تعليق الذكاء الاصطناعي / التفكير” باللغة الألمانية الذي تم إصلاحه بسرعة (تعليق الذكاء الاصطناعي على الترجمات الألمانية) إلى اختفاء الصور عند الترجمة عبر Mistral Small، وهو ما تم تخفيفه عن طريق تبديل النماذج (الصور المفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة). وعلى جانب التضمينات، ظهر عدم تطابق في واجهة برمجة تطبيقات Mistral (dimensions مقابل output_dimension) في الإعدادات (استخدم Mistral للتضمينات). كما كانت هناك مشاكل حقيقية واجهها المدراء بسبب معرفات نماذج Gemini الملغاة في إعدادات بوتات الذكاء الاصطناعي (مشكلة مع بوتات المنتدى للذكاء الاصطناعي).
مواضيع مثيرة للاهتمام
يمكن الآن لوكلاء Discourse AI الاتصال بأي خادم MCP (“أحضر خادم MCP خاص بك”) (ai, #Announcements)
أعلن sam أن وكلاء Discourse AI يمكنهم تسجيل عناوين URL لخوادم MCP خارجية (GitHub، Notion، Linear، مزوّدو البحث، إلخ) ثم استخدام الأدوات المكتشفة مباشرة من الوكيل اللغوي الكبير (أحضر خادم MCP خاص بك!). يشرح الدليل المرافق كيفية الإعداد واكتشاف الأدوات، وكيف يختلف هذا عن الأدوات المخصصة القائمة على JavaScript (بوت الذكاء الاصطناعي – أحضر خادم MCP خاص بك).
قابلية استخدام MCP: طلب لـ “MCP عن بُعد/على الويب” وإضافة القدرة على تحرير المنشورات الحالية (ai, mcp, blog)
في ملاحظات مستمرة حول MCP، استكشف pacharanero كيفية جعل MCP أكثر سهولة للمستخدمين غير الملمين بسطر الأوامر (CLI) من خلال نقطة نهاية منشورة على الويب (MCP الخاص بـ Discourse هنا!). أبرز jrgong حالة استخدام تتعلق بالمعرفة/التوثيق تحتاج إلى تحرير مواضيع/منشورات موجودة (مرجع)، وأكد Falco أن أداة تحرير قد أُضيفت (“ما عليك سوى التحديث إلى الإصدار الأحدث”) (مرجع).
مراقبة فرز الذكاء الاصطناعي + فحص الرسائل الخاصة: خيار “تضمين الرسائل الشخصية” يعمل، لكن “جميع المواضيع” تسبب في ارتباك (automation, ai, Support)
اختبر Denis_Kovalenko خيار “فرز المنشورات باستخدام الذكاء الاصطناعي” ووجد أن الرسائل الخاصة بين المستخدمين العاديين لم تكن تُفحص (هل يقوم فرز أتمتة الذكاء الاصطناعي بفحص الرسائل الخاصة بين المستخدمين العاديين؟، تفاصيل الاختبار). أكد RGJ أن الرسائل الخاصة لم تكن تصل إلى سجلات التدقيق وحدد حلًا بديلًا: اترك حقل “نوع الموضوع” فارغًا بدلاً من اختيار “جميع المواضيع” (مرجع). نجح الإصلاح فورًا (مرجع)، وتحولت الخيوط إلى نقاش حول تجربة المستخدم (UX) بشأن خيارات أكثر وضوحًا (مرجع، مرجع).
شملت المنشورات المترجمة إلى الألمانية نصوص “تعليق الذكاء الاصطناعي/عملية التفكير” - تم إصلاحها بسرعة (ai, content-localization, bug, fixed)
أبلغ putty عن تسرب نصوص “التفكير/الترجمة” في الترجمات الألمانية إلى المخرجات (تعليق الذكاء الاصطناعي على الترجمات الألمانية). قام nat بإصدار تحديث لتشديد التنسيق وتنظيف المحتوى المتأثر (مرجع)، مع تأكيد من المستخدمين لاحقًا (مرجع).
تسببت ترجمات Mistral في اختفاء الصور في العروض المترجمة (روابط upload://)، وتم حل المشكلة عن طريق ترقية النموذج (ai, content-localization, Support)
وجد Denis_Kovalenko أن تبديل نموذج الترجمة من OpenAI إلى Mistral تسبب في عرض النصوص في النسخ المترجمة مع حذف الصور (الصور المفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة، تفاصيل السلوك). اقترح RGJ تعزيز المطالبة (prompt hardening) و/أو تجربة نموذج أفضل (مرجع)، وتم حل المشكلة بالتبديل من Mistral Small إلى Mistral Large (مرجع). لاحقًا، طلب Falco توضيحًا حول أي إصدار من “Mistral Small” كان المقصود، وأوصى باستخدام نماذج أقوى من فئة Small إذا لزم الأمر (مرجع).
التضمينات مع Mistral: إعدادات التوافق مع OpenAI تفشل بسبب تسمية معلمة dimensions (ai, #Feature)
وثق RGJ أن تكوين تضمينات Mistral من خلال تكامل بصيغة OpenAI يفشل إذا أرسلت Discourse معلمة dimensions، لأن Mistral تتوقع output_dimension (استخدم Mistral للتضمينات). يؤدي إزالة المعلمة إلى نجاح الاختبار، مما يشير إلى الحاجة إلى طبقة توافق أو تعيين خاص بمزود الخدمة (مرجع).
تم تتبع أخطاء بوتات الذكاء الاصطناعي إلى معرفات نماذج Gemini الملغاة + إرشادات لنماذج توليد الصور (ai, ai-bot, Support)
واجه ice.d أخطاء “غير موجود” مع إعدادات البوت القديمة (مشكلة مع بوتات المنتدى للذكاء الاصطناعي). أشار Lilly إلى احتمال إلغاء دعم gemini-2.5-flash-pre واقترحت تحديث عنوان URL/معرف النموذج (بما في ذلك خيار قادر على توليد الصور) (مرجع، مثال على الإعداد)، مع تحقق NateDhaliwal من صحة ما إذا كان أي نموذج لغوي كبير (LLM) قد تم تكوينه (مرجع).
هل يجب أن ترد شخصيات الذكاء الاصطناعي فقط على @الإشارات؟ يميل الفريق نحو سير العمل بدلاً من مفاتيح التبديل المتخصصة (ai, ai-bot, #Feature)
في طلب ميزة قائم، تساءل sam عما إذا كان “الرد فقط على @الإشارات” أفضل كإعداد افتراضي بدلاً من كونه إعدادًا آخر (السماح لشخصية/وكيل الذكاء الاصطناعي بالرد فقط على @الإشارات…). جادل Falco بأن الحالات الحدية تُخدم بشكل أفضل من خلال سير عمل المشاريع القادمة—على سبيل المثال، يمكن لسير عمل مُفعّل بالإشارة التعامل مع السلوك دون إضافة المزيد من المفاتيح (مرجع).
تأخير استجابة الوكيل: يُتوقع أن تغطي سير العمل ضوابط التوقيت (ai, Support)
أشار sam إلى أن التأخيرات القابلة للتكوين لاستجابات وكيل الذكاء الاصطناعي هي من النوع الذي يجب أن تدعمه سير العمل، وإن لم يكن ذلك فورًا؛ خلاف ذلك، يتطلب مسار الواجهة البرمجية (API) تطويرًا مخصصًا (إضافة تأخير قابل للتكوين لاستجابات وكيل الذكاء الاصطناعي).
تحكم على مستوى المستخدم في الذكاء الاصطناعي (“تعطيل تنبيهات الذكاء الاصطناعي”) وهجرة إعدادات ترجمة الرسائل الخاصة (ai, ai-summarize, content-localization, ux/#Feature)
جادل paco بأن معادل على مستوى المستخدم لـ discourse_ai_enabled يمكن أن يساعد الأشخاص على الانسحاب من تنبيهات واجهة مستخدم الذكاء الاصطناعي دون تعطيل الذكاء الاصطناعي على مستوى الموقع (تفضيلات واجهة المستخدم: تضمين إعداد لتعطيل تنبيهات الذكاء الاصطناعي). بشكل منفصل، استمرت التغييرات في إعدادات الترجمة في التطور حول الرسائل الشخصية: ربط nat طلب سحب (PR) للهجرة ووصف كيف تُترجم إعدادات “المحتوى العام فقط” السابقة إلى ضوابط جديدة تستهدف الفئات والرسائل الخاصة (ترجمة الذكاء الاصطناعي لجميع الرسائل الخاصة).
النشاط
sam قام بتوسيع دعم MCP ودفع نحو أتمتة قائمة على سير العمل في المستقبل:
كان نشاط الأسبوع الحالي المُركّز على الذكاء الاصطناعي في Meta (الذي يغطي الفترة من 2026-04-06 إلى 2026-04-13) يدور حول تفاصيل التكامل العملي، ولا سيما فيما يتعلق بـ ملفات قابلية اكتشاف الذكاء الاصطناعي، واختيار المزود/النموذج للنشر الحساس من حيث لائحة حماية البيانات العامة (GDPR)، ومتانة الترجمة.
بالتوازي، استمر التركيز على اختيار النموذج/المزود للتضمينات والترجمة، خاصة للمجتمعات التي تحتاج إلى توافق قوي مع الاتحاد الأوروبي/لائحة حماية البيانات العامة. في موضوع استخدام Mistral للتضمينات، شارك Falco إعدادًا يعمل واقترح النظر في نماذج تضمين أقوى؛ وفي موضوع صور مفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة، برزت خيارات المزود و"عدم الاحتفاظ بالبيانات" كجزء من تحديد ما هو مقبول للامتثال وإدارة المخاطر.
أخيرًا، أصبحت قضايا جودة الترجمة عملية للغاية: وصف تقرير خطأ جديد خطأ في الطهي/التنسيق بعد الترجمة، وتتبّع Moin السبب إلى تنسيق جداول Markdown — حيث أدى إصلاح الجدول المصدر إلى حل المخرجات المترجمة في خطأ في الطهي بعد الترجمة، وتم تأكيد ذلك من قِبَل cuo_wu في الحل.
اختيار مزود التضمينات: استخدام Mistral مقابل بدائل ذات درجات أعلى (ai#Feature)
في موضوع استخدام Mistral للتضمينات، شارك Falco إعدادًا يعمل وأوصى بالنظر في نماذج تضمين تتفوق في الاختبارات المعيارية (بما في ذلك خيارات التضمين القائمة على Qwen). يُقدّم الموضوع الأوسع Mistral على أنه مهم لبعض النشر (بما في ذلك تلك الموجهة نحو لائحة حماية البيانات العامة): استخدام Mistral للتضمينات.
تقرير خطأ جديد: “خطأ في الطهي بعد الترجمة” يُعزى إلى تنسيق جدول Markdown (aibug)
ظهر موضوع جديد تمامًا هذا الأسبوع: أبلغ cuo_wu عن مشكلة ترجمة/طهي ظهرت بعد التبديل بين اللغات في خطأ في الطهي بعد الترجمة. حدد Moin أن غياب أحرف | البادئة/الخاتمة في جداول Markdown يمكن تحمله في اللغة الأصلية لكنه يكسر العرض المترجم؛ وإصلاح الجدول باللغة الإنجليزية أصلح الترجمة أيضًا (تشخيص + أمثلة). أكّد cuo_wu الإصلاح (تأكيد). أشار التقرير إلى محتوى في Discourse FontAwesome Pro، مما ساعد في عرض التنسيق المتأثر.
حل مؤقت لاستجابات الوكيل المؤجلة: روبوت تنسيق خارجي + وضع علامات مجدول (ai)
شارك saurabhmithal نمط تنفيذ للمجتمعات التي ترغب في أن تشارك الروبوتات أقل مثل الإكمال التلقائي وأكثر مثل مشارك متوازن: استخدام روبوت “تنسيق” خارجي (مثل الذي يعمل عبر cron) يتحقق دوريًا من الفئات ثم يعلّم الوكيل، مقترنًا بقيود المجموعة بحيث لا يمكن للبشر تحفيز ردود فورية من الروبوت مباشرة (إضافة تأخير قابل للتكوين لاستجابات وكيل الذكاء الاصطناعي). تم الرجوع إلى هذا النهج مرة أخرى من نقاش ضابط “الذكر فقط” ذي الصلة (السماح لشخصية/وكيل الذكاء الاصطناعي بالرد فقط على @الذكر…).
راحة نشر Discourse MCP: هل هناك نهج “موصى به” للخدمة الجانبية؟ (aimcp)
في موضوع Discourse MCP هنا!، سأل pacharanero عما إذا كانت هناك طريقة موصى بها من Meta لتشغيل MCP كخدمة جانبية، وأشار أيضًا إلى إضافة أداة “التحرير” التي ذكرها Falco. جذر الموضوع: Discourse MCP هنا!.
دقة الامتثال: “عدم الاحتفاظ بالبيانات” مقابل الامتثال لائحة حماية البيانات العامة (والاستضافة الذاتية) (ai)
تميز الأسبوع بموضوع متكرر: اختيار المزود ليس مجرد مسألة وظيفية — بل يتعلق بما يمكن لمجتمعك تشغيله بشكل قابل للدفاع. في موضوع صور مفقودة في المنشورات المترجمة عند استخدام Mistral كنموذج ترجمة، شدد RGJ على أن عدم الاحتفاظ بالبيانات (ZDR) ≠ الامتثال لائحة حماية البيانات العامة، بينما أكد Falco أن هناك العديد من خيارات مزود عدم الاحتفاظ بالبيانات (نفس الموضوع) وأن التضمينات يمكن غالبًا استضافتها ذاتيًا بسهولة أكبر من نماذج اللغة الكبيرة الكاملة (تم تكرار ذلك أيضًا في استخدام Mistral للتضمينات).
كان هناك أيضًا خيط دعم عملي حول كشف اللغة والتجاوزات اليدوية عندما تكون المنشورات مختلطة اللغات (عناوين بالألمانية والإنجليزية)، وكيف يمكن أن تبدو الترجمة “معطلة” بسبب مشاكل في التكوين الخارجي مثل مفاتيح API قديمة (انظر منشور لم يتم كشفه بالألمانية و الحل). بشكل منفصل، تبين أن خطأ تبديل اللغة الخاص بالمسؤولين فقط سببه معامل معاينة قالب قديم في Chrome (انظر خطأ عند تبديل اللغة و الحل).
على جانب “منصة الذكاء الاصطناعي”، كان هناك اهتمام متجدد بـ اتصال Discourse MCP (بما في ذلك موصلات Claude وتوفر HTTP) (انظر Discourse MCP هنا!، وتأكيد أن HTTP مدعوم). وأخيرًا، تلقى خيط “كيف يعمل” الخاص بوكلاء الذكاء الاصطناعي سؤالًا جديدًا حول مهارات الوكلاء المخصصة لسيناريوهات مخصصة (انظر روبوت الذكاء الاصطناعي - الوكلاء).
اتجاه: لم تكن معظم “مشاكل الذكاء الاصطناعي” هذا الأسبوع تتعلق بجودة المخرجات—بل كانت تتعلق بـ المتانة التشغيلية (سلوك الوظائف، إعادة المحاولة، توفر الخلفية، ووضوح التكوين) (مثل الترجمات المخطوفة، تسجيل التفاصيل، و أسئلة سلوك إعادة المحاولة).
مواضيع مثيرة للاهتمام
تخطي الترجمات بالذكاء الاصطناعي للغات بشكل متقطع (تم ملاحظته في البداية كغياب للغة البرتغالية) في 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). جاء هذا أثناء مناقشة سير عمل الترجمة والإدخال اليدوي (انظر مناقشة تفضيلات متابعة).
خطأ خاص بالمسؤولين فقط “الموضوع غير موجود / معاينة القالب” عند تبديل اللغة سببه preview_theme_id قديم
أبلغ Denis_Kovalenko عن مشكلة خاصة بالمسؤولين فقط: أظهر تبديل لغة الواجهة في موضوع خطأً مستمرًا حول معاينة قالب غير موجود (انظر التقرير). شخّص pmusaraj أنها معلمة ?preview_theme_id=ID عالقة في Chrome (انظر التشخيص)، وحل إزالة هذه المعلمة المشكلة (انظر تأكيد الحل).
جودة الترجمة والحدود: حجم المنشور/نافذة السياق، وتوصيات النماذج
أثناء تصحيح أخطاء فجوات الترجمة المتقطعة، ذكر nat سيناريو منفصل حيث تمت ترجمة العناوين ولكن تم تخطي المحتوى بسبب حجم المحتوى، واقترح فحص إعدادات نافذة سياق LLM؛ كما نصح بشدة بعدم استخدام “GPT mini” للترجمات بناءً على ملاحظات العملاء والاختبارات المبكرة (انظر ملاحظات النموذج + الحجم/السياق). أكد Denis_Kovalenko أنهم كانوا يمتلكون نافذة سياق كبيرة جدًا مُعدة (انظر تفاصيل نافذة السياق).
اتصال Discourse MCP: طلب دعم موصل Claude.ai؛ HTTP مدعوم بالفعل
في خيط blog حول MCP، سأل putty عما إذا كان من الممكن إصدار نسخة HTTP/SSE من سيرفر Discourse MCP لاستخدامها كموصل في محادثة Claude.ai (انظر السؤال). رد Falco بأن دعم HTTP موجود بالفعل وأشار إلى الردود السابقة في خيط الإعلان (انظر رد دعم HTTP).
قابلية توسيع وكلاء الذكاء الاصطناعي: طلب مهارات مخصصة في وكلاء روبوت الذكاء الاصطناعي
سأل 赤丸的小烧酒 (بالصينية) عما إذا كان بإمكان الوكلاء إضافة مهارات مخصصة لردود سيناريوهات مختلفة، ساعيًا إلى القدرة على تخصيص سلوك وكيل الذكاء الاصطناعي الخاص بهم (انظر طلب مهارات مخصصة).
النشاط
قاد Denis_Kovalenko خيطين لتصحيح أخطاء التوطين/الذكاء الاصطناعي هذا الأسبوع:
شخّص خطأ تبديل اللغة الخاص بالمسؤولين فقط على أنه preview_theme_id عالق في خطأ عند تبديل اللغة، بعد استكشاف أخطاء مقارنة المتصفح الأساسية في سؤال سابق.
قدم nat إرشادات لتصحيح الأخطاء على مستوى الميزات وتحذيرات حول النماذج:
أثار مشكلة الكشف/الترجمة المختلطة اللغات في منشور لم يتم كشفه بالألمانية، شارك المحاولات الفاشلة لإجبار الترجمة في هذا المتابعة، وأكد لاحقًا أن السبب الحقيقي كان مفتاح API قديم / عدم تطابق المزود في الحل.
استكشف canbekcan مشاكل سير عمل الترجمة والفرضيات حول التغييرات الأخيرة:
اقترح سير عمل “اختر اللغة أولاً، ثم أضف العنوان/المحتوى” ووصف الحاجة لإعادة إنشاء خيارات اللغة في منشور لم يتم كشفه بالألمانية.
تحقق من مشكلة “عنوان مفقود”، اشتبه في البداية في سلوك مرتبط بالقالب في هذا الرد، ثم أبلغ عن قدرته على إعادة إنتاج الأخطاء وأحال إلى تغييرات الكود الأخيرة في هذا المنشور.
أوضح أنه لا يستخدم الترجمة بالذكاء الاصطناعي (متطلبات أكاديمية) وأنه أنهى مشاركته بعد توضيح واجهة المستخدم في هذا الملاحظة.
أضاف 赤丸的小烧酒 سؤالًا حول اتجاه منتج وكلاء الذكاء الاصطناعي من خلال السؤال عن قابلية توسيع الوكلاء من خلال مهارات مخصصة في روبوت الذكاء الاصطناعي - الوكلاء.
تجمعت مناقشات هذا الأسبوع المتعلقة بالذكاء الاصطناعي على meta.discourse.org حول جعل ميزات الذكاء الاصطناعي في Discourse أكثر موثوقية، وأكثر أتمتة، وأقل تكلفة للتكامل مع سير عمل نماذج اللغة الكبيرة (LLM) الخارجية. وعلى صعيد الموثوقية، غاص المشرفون في لماذا تُتجاوز الترجمات أو تظهر بأنها «عالقة»—بما في ذلك الأعطال العابرة للمزودين وحدود المعدل (rate limits)، بالإضافة إلى خطوات تصحيح الأخطاء العملية مثل تمكين السجلات التفصيلية وفحص جداول التدقيق/السجلات (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) للاستخدام اللاحق لنماذج اللغة الكبيرة، وقد يتناسب جيدًا مع استخدام 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 وأتمتة Discourse وتكوين الوكلاء/الشخصيات (Tag topics using AI). يشير الدليل صراحةً إلى وثائق إضافة ذكاء اصطناعي Discourse وإطار عمل الأتمتة للحصول على سياق الإعداد (Tag topics using AI، Tag topics using AI).
إضافة جديدة: تقديم محتوى Discourse بتنسيق Markdown لتقليل استخدام رموز LLM (markdownai, #Plugin)
أطلق benword إضافة discourse-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).
يمكن أن تؤدي «أمثلة» الفرز بالذكاء الاصطناعي إلى نتائج عكسية: الأمثلة هي محادثات سابقة، لذا يجب أن تحاكي الاستجابات المخرجات المتوقعة (بما في ذلك استدعاءات الأدوات) (automationai, Support)
وجد mark schmucker أن وكيله قام بوضع علامة على كل منشور حتى عندما كان المثال المقصود توضيحيًا فقط (AI triage examples not sent properly?). اقترح Falco استخدام أداة flag بدلاً من مخرجات السلسلة النصية (AI triage examples not sent properly?)، ثم أوضح أن الأمثلة تُرسل كـ محادثات دردشة سابقة، لذا يجب أن تتطابق استجابات الأمثلة مع تنسيق الاستجابة المتوقع الفعلي—خاصة عند استخدام الأدوات (AI triage examples not sent properly?). انتهى الموضوع بطلب «أمثلة على الأمثلة» توضح كيفية كتابة استجابة على شكل استدعاء أداة في واجهة أمثلة (Examples UI) (AI triage examples not sent properly?).
أخطاء 500 في نقطة نهاية البحث/التضمين بالذكاء الاصطناعي: تحقق من سجلات المثيل وقارنها بفشل البحث بالذكاء الاصطناعي المعروف (rest-apiai, Support)
سأل shixiaochi عما يسبب عادةً أخطاء 500 في /discourse-ai/embeddings/semantic-search (接口报错500). أشار Lilly إلى موضوع موجود سابقًا حول خطأ 500 في بحث الذكاء الاصطناعي (接口报错500)، وكرر supermathie الخطوة العملية التالية: فحص سجلات Rails و /logs على حد سواء (接口报错500).
ترجمات الوسوم المولدة بالذكاء الاصطناعي: لا يمكن تعطيلها بشكل مستقل (بعد)، ولكن يمكن تصحيحها عبر إعدادات الوسوم أو تعديلات المطالبة (tagsaidynaloc, #Site_feedback)
سأل evenlo عن تعطيل ترجمات الوسوم المولدة بالذكاء الاصطناعي تحديدًا بسبب مخاوف الجودة (AI-generated tag translations do not work perfectly). أوضح nat أن الترجمة لا تُحدد حاليًا حسب «نوع النموذج» عبر أنواع الكيانات؛ بدلاً من ذلك، قم بتحرير ترجمات الوسوم مباشرة (مرة واحدة) أو ضبط مطالبة وكيل مترجم النصوص القصيرة (AI-generated tag translations do not work perfectly).
فهرسة محتويات الملفات لتحسين البحث: OCR + فهم المرفقات كطريق ترقية للبحث بالذكاء الاصطناعي (aiai-search, #Feature)
اقترح dennisjbr استخدام Apache Tika للـ OCR/الاستضافة الذاتية، أو استخدام LLM (مثل Gemini Flash) للـ OCR ووصف المرفقات/الصور إلى Postgres للفهرسة—مع الإقرار بتكلفة الرموز الأولية لـ «إعادة الخبز» (rebake) التحميلات القديمة (Index File Contents for Search).
نشرت Discourse دليل الأتمتة الرسمي لوسم المواضيع القائم على الذكاء الاصطناعي—موضحة إياه كخط أنابيب عملي «فرز → وسوم» مبني على ذكاء اصطناعي Discourse + أتمتة Discourse (Tag topics using AI).
قدم benword إضافة discourse-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).
روابط مرجعية إضافية تم ذكرها هذا الأسبوع (سياق للمواضيع أعلاه)
دارت المناقشات المتعلقة بالذكاء الاصطناعي على منصة Meta هذا الأسبوع حول تحسين تجربة المستخدم الجديدة وسير عمل الأتمتة، وتعزيز ضمانات الدقة في التحرير والترجمة بمساعدة الذكاء الاصطناعي.
كانت الخيط الأبرز هو عملية بحث عن الأخطاء يدويًا في مُركّب الذكاء الاصطناعي المثبت الجديد: وثّق Lilly مشاكل تتعلق بالتحرير والاقتباس والتمرير على الجوال ورفع الملفات في مُركّب الذكاء الاصطناعي المثبت الجديد، بينما قام keegan بتكرار سريع لإصلاحات وأخيرًا عرقل الميزة مؤقتًا أثناء تحسينها (تحديث). بالتوازي، شهدت عملية تدقيق النص بمساعدة مساعد الذكاء الاصطناعي نقاشًا حول الحفاظ على النصوص المقتبسة — وهو أمر بالغ الأهمية خاصةً للاقتباسات الحساسة أو الدقيقة — مع تأكيد وصول إصلاح متبعه مقترحات إضافية للإعداد (تدقيق النص يكسر الاقتباسات، توجيهات بالأمثلة).
على صعيد العمليات، قارن المشرفون ملاحظاتهم حول وظائف الترجمة التي تتعطل بسبب حدود معدل استخدام نماذج اللغة الكبيرة (LLM) وأسئلة حول الإعدادات في ماذا يحدث لوظائف الترجمة عند تغيير نموذج اللغة الكبيرة؟. وعلى صعيد التمكين، نشرت منصة Discourse دليلًا جديدًا يوضح كيفية تصنيف المواضيع تلقائيًا من خلال دمج تصنيف Discourse AI مع أتمتة Discourse (تصنيف المواضيع تلقائيًا باستخدام الذكاء الاصطناعي)، بينما استكشف نقاش حول إضافة كيفية تقديم text/markdown لجعل مستهلكي الذكاء الاصطناعي/نموذج البرمجة النصية (MCP) أكثر رضا (إضافة Discourse إلى Markdown).
مواضيع مثيرة للاهتمام
تراجعات في مُركّب الذكاء الاصطناعي المثبت + إصلاحات سريعة (bug, ai, composer): أبلغت Lilly أن المُركّب المثبت الجديد قد يعيق إجراءات التحرير، ويتصرف بشكل غريب عند الاقتباس، ويشعر بعدم الاتساق مقارنة بالمُركّب العادي — خاصةً فيما يتعلق بفواصل الأسطر (تقرير، ملاحظات حول Shift+Enter). قام keegan بإصدار إصلاحات متعددة ومتابعات مع شرح السلوك المقصود والخطوات التالية (ملخص الإصلاحات، إعلان التعطيل).
قرار تصميم يركز على محرر النصوص الغني (RTE) في المُركّب المثبت (يدعم Markdown لكن بدون معاينة): تم توضيح أن المُركّب المثبت مصمم ليكون في المقام الأول محرر نصوص غني (RTE)، بينما يظل Markdown متاحًا لكن بدون معاينة بسبب قيود المساحة (شرح التصميم، تأكيد).
حالات حافة تتعلق بالاقتباس + الشريط الجانبي + التنقل عند التفاعل مع واجهة المستخدم للروبوت: كان اقتباس الروبوت سببًا في فجوات الشريط الجانبي/اختفاء واجهة المستخدم وحتى حبس المستخدمين في محادثة الروبوت، مما تحسن بعد إصلاحات لاحقة (السلوك الأولي، الحالة اللاحقة).
فشل رفع الملفات بعد المنشور الأول في المُركّب المثبت: بعد تحسن المشاكل الأخرى، حددت Lilly المشاكل المتبقية في فشل الرفع بعد المنشور الأول، بالإضافة إلى مشاكل اقتباس متقطعة تم حلها لاحقًا بعد إعادة البناء (تقرير الخطأ، تحديث التصنيف، رد المسؤول).
يجب ألا “يحسّن” تدقيق النص بالذكاء الاصطناعي النصوص المقتبسة (bug, ai-helper): سلطت bksubhuti الضوء على خطر تعديل الذكاء الاصطناعي للنصوص الدينية أو المقتبسة من المصادر وادعت أنه يجب الحفاظ على الاقتباسات حرفيًا (مخاوف). أشار Falco إلى أن المشكلة قد تم إصلاحها واقترح تجربة نموذج أفضل إذا استمرت المشكلة (مرجع الإصلاح).
تكوين وكلاء التدقيق مع أمثلة + شخصيات متخصصة: شاركت bksubhuti نذيرًا مخصصًا موجهاً للغة البالي (Pāḷi) وسألت عن خيارات المحرك (تفاصيل الشخصية)، بينما سأل Falco عما إذا كانوا يستخدمون أمثلة، ملاحظًا أن أداة التدقيق الافتراضية تأتي مع أمثلة متعددة للمساعدة في ترسيخ التعامل مع الاقتباسات (اقتراح الأمثلة).
وظائف الترجمة المتوقفة بسبب حدود المعدل + ارتباك حول إعدادات “التفكير” (Support, ai): في خيط استكشاف أخطاء الترجمة، اقترح Falco تعطيل “التفكير”، بينما سأل RBoy عما يعنيه ذلك في واجهة مستخدم Discourse AI وشارك خطأً يُظهر محدودية الرصيد اليومي للرموز (tokens) مما يسبب تكرار الفشل (اقتراح، خطأ حد المعدل، سؤال حول الواجهة).
تقديم Markdown لتحسين استهلاك الذكاء الاصطناعي/نموذج البرمجة النصية (MCP) (#Plugin, markdown, ai): استكشف خيط إضافة Discourse إلى Markdown “التفاوض على المحتوى” كطريقة نظيفة لعملاء الذكاء الاصطناعي: جرب Accept: text/markdown ضد عناوين URL الأساسية، ثم عد إلى سلوك واجهة برمجة التطبيقات JSON إذا لم يكن مدعومًا (اقتراح، متابعة). ربط نفس النقاش صراحةً هذا باستخدام MCP (انظر أيضًا Discourse MCP هنا).
تحسن جودة الصور المولدة بالذكاء الاصطناعي (واهتمام بمشاركة الأوامر): في نقاش طويل حول روبوت الدعم، لاحظ 37Rb قفزة كبيرة في جودة توليد الصور مقارنة بالمحاولات السابقة (تجربة)، وشجع EricGT على مشاركة الأوامر والنصائح على نطاق أوسع (طلب).
دليل جديد: تصنيف المواضيع تلقائيًا باستخدام تصنيف الذكاء الاصطناعي + أتمتة Discourse (#Site_Management, automation, ai): نشرت منصة Discourse دليلًا يوضح المتطلبات المسبقة (Discourse AI، الأتمتة، نموذج لغة كبيرة مهيأ، ووكيل/شخصية) وسير العمل العام لاستخدام الذكاء الاصطناعي لتحديد ما إذا كان الموضوع ينتمي إلى فئة أخرى (الدليل؛ انظر المراجع المسبقة لـ Discourse AI، أتمتة Discourse، دليل إعدادات نموذج اللغة الكبيرة، وشخصيات روبوت الذكاء الاصطناعي).
النشاط
قادت Lilly عملية ضمان جودة مفصلة على مُركّب الذكاء الاصطناعي المثبت، ووثقت الأعطال الأولية (مُركّب الذكاء الاصطناعي المثبت الجديد)، واعترفت بالإصلاحات الجارية (متابعة)، ثم حددت المشاكل المتبقية مثل الاقتباس والرفع (الحالة، نتيجة إعادة البناء). كما أشارت إلى تراجع “الرفع بعد المنشور الأول” باعتباره الخطأ الرئيسي المتبقي (تقرير).
اعترف sam بحلقة التغذية الراجعة الخاصة بالمُركّب المثبت ونقل أن الإصلاحات كانت جارية بنشاط، مشيرًا إلى العمل المستمر من قبل keegan (رد).
نفذ keegan ونسق إصلاحات للمُركّب المثبت، وشرح واجهة المستخدم المقصودة التي تركز على محرر النصوص الغني (RTE) ومقايضات Markdown (شرح)، ثم عرقل الميزة لاحقًا خلف تغييرات قادمة بينما استمر التحسين (تحديث).
أثار bksubhuti زاوية تتعلق بالدقة والأخلاقيات: يجب أن يحافظ تدقيق النص بالذكاء الاصطناعي على الكتل المقتبسة، خاصةً للاقتباسات الدينية/من المصادر الدقيقة (مخاوف). بعد التحديث، أكدوا السلوك واستمروا في التجربة، بما في ذلك مشاركة شخصية مخصصة لأداة التدقيق وطلب اقتراحات للنماذج (تأكيد، اختبار، نذير الشخصية).
جلب RBoy ألم العمليات الواقعي للترجمة: شارك أن محاولات الترجمة كانت تفشل بشكل متكرر بسبب حدود الرصيد اليومي للرموز (tokens) وسأل عما تشير إليه كلمة “التفكير” في واجهة مستخدم إعدادات Discourse AI (تقرير الخطأ، سؤال توضيحي).
وسع benword شرح كيفية دعم إضافة Discourse إلى Markdown لمستهلكي الذكاء الاصطناعي/نموذج البرمجة النصية (MCP) من خلال التفاوض على محتوى HTTP، موضحًا استراتيجية عملية “جرب Markdown ثم عد إلى JSON” (إضافة Discourse إلى Markdown) وربطها بإمكانيات تكامل نموذج البرمجة النصية (MCP) (متعلق: Discourse MCP هنا).
أكد jrgong أن نهج “التفاوض على المحتوى ثم العودة” المقترح هو في الأساس ما طبقه نموذج لغة كبير آخر (Claude) لهم بالفعل (رد).
شارك 37Rb ملاحظات إيجابية من الميدان مفادها أن توليد الصور بالذكاء الاصطناعي قد تحسن بشكل كبير، مشيرًا إلى وجود عيوب أقل مقارنة بالمحاولات السابقة (نقاش روبوت الدعم).
عزز EricGT التعلم المجتمعي من خلال طلب مشاركة الأوامر والنصائح استنادًا إلى نتائج 37Rb (طلب).
فشل الترجمات بسبب استهلاك ناتج «التفكير» لميزانية الإكمال
أبلغ 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؟ وأخطاء ترجمات الذكاء الاصطناعي.
تخصيص المدقق اللغوي: أين تجد الأمثلة المدمجة لضبط سلوك الاقتباسات (ai-helper)
سأل bksubhuti عن كيفية العثور على أمثلة حتى يتمكن من تعديل شخصية التدقيق اللغوي المخصصة لتجنب كسر الاقتباسات (سؤال). أشار Falco إليه إلى أمثلة وكيل المدقق اللغوي داخل واجهة المستخدم للمسؤول (admin/plugins/discourse-ai/ai-agents/-22/edit) (اتجاه)، وأكد bksubhuti أنه وجد مجموعة الأمثلة وأن المخرجات بصيغة JSON (تأكيد).
تعذر نشر الصور في متابعة الوكيل عبر الرسائل الخاصة (تم الإصلاح في المصدر)
أبلغ Ethsim2 عن عدم قدرته على نشر صورة عند المتابعة مع وكيل عبر الرسائل الخاصة في 2026.5.0 (تقرير خطأ). ردت Lilly بأنه تم إصلاحه بالفعل (وأشارت إلى تقرير غير مكتمل ذي صلة) (رد)، وحدد Ethsim2 الالتزام المفقود من المصدر الذي يحتاجه (متابعة). (ذو صلة: مؤلف الذكاء الاصطناعي الجديد المرفق.)
سؤال جديد حول إعداد LLM: ارتباك معرف نموذج Gemini / عنوان URL للمزود
سأل danhanghai عن المساعدة في إعداد gemini-3.1-flash-lite عبر مزود Google في صفحة إعدادات LLM، مشاركًا معرف النموذج وعنوان URL للنقطة الطرفية (سؤال). للسياق الأوسع، يقع هذا السؤال ضمن موضوع المرجع طويل الأمد Discourse AI - صفحة إعدادات نموذج اللغة الكبير (LLM) (how-toai).
تابع bksubhuti مشكلة التعامل مع الاقتباسات طويلة الأمد في bug#ai-helper، سائلًا عن مكان العثور على أمثلة حقيقية حتى يتمكن من تعديل موجه نظام التدقيق اللغوي الخاص به (طلب). بعد الإشارة إليه إلى محرر الوكيل، أكد أنه وجد مجموعة الأمثلة وخطط للتكرار عليها (تأكيد). (خيط الخلفية: التدقيق اللغوي يكسر الاقتباسات؛ المنشور المرجعي: رابط المثال المذكور.)
أبلغ Ethsim2 عن تراجع حيث لم يتمكن من نشر صور في متابعة عبر الرسائل الخاصة مع وكيل (تقرير)، ثم أكد الالتزام المفقود من المصدر الذي يحتاجه (التزام محدد).
تجمّعت مناقشات هذا الأسبوع حول ai على meta.discourse.org حول إصلاحات موثوقية عملية — بدءًا من اكتشاف اللغة/الإعدادات المحلية واستخدام أرصدة الترجمة، وصولًا إلى بعض المشكلات البسيطة في تجربة المستخدم (UX) ومشكلات إعداد الاستضافة الذاتية.
عدم تحديث تسمية نموذج LLM الافتراضي في واجهة مستخدم إعدادات AI حتى يتم تحديث الصفحة (uxai)
في موضوع خطأ بسيط في واجهة المستخدم عند تغيير نموذج LLM الافتراضي، أظهر RBoy أن صفوف الوكلاء تستمر في عرض نص «نموذج LLM الافتراضي» القديم بعد تغيير النموذج الافتراضي، حتى يتم إعادة تحميل الصفحة. وافق awesomerobot على أن المشكلة صغيرة لكنها تستحق الإصلاح، وفتح طلب دمج (PR) (المنشور 2).
متابعة حالة هامشية لـ «ميزانية التفكير» في Gemini Pro (صعبة التأكيد دون استخدام حالي) (bugai)
في موضوع ميزانية التفكير لـ Gemini Pro، خطأ عند استخدام 0 أو -1، تحقق sam مما إذا كانت المشكلة لا تزال قائمة. أجاب RBoy بأنه لم يعد بإمكانه الاختبار لأنه لم يعد يستخدم نموذج Pro (المنشور 6) — وهو سياق مفيد لأي شخص يحاول التحقق من حالة الانحدار.
كان نشاط الأسبوع الحالي المتعلق بالذكاء الاصطناعي على meta.discourse.org (من 2026-05-18 إلى 2026-05-25) يركز في الغالب على جعل محادثات روبوتات الذكاء الاصطناعي أكثر سلاسة وأسهل في الإدارة، بالإضافة إلى قلق تشغيلي مستمر يتعلق بالتوطين في سير عمل البريد الإلكتروني المدعوم بالذكاء الاصطناعي.
تداولت المناقشات المتعلقة بالذكاء الاصطناعي على meta.discourse.org هذا الأسبوع (2026-05-25 → 2026-06-01) حول ثلاثة مواضيع رئيسية:
تكاملات الذكاء الاصطناعي والأتمتة — هناك اهتمام متزايد بميزات الذكاء الاصطناعي «المشغَّلة بالأحداث»، مثل تشغيل أتمتة خارجية عند تغير بيانات «أداة الذكاء الاصطناعي» (AI Artifact). وقد لقيت طلب إضافة دعم للويب-هوك (webhook) أو الحدث لتحديثات مفتاح-قيمة أداة الذكاء الاصطناعي في إضافة دعم للويب-هوك/الحدث لتحديثات مفتاح-قيمة أداة الذكاء الاصطناعي في Discourse (أو السماح للمسؤولين بتعطيل العزل) تشجيعًا على إعادة النظر فيه بعد توجيه أتمتة Discourse القادم («التدفقات» Workflows) (رد)، بالإضافة إلى اتفاق على أن الويب-هوك من جانب الخادم ذو النطاق المحدد سيكون ذا قيمة (متابعة).
تجربة المستخدم (UX) المتعلقة بالذكاء الاصطناعي ودقة المحتوى — سلطت عدة خيوط نقاش الضوء على أماكن لا تزال فيها تجربة المستخدم القريبة من الذكاء الاصطناعي بحاجة إلى صقل: سلوك زر «إرسال عبر Enter» في محرر بوت الذكاء الاصطناعي المثبت (نقاش، مزيد)، وتلف بناء الجملة الخاص بعلامات الاقتباس في Markdown نتيجة الترجمة (تقرير خطأ)، والرغبة المستمرة في تحقيق توافق كامل مع Markdown في سياقات البوتات والدردشة (استمرار الطلب).
التوطين ودعم نماذج متعددة — ركزت عدة منشورات على مرونة اللغة والنماذج: طلب توطين نصوص أوامر الذكاء الاصطناعي إلى الصينية (طلب، رد)، والتقدم المحرز في استخدام الترجمات في الرسائل الموجهة للمستخدمين (بما في ذلك إصلاح تم دمجه لعرض «أسباب العلم» المترجمة بشكل صحيح) في استخدام المنشورات المترجمة عند إرسال بريد إلكتروني للمستخدمين مع تعيين لغة المستخدم لديهم، وتوسيع تحليل المشاعر/العواطف ليشمل المزيد من موفري نماذج اللغات الكبيرة (LLM) مثل Gemini (سؤال، تحديث).
المحرر المثبت لمحادثات بوت الذكاء الاصطناعي: احتكاك «إرسال عبر Enter» ( ومشاكل التحميل) (#Announcementsaiai-botcomposer)
في تقديم محرر مثبت لمحادثات بوت الذكاء الاصطناعي، طلبت Lilly طريقة لمنع «إرسال عبر Enter» والتفضيل للإرسال فقط عبر أيقونة الطائرة الورقية (منشور). ووافقت tobiaseigen، مشيرة إلى أن محادثات الذكاء الاصطناعي ليست دائمًا «دردشة» وغالبًا ما تحتاج إلى فقرات/كتل أكواد؛ كما أشارت إلى حل بديل يتضمن تفضيلات الدردشة لكنها سلطت الضوء على المفاضلة لاستخدام الدردشة الحقيقية (منشور). لاحقًا، أبلغت Lilly عن تعطل تحميل الصور بعد المنشور الأول وعادت إلى المحرر العادي لاستخدام البوت (منشور).
الاستضافة الذاتية لتحليل المشاعر/العواطف: التوسع لمزودي نماذج لغوية كبيرة آخرين (تم ذكر Gemini) (#Self-Hostingaiai-sentiment)
في الاستضافة الذاتية لتحليل المشاعر والعواطف لـ DiscourseAI، سأل Orioni عن الموعد المتوقع لربط تحليل المشاعر بنماذج لغوية كبيرة أخرى، مشيرًا إلى تجربة إيجابية مع متغيرات Gemini Flash ورغبته في استخدام Gemini لتحليل المشاعر لتقليل التكاليف (منشور). ورد Falco بأن هذه القدرة تمت إضافتها ويجب أن تظهر على الموقع قريبًا (رد).
خطأ في ترجمة الذكاء الاصطناعي: علامة اقتباس Markdown > تتحول أحيانًا إلى 0 (bugaidynaloc)
أبلغ thomasjsn عن أن الترجمات من كل من «GPT-5.4 Nano» و «Gemini 3 Flash» تحول أحيانًا علامات اقتباس Markdown (>) إلى 0، مما يكسر التنسيق في فشل تحويل اقتباسات Markdown في ترجمات الذكاء الاصطناعي. وتظهر الأمثلة تكرار أحرف 0 حيث يجب أن تكون كتل الاقتباس والعناوين (تقرير).
طلب: السماح بتكوين/توطين نصوص أوامر إضافة الذكاء الاصطناعي بالصينية (#Featureailocalization)
طلب bird القدرة على تعيين نصوص أوامر الذكاء الاصطناعي بالصينية — مشيرًا إلى أن الملخصات والعناوين وملخصات الرسائل المباشرة الافتراضية باللغة الإنجليزية — في 希望ai插件可以设置提示词为中文. ورد sniper756 بأن مخرجات الإنجليزية/الصينية قد تكون غير مستقرة وقد تختلف حسب النموذج، رغم أن السبب الجذري لم يكن واضحًا (رد).
دعم Markdown الكامل في سياقات البوتات/الدردشة (ومخاوف الهجرة ذات الصلة) (#Featurechatai)
في دعم Markdown الكامل في الدردشة للبوتات، سأل rokejulianlockhart عما إذا كان هناك موضوع أوسع لدعم Markdown الكامل يتجاوز البوتات (مشيرًا إلى انفتاح sam السابق على إنشاء موضوع أكثر عمومية: مرجع مقتبس). كما أثار احتياجات متعلقة بالهجرة، مشيرًا إلى سؤال منفصل حول هجرة الرسائل إلى الدردشات/الرسائل المباشرة (مرجع للموضوع مقتبس)، وجادل بأنه بدون دعم Markdown الكامل في Discourse، فإن الميزة غير قابلة للعمل لحالتهم الاستخدامية (منشور).
قدمت Lilly ملاحظات عملية حول تجربة المستخدم لمحرر بوت الذكاء الاصطناعي المثبت، طالبة خيارًا لتعطيل «إرسال عبر Enter» في تقديم محرر مثبت لمحادثات بوت الذكاء الاصطناعي، وأبلغت لاحقًا عن تعطل تحميل الصور بعد المنشور الأول (مما دفعها للعودة إلى المحرر العادي) (متابعة).
أضاف tobiaseigen ملاحظات داعمة حول سلوك الإرسال في المحرر المثبت وشرحت لماذا تحتاج محادثات الذكاء الاصطناعي غالبًا إلى تكوين متعدد الأسطر (فقرات/كتل أكواد)، في تقديم محرر مثبت لمحادثات بوت الذكاء الاصطناعي. كما وصفت حلًا بديلًا لتفضيلات الدردشة وعيبه لاستخدام الدردشة في الوقت الفعلي (نفس المنشور).
طلب bird توطينًا أفضل لنصوص أوامر الذكاء الاصطناعي (مفضلًا تكوين نصوص أوامر بالصينية لملخصات الذكاء الاصطناعي/العناوين/ملخصات الرسائل المباشرة) في 希望ai插件可以设置提示词为中文، موضحًا أن الافتراضيات لا تزال تظهر باللغة الإنجليزية لتلك التدفقات (طلب).
رد sniper756 على طلب توطين نصوص الأوامر بالصينية، ملاحظًا أن مخرجات اللغة قد تكون غير متسقة وتختلف حسب النموذج، في 希望ai插件可以设置提示词为中文.
دفع rokejulianlockhart النقاش حول قيود Markdown في سياقات البوتات/الدردشة إلى الأمام بسؤاله عن (أو عرضه إنشاء) موضوع أوسع يتجاوز البوتات في دعم Markdown الكامل في الدردشة للبوتات. كما ربط المسألة باحتياجات الهجرة (الرسائل → الدردشات/الرسائل المباشرة) بالإشارة إلى سؤال موجود (موضوع مرجعي) واستشهد بتعليق «افتح موضوعًا آخر» السابق من sam (منشور مرجعي).
المقترح للعنوان موضّع خارج حقل العنوان عند تعديل عنوان مترجم.
إضافة مولد llms.txt لـ Discourse