شكرًا، لقد حُلّت المشكلة!
3 إعجابات
@gilles لقد نفّذت الآن المتابعة التي أشرتُ إليها أعلاه:
يضيف هذا تغييرًا عامًّا لعملية حدث → تعيين الحضور، ويشمل:
- المشارك (attendee)
- حالة الحضور: سيحضر / مهتم / لن يحضر / إزالة الحضور
- معرّف الموضوع (topic ID)
- الفاعل (actor) اختياري
لذلك يمكن بناء حالتك الأصلية على النحو التالي:
تم إنشاء منشور → إذا كان أول منشور → حدث / تعيين الحضور
باستخدام كاتب الحدث كمشارك وتعيين حالته إلى سيحضر.
قمت باختبار هذا النمط تحديدًا محليًا في واجهة Workflows الرسومية، مع الاستناد إلى #42932، وتأكدت من أن المستخدم يُسجَّل تلقائيًا بحالة “سيحضر” في الحدث.
الحالي PR مسودة فقط لأنه يعتمد على #42932. بمجرد دمج #42932، سأعيد تجميعه (rebase) على فرع main، مما سيترك فرقًا خاصًّا بالحضور فقط.
إعجابَين (2)
@Ethsim2 شكراً لك، أنت رائع 
إعجاب واحد (1)
هل يوجد طريقة لإعادة محاولة تنفيذ سير عمل (نفس الحدث)، على غرار إعادة إرسال الحمولة في حالة استخدام Webhook؟
لا، نعتذر، نحن لا ندعم هذا حاليًا.
إعجابَين (2)
هل يوجد مُشغِّل/حدث يُطلق عند إنشاء وسم جديد؟
عندما يُنشئ مستخدم وسمًا جديدًا، هل هناك طريقة لإضافته تلقائيًا إلى مجموعة وسوم محددة؟ وإذا لم يكن الأمر كذلك، فما هو النهج الموصى به؟
إعجاب واحد (1)
لا، لا نملك أيًا من هذه الأشياء. هل يمكنك توضيح حالتك الاستخدامية بشكل أكبر من فضلك؟
هل يمكنك القيام بما يلي:
- الاطلاع على جميع المواضيع الجديدة
- التحقق من وسمها مقابل الوسوم الموجودة
- إذا كان الوسم جديدًا،
<insert action>
إعجاب واحد (1)
يوجد حدث “تغيير وسم الموضوع”. يمكنك بعد ذلك استدعاء واجهة برمجة تطبيقات Discourse للتحقق من عدد المرات التي يُستخدم فيها الوسم. إذا كان مرة واحدة / إذا كان على ذلك الموضوع المحدد، فستعرف أن الوسم جديد.
بديلًا لذلك، وربما يكون أسهل: يمكنك إعداد خطاف ويب (webhook) لحدث “إنشاء وسم” وتوجيهه إلى مُشغِّل خطاف ويب في سير العمل.
إعجاب واحد (1)
حالة الاستخدام: لدي مجموعة وسوم باسم “فنان”. يظهر فنانون جدد باستمرار، لذا تظهر وسوم فنانين جدد باستمرار عندما ينشئها المستخدمون. أريد أن تُضاف هذه الوسوم الجديدة تلقائيًا إلى مجموعة الوسوم “فنان”، بدلاً من أن أضيفها يدويًا. هل هناك طريقة جيدة لتحقيق هذا النتيجة باستخدام سير عمل (Workflows)؟
كيف تعرف أنه وسم فنان وليس مجرد وسم عشوائي آخر؟
هذا بالضبط ما تعالجه خطوة الذكاء الاصطناعي. يقوم وكيل الذكاء الاصطناعي أولاً بتحديد ما إذا كان الوسم الجديد ينتمي إلى أيٍّ من المجموعات المحددة (الموسيقي / العضو / المنطقة / نوع الحدث / نوع الإصدار)؛ وإذا لم ينطبق على أيٍّ منها، يتم تجاهله ولا يُصنَّف ضمن أي مجموعة. وبالتالي، يتم تصفية الوسوم العشوائية، ولا يُضاف تلقائيًا إلى مجموعة الوسوم سوى الوسوم المصنّفة بشكل صحيح.
إعجاب واحد (1)
حسنًا، سأضيف بعض المحفّزات (triggers) عند إنشاء وسم (tag)، بالإضافة إلى عقدة (node) لإضافة الوسم إلى مجموعة الوسوم (tag group).
4 إعجابات
لقد أضفنا ما يلي إلى سير العمل:
7 إعجابات
أريد وسم موضوع إذا تم إنشاؤه بنص معين. هل يوجد طريقة لاستخدام الأحرف الصغيرة (lower case) لـ {{ $JSON.topic.title }} بحيث تكون النتيجة صحيحة (true) لكل من “pub run” و"Pub Run" و"pUb rUn"؟
(مقتطف)
{
"id": "db9e2fa2-0008-4110-9c77-f1060124d7e7",
"type": "condition:if",
"typeVersion": "1.0",
"name": "If",
"parameters": {
"combinator": "and",
"conditions": [
{
"id": "29d3ed6c-e984-4d9b-83bf-861bd11b4b0a",
"operator": {
"type": "string",
"operation": "contains",
"singleValue": false
},
"leftValue": "={{ $json.topic.title }}",
"rightValue": "pub run"
}
]
},
إعجاب واحد (1)
هل جرّبت {{ $JSON.topic.title.toLowerCase() }}؟
إعجاب واحد (1)
شكراً – لقد نجح!
ما هي لغة القوالب المستخدمة؟
يبدو أنها نظام تعبيرات جافاسكربت الخاص بـ Discourse Workflows، والذي يتم تقييمه على جانب الخادم داخل بيئة معزولة (sandbox) بدلاً من كونه لغة قوالب منفصلة مثل Liquid أو Handlebars.
لذا، على سبيل المثال:
={{ $json.topic.title.toLowerCase() }}
يعمل لأن محتوى {{ ... }} يتم تقييمه كجافاسكربت، وtoLowerCase() هي طريقة السلاسل النصية القياسية في جافاسكربت.
التنفيذ موجود في plugins/discourse-workflows/lib/discourse_workflows/expression_resolver.rb؛ حيث يعرّف متغيرات عامة خاصة بالعملية (workflows) مثل $json، و$input، و$itemIndex، و$trigger، و$execution، و$().
النحو والمفاهيم تشبه إلى حد كبير n8n. يوجد في الواقع مرجح صريح إلى n8n في مكان آخر من مصدر Workflows:
الالتزام (commit) المذكور أدناه أضاف سلوك دمج عقدة المزج (merge-node) ويتضمن اختبارًا موصوفًا بأنه:
defaults clash handling to add_suffix (matches n8n position combine)
لذا، هناك أدلة على أن أجزاء من Workflows تطابق سلوك n8n عمدًا، على الرغم من أنني لم أجد شيئًا يقول صراحةً أن لغة التعبيرات نفسها منسوخة من n8n أو مبنية عليه. لذلك، سأصفها بأنها تعبيرات جافاسكربت معزولة (sandboxed) يوفرها Discourse Workflows، مع بعض الاتفاقيات المشابهة لـ n8n.
3 إعجابات
سيكون رائعًا جدًا وجود وصول مبني على المجموعات للنماذج 
إعجابَين (2)
لاحظت أن خطوة “وكيل الذكاء الاصطناعي” تتطلب تفعيل خاصية “بوت” للوكيل. لماذا هذا الشرط مطلوب؟ هل يمكن توثيق ذلك في مكان ما؟ قضيت بضع دقائق أحاول فهم السبب الذي منعه من اختيار وكيل معين من القائمة المنسدلة 
إعجاب واحد (1)