workflow-automation
بناء أنظمة أتمتة سير العمل المتينة
توقف عن فقدان العمل بسبب فشل الشبكة وانتهاء المهلة الزمنية. تعلم بناء سير عمل موثوق ومتسامح مع الأعطال يبقى يعمل بعد إعادة التشغيل ويتعامل مع الأخطاء بسلاسة باستخدام منصات التنفيذ المتين.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "workflow-automation". قارن بين Temporal و Inngest لنظام معالجة المدفوعات مكتوب بـ TypeScript
النتيجة المتوقعة:
لنظام مدفوعات بـ TypeScript، أوصي بـ Inngest لتطوير أسرع. Temporal يوفر تحكماً أكبر ولكن يتطلب إدارة البنية التحتية. Inngest يوفر موثوقية مُدارة مع تطوير قائم على SDK. المفاضلات الرئيسية: Temporal يتعامل بشكل أفضل مع سير عمل آلة الحالة المعقدة، بينما Inngest يتفوق في البساطة المدفوعة بالأحداث. كلاهما يوفر تنفيذاً متيناً، لكن Inngest لديه تعارف أسرع للمطورين.
استخدام "workflow-automation". كيف أمنع احتساب العميل مرتين عندما يعيد سير العمل المحاولة؟
النتيجة المتوقعة:
دائماً ولّد مفتاح ثبات فريد قبل محاولة الدفع الأولى. أرسل هذا المفتاح مع كل طلب دفع إلى معالج الدفع الخاص بك. إذا أعاد سير العمل المحاولة بنفس المفتاح، سيتعرف المعالج على التكرار ويعيد النتيجة الأصلية بدلاً من الاحتساب مرة أخرى. خزّن المفتاح مع سجل المعاملة الخاص بك لفترة الثبات (عادة 24-48 ساعة).
استخدام "workflow-automation". سير العمل الخاص بـ n8n يستمر في انتهاء المهلة عند استدعاء واجهات برمجة تطبيقات بطيئة
النتيجة المتوقعة:
لا تستدعِ واجهات برمجة التطبيقات البطيئة مباشرة من سير العمل الخاص بك. بدلاً من ذلك، استخدم نمط المنسق-العامل: سير العمل الخاص بك يرسل وظيفة إلى خدمة عامل، التي تجري استدعاء واجهة برمجة التطبيقات بشكل غير متزامن. العامل ينشر النتيجة عبر webhook أو حدث. عيّن مهلات زمنية على جميع عقد HTTP (عادة 30-60 ثانية). للعمليات البطيئة جداً، طبّق الاستطلاع مع فترات تراجع أسية.
التدقيق الأمني
آمنAll static analysis findings are false positives. The 'backtick execution' detection refers to Markdown code formatting in documentation text, not actual Ruby/shell commands. The 'weak cryptography' detection refers to the word 'execution' in documentation context, not cryptographic implementation. This skill contains only documentation about workflow automation patterns with no executable code, security risks, or prompt injection attempts.
درجة الجودة
ماذا يمكنك بناءه
نظام معالجة المدفوعات
تصميم سير عمل للمدفوعات متسامح مع الأعطال يتعامل مع فشل الشبكة، وينتهي gracefully، ولا يحاسب العملاء مرتين باستخدام مفاتيح الثبات.
تنسيق خطوط البيانات
تنسيق سير عمل ETL متعددة الخطوات مع معالجة متوازية، واستعادة من الأخطاء، واستئناف قائم على النقاط المرجعية لمهام البيانات طويلة التشغيل.
تكامل الخدمات المصغرة
تطبيق سير عمل مدفوعة بالأحداث تنسق بين خدمات متعددة باستخدام أنماط ساغا للمعاملات الموزعة والتراجع التلقائي.
جرّب هذه الموجهات
أحتاج إلى بناء [workflow type] لـ [use case]. فريقي لديه [skill level] من الخبرة وأولوياتنا هي [priorities]. قارن بين Temporal و Inngest و n8n و AWS Step Functions لهذا السيناريو. أوصي بالأنسب واشرح المفاضلات.
أبني [workflow type] يستدعي [external service/API]. كيف يجب تطبيق الثبات؟ أرني النمط لتوليد والتحقق من مفاتيح الثبات، واشرح أين يجب تخزينها.
صمم استراتيجية إعادة محاولة لـ [operation type] قد تفشل مع [error types]. كوّن تراجعاً أسياً، وحدد أقصى محاولات، وسلوك الاحتياط. أرني كيفية هيكلة هذا في [platform name].
لدي سير عمل واحد يقوم بـ [complex process]. من الصعب تصحيحه ويعيد التشغيل من البداية بشكل متكرر. ساعدني في تفكيكه إلى خطوات أصغر مع نقاط مرجعية وحالة متينة بينها.
أفضل الممارسات
- دائماً استخدم مفاتيح الثبات لاستدعاءات واجهات برمجة التطبيقات الخارجية لمنع العمليات المكررة عند إعادة المحاولة
- عيّن مهلات زمنية صريحة على جميع الأنشطة واستدعاءات الخدمات الخارجية لمنع تعليق سير العمل
- قسّم سير العمل الطويلة إلى خطوات صغيرة مع حالة ذات نقاط مرجعية لاستعادة أسرع من الأعطال
- طبّق تراجعاً أسياً مع jitter لإعادة المحاولات لتجنب إرباك الخدمات النهائية
تجنب
- لا تقم بعمليات I/O مباشرة أو آثار جانبية في كود سير العمل—دائماً فوّض إلى الأنشطة أو العمال
- أبداً لا تبني سير عمل أحادية تحاول فعل كل شيء في مكان واحد؛ تصبح مستحيلة التصحيح وإعادة المحاولة بكفاءة
- تجنّب تمرير حمولات بيانات كبيرة كوسائط سير العمل—خزّن البيانات خارجياً وتمرير المراجع بدلاً من ذلك