هل سيصدر n8n إصلاحًا رسميًا لمشاكل استدعاءات DeepSeek قريبًا؟

أسئلة
, , , ,
1

مرحباً بفريق n8n،

أنا جاي (Nguyen Thieu Toan)، مُنشئ n8n معتمد، وأود أن أثير مخاوف بدأت تؤثر على عدد متزايد من المستخدمين والعملاء الذين يحاولون اعتماد DeepSeek داخل n8n لسير عمل وكيل AI الإنتاجي.

حالياً، كلما تم استخدام DeepSeek Chat Model مع AI Agent + tools، نواجه باستمرار الخطأ “reasoning_content في وضع التفكير يجب أن يتم تمريره مرة أخرى إلى API.” بناءً على ما أراه في المواضيع الحديثة وقضايا GitHub، تم بالفعل الاعتراف بهذا كحد من القيود المعروفة في كيفية معالجة reasoning_content عند استدعاء الوكيل للأدوات، لكن لم يتم شحن إصلاح مرئي بعد. في الواقع العملي، هذا يعني أنه بالنسبة لحالات استخدام الوكيل الجادة (حيث تكون الأدوات ضرورية)، DeepSeek ليس خياراً قابلاً للتطبيق بشكل فعلي داخل عقد n8n الرسمية.

ما يقلقني هو أن المجتمع بدأ يعتمد على عقد DeepSeek غير رسمية أو تصحيحات مخصصة فقط للتغلب على هذه المشكلة، وهذا يحل الخطأ لبعض الأشخاص لكنه يقدم مخاطر جديدة: سلوك غير متسق، صيانة أصعب، وثقة أقل للفريق الذي يرغب في توحيد معايير n8n كمنصة الأتمتة والذكاء الاصطناعي الرئيسية لديهم. هذا لم يعد “ميزة إضافية” فحسب؛ DeepSeek أصبح بديلاً حقيقياً يفضله العديد من المطورين والعملاء بنشاط على OpenAI أو Gemini/Vertex، والقيد الحالي يمنعهم من استخدامه بشكل صحيح مع الوكلاء والأدوات.

هل يمكنك من فضلك مشاركة تحديث حول حالة الإصلاح الرسمي لـ DeepSeek + AI Agent استدعاءات الأدوات (معالجة reasoning_content)، وما إذا كان هناك نافذة إصدار متوقعة يمكننا التواصل بها مع مستخدمينا وعملائنا؟ حتى مؤشر تقريبي مثل “مخطط وقيد العمل للإصدار الصغير القادم” سيساعد العديد منا بالفعل على تحديد ما إذا كنا سننتظر التطبيق الرسمي أم نستمر في الاستثمار في الحلول البديلة على مستوى المجتمع.

شكراً لك مقدماً على أي توضيح يمكنك تقديمه نيابة عن المجموعة المتنامية من مستخدمي n8n الذين يريدون استخدام DeepSeek بطريقة مستقرة وعالية الجودة.

2

هل يمكنك فقط استخدام طلبات HTTP؟

3

مرحباً @achamm نموذج الدردشة لوكيل الذكاء الاصطناعي ليس لديه هذا الخيار. :frowning:

4

@nguyenthieutoan يمكنك استخدام عقد المجتمع أو وكيل مختلف في الوقت الحالي، أقترح عليك إنشاء مشكلة على GitHub حتى يتمكن فريق تطوير n8n من التعامل معها

5

السبب الجذري هو كيف يضيف n8n/LangChain الرسائل إلى السجل أثناء حلقات تنفيذ الأدوات؛ DeepSeek صارم بشأن استقبال محتوى التفكير (reasoning_content) الذي تم إنشاؤه بواسطته مرة أخرى في استدعاءات API اللاحقة، وإلا فسيتعطل مع خطأ 400.

6

