ربط المواضيع بشكل اختياري بالموضوع الأصلي في تكامل Slack

[mcdanlj (Michael K Johnson)]

لقد فكّرتُ في هذا الأمر وقرأتُ وثائق واجهة برمجة تطبيقات Slack لـ chat.postMessage، وأعتقد أنني أستطيع اختصار جدار كلماتي إلى شيء أبسط بكثير.

فقط watch وليس follow لديه القدرة على اختيار الردود ضمن خيوط نقاش، عبر آلية ما لا يزال عليّ تحديدها. بديلًا عن ذلك، ما رأيك يا @david في إضافة مرشح قاعدة جديد باسم thread مع تسلسل أولوية: mute ثم thread ثم watch ثم follow، وربط هذه القاعدة بـ trigger_notification لتمكين سلوك حساس للقواعد؟

1. إذا تم تكوين watch لاستخدام الخيوط (أو بديلًا، إذا تم تعريف قاعدة thread)، فعند إرسال إشعار منشور جديد إلى قناة Slack، إذا كان موضوع المنشور يحتوي على ts مرتبط به في Slack، فقم بنشره في ذلك الخيط بوضع thread_ts مساويًا لقيمة ts المقدمة من Slack.

2. عند إرسال إشعار منشور جديد إلى قناة Slack، وإذا كان موضوع المنشور لا يحتوي على ts مرتبط به، فقم بتخزين قيمة ts المسترجعة من الاستجابة للموضوع (حتى يمكن ربط المنشورات المستقبلية في هذا الموضوع ضمن خيط إذا كان watch مهيأً لاستخدام الخيوط).

3. عند استخدام أمر post thread :thread_url، قم بتخزين ts الخاص بالخيط في الموضوع الذي يتم إنشاؤه، والذي سيُستخدم فقط من قبل قواعد watch المخصصة للخيوط.

إليك أفكاري ومخاوفاتي الحالية:

1. كيفية تحديد ما إذا كان يجب النشر ضمن خيوط نقاش على أساس كل قاعدة على حدة. يبدو لي حاليًا أن إضافة مرشح جديد هو الأسهل، لكن ربما أغفلتُ شيئًا ما.

2. تمرير رابط المنشور الأصلي في Slack ومعرف الخيط عبر تدفق transcript هو ما يبدو لي الأكثر غموضًا حاليًا. يبدو أنني بحاجة فعليًا إلى إضافة معرف خيط خاص بكل مزود خدمة في مكان ما والحفاظ عليه حتى حفظ المنشور. سأقوم بتطبيق ذلك فقط لـ ts الخاص بـ Slack، لكن من المفترض أن هذه ليست التكامل الوحيد للدردشة الذي يدعم الخيوط.

3. بالنسبة للنشر، أعتقد أنني بحاجة إلى تخزين ts الخاص بـ Slack في حقل مخصص خاص بـ Slack على الكائن Topic، وليس في حقل مخصص عام باسم DiscourseChat.