n8n-node-configuration
تكوين عقد n8n مع إرشادات واعية للعمليات
هل تكافح مع تكوين عقد n8n واعتماديات الخصائص؟ احصل على إرشادات تدريجية وواعية للعمليات تكشف الحقول المطلوبة بناءً على خيارات الموارد والعمليات المحددة.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "n8n-node-configuration". تكوين عملية تحديث رسالة Slack
النتيجة المتوقعة:
لتحديثات رسائل Slack، تحتاج إلى messageId و text. خلافاً لعملية النشر، channel اختياري. مثال: {resource: message, operation: update, messageId: 123, text: Updated content}
استخدام "n8n-node-configuration". لماذا يفشل التحقق من صحة HTTP POST الخاص بي؟
النتيجة المتوقعة:
طلبات POST تتطلب sendBody=true، مما يتطلب بعد ذلك كائن body مع contentType و content. أضف sendBody: true وتكوين body لاجتياز التحقق.
التدقيق الأمني
آمنStatic analysis flagged 115 patterns but all are false positives. The skill is documentation-only (SKILL.md) containing educational content about n8n node configuration. Backtick patterns are markdown code formatting, URLs are example endpoints in documentation, and crypto warnings are text pattern matches with no actual cryptographic code. No executable code, network calls, or security risks present.
درجة الجودة
ماذا يمكنك بناءه
مطور سير عمل يتعلم n8n
جديد على n8n وتشعر بالإرهاق من خيارات تكوين العقد. احصل على شروحات إرشادية توضح الحقول المطلوبة لعمليات محددة ولماذا تظهر أو تختفي حقول معينة بناءً على خياراتك.
مستخدم متمرس يستكشف عقد جديدة
ملم بأساسيات n8n لكنك تُكون أنواع عقد غير مألوفة. استخدم الاكتشاف التدريجي لفهم متطلبات العمليات المحددة بسرعة دون قراءة المخططات الكاملة.
تصحيح أخطاء التكوين
تشير أخطاء التحقق إلى حقول مفقودة أو غير صحيحة. ابحث عن خصائص محددة وافهم قواعد displayOptions لإصلاح مشاكل التكوين بفعالية.
جرّب هذه الموجهات
أحتاج إلى تكوين عقدة Slack لنشر الرسائل. ما الحقول المطلوبة وما الخيارات المتاحة؟
لماذا يختفي حقل body عند تغيير طريقة HTTP Request من POST إلى GET؟ اشرح قواعد displayOptions.
استخدم get_node بوضع search_properties للبحث عن جميع الحقول المتعلقة بالمصادقة لعقدة HTTP Request.
ارشدني خلال تكوين عقدة IF مع شروط مقارنة السلاسل. ابدأ بـ get_node بتفصيل standard، وتحقق من صحة تكويني، وكرر حتى يصبح صالحاً.
أفضل الممارسات
- ابدأ بـ get_node باستخدام تفصيل standard - يغطي 95% من احتياجات التكوين بردود موجزة
- تحقق بشكل تكراري بعد كل تغيير تكوين - توقع 2-3 دورات تحقق للعقد المعقدة
- استخدم وضع search_properties عندما يبدو حقل مفقود - افهم ما يتحكم في ظهوره قبل إضافة التعقيد
تجنب
- التكوين المفرط مسبقاً بإضافة كل حقل اختياري ممكن بدلاً من البدء بالحد الأدنى
- تخطي التحقق قبل نشر تغييرات سير العمل - تحقق دائماً من validate_node قبل n8n_update_partial_workflow
- افتراض انتقال التكوين بين العمليات - العمليات المختلفة لها حقول مطلوبة مختلفة
الأسئلة المتكررة
ما مستوى التفصيل الذي يجب استخدامه مع get_node؟
لماذا تظهر الحقول وتختفي أثناء التكوين؟
كيف أجد خاصية محددة مثل رؤوس المصادقة؟
ما سير عمل التكوين النموذجي؟
هل تحتاج العمليات المختلفة تكوينات مختلفة؟
هل يجب إضافة singleValue يدوياً لشروط عقدة IF؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/n8n-node-configurationمرجع
main
بنية الملفات
📄 SKILL.md