Discourse MCP هنا!

[Falco]

بمجرد أن قامت Anthropic بإتاحة بروتوكول سياق النموذج (MCP) الخاص بها كمصدر مفتوح منذ ما يقرب من عام، بدأنا في الإثارة حول مدى ملاءمته لـ Discourse.

---

هذا موضوع مناقشة مصاحب للمدخل الأصلي في https://blog.discourse.org/2025/10/discourse-mcp-is-here

[Falco]

إليك مثال جيد لسير العمل الممكن باستخدام Discourse MCP، التكامل بين Discourse و Jira

[RGJ (Richard - Communiteq)]

مثير للإعجاب، على الرغم من أنني متفاجئ من استخدامك Jira وليس Discourse

[Falco]

@RGJ

مثير للإعجاب، على الرغم من أنني متفاجئ من أنك تستخدم Jira وليس Discourse

أعلم أنك تمزح، لكنني كنت أبحث عن مثال توضيحي جيد للشركات الكبيرة التي لديها العديد من قنوات دعم العملاء والتي تقوم بمركزة الأمور على Jira لأسباب تاريخية

هل لدى أي شخص المزيد من الأفكار للتكاملات مثل هذه؟ يمكنني القيام ببضعة تسجيلات شاشة أخرى.

[jrgong]

هذا ما أشعر به تجاه هذا

ولكن على محمل الجد، إضافة رائعة.

أين يمكننا العثور على الوثائق النهائية حول قيم الوسائط الممكنة وجميع الأوامر/الأدوات المتاحة؟

على سبيل المثال، أود إضافة MCP إلى بيئة التطوير المتكاملة الخاصة بي ولكن قصرها على فئات معينة مثل Dev و Documentation > Developer Guides

[Falco]

@jrgong

أين يمكننا العثور على الوثائق النهائية حول قيم الوسيطات الممكنة وجميع الأوامر/الأدوات المتاحة؟

يتم الاحتفاظ بالوثائق على GitHub - discourse/discourse-mcp: MCP client for Discourse sites

ويظهر هذا أيضًا في واجهة المستخدم الخاصة بعميل MCP الخاص بك، على سبيل المثال، يظهر Claude Code

@jrgong

على سبيل المثال، أود إضافة MCP إلى بيئة التطوير المتكاملة الخاصة بي ولكن قصرها على فئات محددة مثل Dev و Documentation > Developer Guides

حاليًا، يمكنك المطالبة بذلك باستخدام شيء مثل:

عند البحث أو التصفية، عبر discourse_filter_topics أو discourse_search، أضف category:dev,documentation إلى query حتى تبحث فقط عن المعلومات ذات الصلة.

[jimmy0017]

سؤال حول استخدام Discourse MCP. إذا استخدم المستخدم MCP، فهل يُحتسب ذلك ضمن تاريخ تسجيل دخوله؟ حتى يتمكنوا من الحصول على شارة Devotee بسهولة؟

[RGJ (Richard - Communiteq)]

@jimmy0017

سؤال حول استخدام Discourse MCP. إذا استخدم مستخدم MCP، فهل يُحتسب ذلك ضمن تاريخ تسجيل دخوله؟ حتى يتمكنوا من الحصول على شارة Devotee بسهولة؟

شروط الخدمة الخاصة بـ Meta تمنع استخدام هذا على أي حال

لا يجوز لك أتمتة الوصول إلى المنتدى، أو مراقبة المنتدى، مثل استخدام زاحف الويب، أو إضافة متصفح، أو أي برنامج كمبيوتر آخر غير متصفح الويب. يجوز لك زحف المنتدى لفهرسته لمحرك بحث متاح للجمهور، إذا كنت تدير واحدًا.

[Jason_Hsia]

أخبار رائعة، وهذا يثير كل الأفكار الجيدة للمشاريع الطموحة. أود أن أرى Discourse MCP متاحًا على Cursor. سيفتح هذا الباب أمام مستخدمي المجتمع من جميع المستويات في التطوير أو البرمجة. سيوفر هذا التكامل مصدرًا وفيرًا لحالات الاستخدام والملاحظات العملية.

[sam (Sam Saffron)]

@Jason_Hsia

أود أن أرى Discourse MCP متاحًا على Cursor

أوه، إنه متاح، كل ما عليك فعله هو إضافته إلى إعدادات mcp الخاصة بك

