Hallo zusammen, ich nutze den repocloud.io Service, um n8n Version 2.14.2 zu betreiben
Es funktionierte einwandfrei mit DeepSeek v3, aber nach dem Update auf DeepSeek v4 funktioniert es in der 2. Runde nicht mehr. Hat jemand das gleiche Problem? Wie kann man es beheben?
, Instance nicht verfügbar), bitte kontaktieren Sie den Support unter help@n8n.io →
Hallo @Alan_Cheung1 Hast du schon versucht, das DeepSeek v4 Modell über OpenRouter zu nutzen? Das sollte hoffentlich funktionieren.
@Alan_Cheung1 klingt danach, dass der Chat Memory eine Nachrichtenformat sendet, das v4 in Turn 2 ablehnt. Entfernen Sie den Memory-Knoten und verbinden Sie einen neuen Window Buffer Memory mit dem Context Window auf 1, oder ersetzen Sie einfach den Deepseek-Knoten durch einen einfachen HTTP Request zu https://api.deepseek.com/chat/completions, um die Body-Form selbst zu kontrollieren.
Folge deinem Vorschlag, es schlägt fehl, wenn der KI-Agent ein Tool aufruft
Wenn kein Tool aufgerufen wird, funktioniert es. Das ursprüngliche deepseek-chat-Modell-Node funktioniert auch einwandfrei.
Das ist zu erwarten. Möglicherweise musst du ein Tool-Aufrufe-Schema definieren. Dies kann einige Versuche erfordern
@AlanCheung1 deepseek v4 ist strenger bei Funktionsschemas. Stelle in deinem Tool-Node sicher, dass jeder Parameter einen Typ und eine Beschreibung hat, und entferne verschachtelte Objekte. Versuche auch, toolChoice auf auto in den Model-Node-Optionen zu setzen. v4 hat Probleme, wenn das Schema lose Typen hat, die v3 stillschweigend akzeptiert hat.
Es passiert manchmal, das Gleiche gilt für die Postgres-Fehler, das ist nicht deine Schuld. Hast du schon das DeepSeek v4 von OpenRouter probiert? Wenn es immer noch passiert, versuche, den n8n-Support zu kontaktieren
