خلف المشرف منطقي تمامًا. لننتقل إلى أشياء أكبر وأفضل وسأقدم طلب سحب (PR)، ثم يمكننا مناقشة المزيد إذا لزم الأمر.
إعجابَين (2)
تم إنشاء طلب السحب (PR)، لا تتردد في المراجعة والمناقشة: FEAT: Send user email if admin access is available by rjriel · Pull Request #38 · discourse/discourse-mcp · GitHub
كنت أواجه مشكلة هناك أيضًا، وهي ميزة مثيرة للاهتمام يجب الانتباه إليها، وربما تكون مهمة للوثائق؟ عند إنشاء مفتاح مسؤول، لا تختر “جميع المستخدمين”، بل اختر “مستخدم واحد” وحدد “النظام”.
كيف يرتبط MCP بإضافة Discourse-AI؟ هل يحتاج المكوّن الإضافي إلى التثبيت والتفعيل في المنتدى؟ بما أنك تقول إنني لست بحاجة إلى مطالبة المسؤول بفعل أي شيء، أتوقع أنه ليس مطلوبًا. ولكن هناك وسم (tag) لإضافة Discourse AI في هذا الموضوع. (وبما أنك أضفته أيضًا إلى الموضوع الجديد اليوم، فلا يبدو أن هذا قد أُضيف عن طريق الخطأ).
إعجابَين (2)
ربما يُقصد بوسم ai الإشارة إلى “الذكاء الاصطناعي” (ai) بشكل عام وليس المكون الإضافي (plugin) تحديدًا.
إعجاب واحد (1)
وجدت أنه من الصعب بعض الشيء إعداد Discourse MCP على OpenAI Codex CLI، لذلك كتبت دليلاً لأي شخص آخر يرغب في القيام بنفس الشيء.
إعجابَين (2)
هل من الممكن الوصول إلى المرفقات بتنسيق PDF لمنشورات ديسكورس (Discourse) عبر إم سي بي (MCP)؟
شكرًا لكم على إضافة MCP الخاصة بـ Discourse، فمن الرائع القدرة على التفاعل مع منتديات Discourse المختلفة عبر نماذج اللغة الكبيرة (LLM)!
بعد تجربتها، لدي بعض الأفكار حول وظيفتها.
MCP عن بُعد (عبر الويب)
أولاً، أعتقد أنه بينما يكون تشغيل MCP محليًا عبر npx والمعتمد على stdout مفيدًا للمستخدمين المتقدمين الملمين بواجهة سطر الأوامر (CLI) والذين لديهم npm مثبتًا ويستخدمون بالفعل أدوات مثل Claude Code أو opencode أو Codex CLI أو ما شابه، فإن الغالبية العظمى من مستخدمي Discourse لن يتمكنوا من استخدام هذه الميزة إلا عندما تصبح خدمة تنشرها كل نسخة من Discourse في عنوان URL معروف.
أتساءل عما إذا كان إصدارًا مدمجًا كإضافة (plugin) من MCP يمكن تشغيله على نفس الخادم الذي يستضيف نسخة Discourse المستضافة ذاتيًا (ربما في حاوية منفصلة مثل mail-receiver)، يتفاعل مع Discourse عبر واجهة برمجة التطبيقات (API) كما يفعل mail-receiver، ولكنه يتفاعل أيضًا مع نماذج اللغة الكبيرة المستندة إلى الويب مثل Claude Web أو ChatGPT Web عبر واجهة ويب موثقة. هذا من شأنه أن يفتح ميزة MCP للمستخدمين غير المطورين.
أردت التأكد من أن شيئًا مشابهًا ليس قيد التطوير حاليًا.
تعديل منشور موجود
أبلغتني نماذج لغة مختلفة أثناء استخدام MCP أنها تستطيع إنشاء مواضيع ورسائل جديدة، لكنها لا تستطيع تعديل المنشورات الموجودة. بالنسبة لمسؤولي أنظمة Discourse، ستكون القدرة على طلب تحديث ويكي (على سبيل المثال) من نموذج لغة كبيرة ميزة قوية للغاية.
إعجاب واحد (1)
لهذا!!!
تعد إمكانية تحرير المنشورات/المواضيع الحالية إضافة مفيدة جدًا.
في حالتنا، نستخدم نماذج اللغة الكبيرة (LLMs) للحفاظ على فئات قاعدة المعرفة/التوثيق، لذا نستخدم سكريبتات مساعدة محلية لتحرير المنشورات/المواضيع الحالية.
لسوء الحظ، لا يُعد مستودع Markdown مع إجراءات GitHub خيارًا متاحًا. فمعظم مشرفي ومساهمي مجتمعنا ليسوا من ذوي الخبرة التقنية، وهم بالفعل على دراية بمحرر Discourse.
لقد أضفت أداة تحرير إلى بروتوكول اتصال النماذج (MCP)، فقط قم بالتحديث إلى أحدث إصدار.
يحتوي بروتوكول اتصال النماذج (MCP) الخاص بنا على دعم لنقل HTTP أيضًا، وليس فقط stdout. لقد أضفت ذلك قبل نشر هذه المدونة حتى، في أكتوبر من العام الماضي. لذا يمكنك تشغيله على خدمة جانبية (sidecar service) في أي مكان تريده!
4 إعجابات
هل هناك دليل حول الطريقة “الموصى بها من ميتا” للقيام بذلك؟
شكرًا لك @فالكو، هذا رائع!
عمل رائع على MCP.
هل توجد خطط لإصدار نسخة تدفق HTTP/SSE من خادم Discourse MCP حتى نتمكن من إضافته كمُوصِّل إلى محادثة Claude.ai؟
نحن ندعم HTTP بالفعل، منذ هذا الإعلان، انظر إلى ردودتين أعلاه:
لقد استخدمته مع سطح مكتب Claude هنا:
ومع ذلك، للاستخدام مع موقع ويب، ستحتاج إلى تشغيل واجهة سطر الأوامر (CLI) الخاصة بـ MCP في عنوان يمكن الوصول إليه عبر الويب. عندما قمت باختبار ذلك، استخدمت أنفاق Cloudflare لهذا الغرض.
إعجابَين (2)