[jrgong]

حتى الآن، يعمل نظام إدارة المحتوى (MCP) بشكل رائع!

ولكن هناك سؤال آخر: هل هناك أي طريقة لإضافة وسيطة (argument) لاسترداد ترجمة محددة للموضوع؟

حالة الاستخدام الخاصة بنا: لدينا قاعدة معارف كبيرة باللغة الألمانية يتم ترجمتها بعد ذلك إلى اللغة الإنجليزية. القائمون على الصيانة لدينا هم متحدثون باللغة الألمانية ولديهم مهارات محدودة في اللغة الإنجليزية.

لذلك، نود الاحتفاظ بالمحتوى باللغة الألمانية ولكن استرداد المحتوى الإنجليزي المخصص محليًا.

هل هذا قابل للتحقيق؟

[Falco]

ليس حاليًا، ولكن إضافة معلمة إضافية لأداة القراءة لتمرير إعدادات اللغة سيكون ميزة جيدة.

[jrgong]

قد يكون الأمر متعلقًا بطلب الميزة الخاص بي هنا: Support for tl=[lang] parameters in REST API (for non-anon users)

من منظور المستخدم، سيكون من الرائع أن يكون هناك معلمة (parameter) ومجموعة قيم متطابقة لكل من MCP وواجهة برمجة تطبيقات REST (REST API).

هل هذا منطقي؟

[jrgong]

@falco هل تقبل طلبات السحب (PRs)؟ بينما تحتوي أداة Discourse MCP على أداة لإنشاء فئات جديدة، لا يوجد وسيطة للأذونات.

يمكنني تقديم طلب السحب التالي:

التغييرات المقترحة لـ Discourse

src/tools/builtin/create_category.ts

• تحديث مخطط zod لقبول حقل permissions اختياري.

  • النوع: z.record(z.string(), z.number()).optional().

  • الوصف: خريطة لأسماء المجموعات إلى مستويات الأذونات.

  • التنسيق: { "group_name": permission_type_int }

  • قيم أنواع الأذونات (من مخطط Discourse):

    • 1: كامل (رؤية، رد، إنشاء)

    • 2: إنشاء منشور (رد فقط)

    • 3: للقراءة فقط (رؤية فقط)

• تمرير permissions في الحمولة إلى client.post('/categories.json', payload).

[Falco]

نعم، لا تتردد في إرسال طلبات السحب (PRs).

[rey.riel (Rey)]

متحمس للغاية بشأن FEATURE: add user management and file upload tools by SamSaffron · Pull Request #36 · discourse/discourse-mcp · GitHub

سيكون من الجيد أن نتمكن من الاستفادة من واجهة برمجة التطبيقات (API) داخليًا للتمكن من طرح أسئلة حول العملاء والموظفين وما إلى ذلك، وهو ما يحد منه إلى حد ما أداة “الحصول على مستخدم” (لا توجد إمكانية لرؤية البريد الإلكتروني أو المجموعات).

هل يمكنني فعل أي شيء لحث شخص ما على إضافة هذا في أسرع وقت ممكن؟

[SkhemaDeveloper (Michael Lovell)]

أبحث فقط عن تأكيد - هل أدوات “الكتابة” متاحة للعامة؟ لقد قمت بتعيين علامة --allow_writes وقم بإعداد مفاتيح واجهة برمجة التطبيقات (API) للمسؤول، ولكن لا يزال بإمكاني الوصول إلى هذه الأدوات الثمانية فقط عبر Claude Code و Cursor.

[SkhemaDeveloper (Michael Lovell)]

تم الإصلاح - لست متأكدًا مما إذا كان ذلك عندما أنشأت مفتاح api_key لم أكن مسجلاً الدخول كـ ‘system’. غيرته إلى system > أنشأت مفتاحًا جديدًا وهو يعمل الآن!

[sam (Sam Saffron)]

يجب أن يكون إصدار جديد متاحًا الآن!

أنا أتفهم قيود الحصول على المستخدمين، ويجب حجز البريد الإلكتروني لواجهة برمجة تطبيقات المسؤول، ولكن يمكن القيام بذلك، وكذلك المجموعات.

لا أريد أن أزيد عدد الأدوات بشكل كبير، لذا نحتاج إلى توخي الحذر بشأن مقدار ما نضيفه.

سأفكر في الأمر غدًا!