هذا معاينة ما قبل الإصدار وعمل جاري. لقد كنا نشغله داخلياً وهو يعمل، لكن الإعداد يدوي ويحتوي على عدد من الأجزاء المتحركة. نحن نعمل بنشاط على جعله أبسط كثيراً. لكننا نعلم أن الكثيرين منكم يريدون الحصول على هذا في أسرع وقت ممكن، لذا بدلاً من جعلكم تنتظرون، إليك كيفية الإعداد اليوم.
ما تحتاجه
إصدار n8n 2.29.7 أو أحدث
مفتاح API من موفر نموذج لغة (Anthropic أو OpenAI أو OpenRouter).
تأتي بمفتاحك الخاص، لذا يتم فوترة استخدام نموذج اللغة لك من قبل مزودك.
موفر بحث (Brave Search أو SearXNG) إذا كنت تريد أن يكون المساعد قادراً على البحث في الويب. اختياري، لكن موصى به بشدة.
موفر sandbox.
يشغل مساعد الذكاء الاصطناعي عمله في بيئة معزولة، لذا هذا مطلوب. نوصي بـ Daytona لأن هذا ما نستخدمه على n8n cloud، تحتاج فقط إلى حساب ومفتاح API. إذا كنت تفضل الاحتفاظ بكل شيء على البنية الأساسية الخاصة بك، هناك أيضاً خيار لاستضافة خدمة sandbox الخاصة بـ n8n ذاتياً، لكن هذا الإعداد أكثر تعقيداً.
إذا كان “sandbox” مفهوماً جديداً بالنسبة لك: إنها بيئة معزولة وقابلة للتجاهل (في الأساس حاوية مقفلة) حيث يشغل مساعد الذكاء الاصطناعي الأكواد وينشئ سير العمل، مفصولة تماماً عن مثيل n8n الخاص بك وبيانات. هذا يحمي مثيلك من أي شيء قد يقوم به الكود الذي ينتجه الذكاء الاصطناعي، وهذا هو السبب في أن مساعد الذكاء الاصطناعي لا يمكن أن يعمل بدونه.
يتم الإعداد من خلال متغيرات البيئة على مثيل n8n الخاص بك. التعليمات الكاملة خطوة بخطوة، بما في ذلك مثال Docker Compose، موجودة في الوثائق:
الأسئلة أو التعليقات حول إعداد الاستضافة الذاتية: انشرها في هذا الموضوع.
نحن نراقبه وسيشكل مباشرة كيفية تبسيط الإعداد.
الأسئلة حول مساعد الذكاء الاصطناعي نفسه (ما الذي يمكنه فعله، وكيف ينشئ سير العمل، والتعليقات على النتائج): توجه إلى موضوع الإعلان الرئيسي لتبقى كل الأشياء في مكان واحد.
مرحبا، أعلم أنه مر 12 ساعة فقط على هذا الإعلان، لكن يبدو أن هناك موفري خدمات أكثر من الثلاثة المذكورين في الوثائق. (أستخدم Nvidia NIM بنفسي). اضطررت للتنقيب في الأخطاء والسجلات لاكتشاف ذلك. سيكون من الرائع لو فعلنا مساعد الذكاء الاصطناعي في docker compose، لكن كل شيء آخر (موفر الصندوق الرملي، موفر نموذج اللغة، موفر البحث) سيكون قابلاً للتكوين من خلال الواجهة. هذا سينفي الحاجة إلى تحديث الوثائق باستمرار أو إبلاغ المستخدمين قريباً.
لا تزال أختبر مساعد الذكاء الاصطناعي، وكان يعطيني أخطاء كثيرة، تمكنت من إنشاء سير عمل على الرغم من ذلك. غير متأكد مما إذا كانت الأخطاء بسبب موفر نموذج اللغة المستخدم أو n8n نفسه. سأعود بمزيد من المعلومات لاحقاً.
من الوثائق، توقعت أن يقوم N8N_INSTANCE_AI_MODEL_URL بتجاوز نقطة النهاية لواجهة برمجة تطبيقات متوافقة مع OpenAI، لكن يبدو أن الطلب لا يزال يتم إرساله إلى نقطة النهاية الافتراضية لـ OpenAI.
هل هذا قيد معروف/خطأ في المعاينة الحالية، أم أن هناك خطوة تكوين أخرى مطلوبة لجعل نقاط النهاية المخصصة المتوافقة مع OpenAI تعمل؟
هل AWS Bedrock مدعوم كمزود نموذج لغة كبير (LLM) لمساعد الذكاء الاصطناعي؟ إذا كان الأمر كذلك، ما متغيرات البيئة المطلوبة؟ هل يمكنك مشاركتها؟ لم أتمكن من العثور عليها في التوثيق.
مرحباً، أنا أتعلم عن n8n واكتشفت شيئاً قد يكون خللاً، أو ربما أنا أفعل شيئاً خاطئاً. أردت مشاركته في حالة أنه قد يكون مفيداً.
ما لاحظته: عندما أقوم بتكوين نموذج بحرف بادئ openai/ لاستخدام واجهة برمجية API خاصة بي (على سبيل المثال: DeepSeek)، يتوقف AI Assistant عن الاستجابة. بعد البحث قليلاً، اكتشفت أن n8n يرسل reasoningEffort: ‘high’ في الطلبات. جربت مع curl مباشرة إلى DeepSeek و Mistral: بدون هذه المعامل، يستجيبان بشكل مثالي. مع هذه المعامل، يفشلان.
أفهم أن هذا يحدث لأن الكود يكتشف الحرف البادئ openai/ ويطبق آلياً reasoning، دون التمييز بين ما إذا كنت أشير إلى OpenAI أو إلى مزود آخر عبر endpoint مخصص.
سؤالي: هل هناك أي طريقة لتعطيل هذا السلوك التي لم أتمكن من رؤيتها؟ إذا لم تكن موجودة، هل سيكون من المنطقي عرض متغير مثل N8N_INSTANCE_AI_THINKING_ENABLED لكي يتمكن المرء من الاختيار؟
حالياً حللت المشكلة باستخدام OpenRouter، والذي يعمل بشكل رائع. لكن أود أن أتمكن من استخدام مفاتيح API الخاصة بي مباشرة.
ما يلفت انتباهي أيضاً هو استهلاك الرموز (tokens)، قد يكون بسبب هذا التكوين للتفكير (thinking)؟