شكراً @sergeys - هذا شرح دقيق لسبب المشكلة الجذري. إذن، يجب أن يحدث الإصلاح على مستوى طبقة سجل الرسائل في LangChain، حيث يقوم n8n بحذف أو الحفاظ على reasoning_content بين استدعاءات الأدوات. هذا ليس شيئاً يمكننا إصلاحه على مستوى العقدة دون إجراء تغييرات على طريقة هيكلة وكيل الذكاء الاصطناعي لسجل الرسائل الخاص به. سأفتح قضية على GitHub توضح هذا التفصيل عن السبب الجذري حتى يكون لدى فريق العمل الأساسي هدف واضح.

7

تحديث سريع من صاحب الموضوع هنا، بعد التعمق أكثر في هذا وتشغيل مجموعة من اختبارات الإنتاج مع AI Agent + tools.

لقد قمت ببناء ونشر عقدة مجتمع مخصصة تتجنب تماماً خطأ reasoning_content لـ DeepSeek في n8n. في اختباراتي، المشكلة ليست حقاً خطأ في LangChain أو n8n، بل تأتي من الطريقة التي يصمم بها DeepSeek ويتحقق من نمط التفكير والاستدعاءات الأداتية: بمجرد أن يدخل النموذج وضع التفكير وينبعث منه reasoning_content، يصبح صارماً جداً في رؤية نفس reasoning_content المعاد تشغيله في كل استدعاء لاحق كلما كانت الأدوات متضمنة؛ وإلا فإنه يعيد 400.

بسبب ذلك، قررت الذهاب بنهج أبسط وأكثر قابلية للتنبؤ به في الوقت الحالي: تعطيل وضع التفكير بالكامل لحالات استخدام الوكيل ومنع DeepSeek من إنشاء أي reasoning_content في المقام الأول. بهذه الطريقة، لا يوجد شيء يجب إعادة تشغيله عبر حلقات الأدوات، ويمكن لـ AI Agent استدعاء الأدوات دون الاصطدام بقواعد التحقق الصارمة من DeepSeek.

النتيجة هي عقدة مجتمع يمكنك استخدامها بأمان لـ AI Agents + tools في الإنتاج:

كيفية استخدامه (موجه ذاتياً):

  • انتقل إلى الإعدادات → عقد المجتمع

  • ثبت الحزمة: n8n-nodes-deepseek-chat-model

  • أعد تشغيل حاوية n8n بعد التثبيت

  • في AI Agent الخاص بك، حدد DeepSeek Chat Model من عقدة المجتمع هذه كنموذج الدردشة

  • تأكد من تعطيل وضع التفكير في خيارات العقدة، ثم احتفظ بأدواتك مكونة كالمعتاد

تحذير مهم واحد: حتى مع حل مشكلة reasoning_content، DeepSeek لا يزال محرجاً قليلاً حول استدعاء الأداة بشكل عام. يمكنك أن تواجه سلوكاً مثل:

  • استدعاءات أداة متكررة في خطوة استدلال واحدة

  • حلقات أداة يصعب التحكم بها في المحفزات المعقدة أو السياق الطويل جداً.

لذا إذا كنت تحتاج إلى موثوقية عالية جداً لسير العمل agent + tools، فإنني أوصي بـ:

  • استخدام عقدة مجتمع DeepSeek هذه مع إيقاف تشغيل وضع التفكير لتجنب 400s الخاصة بـ reasoning_content

  • إضافة حراسات على مستوى سير العمل (حد أقصى لعدد استدعاءات الأداة، شروط قبل إعادة استخدام نفس الأداة، تسجيل مفصل لكل حلقة)

  • وحسب حالة الاستخدام الخاصة بك، لا تزال تفكر في نماذج أكثر نضجاً لاستدعاء الأداة عندما تكون القابلية للتنبؤ بها حرجة تماماً

آمل أن يساعد هذا أي شخص يجد هذا الموضوع أثناء محاولة جعل DeepSeek يعمل مع n8n AI Agents. إذا كان أي شخص من فريق n8n يريد التفاصيل حول كيفية عمل العقدة حول غرائب DeepSeek، فأنا سعيد بمشاركة المزيد من السياق وحالات الاختبار.