n8n'nin neden öldüğü: Doğrusal bir LLM zincirinde (n8n tarzı), sonraki adım çoğunlukla önceki adımların çıktısını görür. Bu çıktı sınırlıdır. Bir ajan döngüsünde, her araç çağrısı, artan girdi transkriptiyle (hedef, önceki çağrılar, sonuçlar) öncelenir; bu, çok daha büyük bir pencerede ve sıklıkla önbellekte yer alabilir. n8n tarzı zincirler, modelin güvenilir olmadığı ve modelin çok az bağlam tutamadığı bir dünyada oluşturuldu. İş, her adımın küçük, belirleyici ve incelenebilir olması için düğümlere bölündü. Bu varsayım eskidi. Modern modeller 1 milyon token kadar okuyabiliyor, ancak her turda hâlâ çok daha az yazıyor (genellikle ~64k–128k). Bu nedenle bir düğüm zinciri sürekli durumu atıyor: N+1 düğümü, N düğümünün çıkarabildiği şeyi miras alır, tam çalışma kümesini değil. Bir ajan döngüsü, modelin tek bir ortak bağlamı korumasına izin verir ve ardından araç çağrılarını ve sonuçlarını bunun üzerine ekler. Her çağrı, dar bir elden teslim yerine büyük önbelleklenmiş önek üzerine koşullandırılabilir. İzlenebilirlik, eski modeli kurtaramaz. “Hangi düğüm kötü değeri yazdı?” sorusu, “Hangi araç çağrısı kötü değeri yazdı?” sorusuyla aynıdır. Her ikisi de atıf sorunlarıdır. Bir grafik Adımı açık hale getirir, ancak kötü yük zaten akışta bulunuyorsa, Gerçek'i daha güvenilir hale getirmez. Benzetme: Bir düğüm zinciri, bir e-posta hattıdır. Yazar bir talimat gönderir. Sanatçı sadece o talimatı görür. Editör sadece ulaşanı görür. Kimse aynı masada oturmaz. Bir ajan, bir siyah tahtadır. Yazar, sanatçı ve editör tümü aynı tahtayı okur ve yazar. Tahta durumdur. Araçlar, kapalı zarflar değil, o tahtadaki ellerdir. --- Açık olsun: n8n ürün olarak ölmüştür. Ölen şey doğrusal-LLM-zincirdir. n8n, bir ajanı sarabilir ve iş akışlarını araçlar olarak ele alabilir. Ancak bu, kullanıcılarının çoğunun kullandığı şekilde değildi. n8n’i abartan çoğu kişi onu doğrusal-LLM-zincir gibi kullandı. Modeller daha yetenekli hale geldikçe ve opencode gibi araçlar geliştirildikçe, kullanıcılar çoğu deseni için n8n’e ihtiyaç duymadılar.