لماذا مات n8n: في سلسلة LLM خطية (بنمط n8n)، فإن الخطوة التالية ترى غالبًا مخرجات الخطوات السابقة. لكن هذه المخرجات محدودة. في حلقة وكيل، يتم preceded كل استدعاء أداة بمحرر إدخال متزايد (الهدف، الاستدعاءات السابقة، النتائج)، والذي يمكن أن يقع في نافذة أكبر بكثير وغالبًا في الذاكرة المؤقتة. تم بناء السلاسل بنمط n8n لعالم لم تكن تثق فيه بالنموذج، ولم يكن النموذج قادرًا على الاحتفاظ بسياق كبير. لذلك قمت بفصل المهمة مسبقًا إلى عقد، بحيث كانت كل خطوة صغيرة، حاسمة، وقابلة للتحقق. هذا الافتراض قديم الآن. يمكن للنماذج الحديثة قراءة ما يقارب مليون رمز، لكنها لا تكتب سوى القليل جدًا في كل دورة (غالبًا بين 64k–128k). لذلك، فإن سلسلة العقد تستمر في التخلص من الحالة: العقدة N+1 ترث فقط ما تمكنت العقدة N من إصداره، وليس مجموعة العمل الكاملة. تتيح حلقة الوكيل للنموذج الحفاظ على سياق مشترك واحد، ثم إضافة استدعاءات الأدوات ونتائجها إليه. يمكن لكل استدعاء أن يُستند إلى البادئة المخزنة الكبيرة، وليس إلى تسليم ضيق. القابلية للتتبع لا تنقذ النمط القديم. السؤال "أي عقدة كتبت القيمة الخاطئة؟" هو نفس السؤال "أي استدعاء أداة كتب القيمة الخاطئة؟". كلاهما مشكلة نسبية. الرسم البياني يجعل الخطوة واضحة، لكنه لا يجعل الحقائق أكثر موثوقية إذا كانت الحمولة الخاطئة موجودة بالفعل في التدفق. تشبيه: سلسلة العقد هي نظام بريد إلكتروني. الكاتب يرسل موجزًا. الفنان يرى الموجز فقط. المحرر يرى فقط ما وصل. لا أحد يشارك مكتبًا واحدًا. الوكيل هو لوح أسود. الكاتب والفنان والمحرر جميعهم يقرأون ويكتبون على نفس اللوح. اللوح هو الحالة. الأدوات هي أيدي على هذا اللوح، وليست مغلفات مغلقة. --- للتوضيح، لم يمت n8n كمنتج. ما مات هو سلسلة LLM الخطية. يمكن لـ n8n تغليف وكيل ومعاملة سير العمل كأدوات. لكن هذا لم يكن الاستخدام الشائع من قبل مستخدميه. معظم من أشادوا بـ n8n استخدموه كسلسلة LLM خطية. عندما تصبح النماذج أكثر قدرة، ويتم إنشاء أدوات مثل opencode، توقف الناس عن رؤية الحاجة إلى n8n لأغلب أنماطهم.