Ich habe einen AI Tools Agent, der wie erwartet Daten vom Haupt-AI-Agent erhält. Zum Beispiel: „country": “USA”,“duration_day”: 5
Der AI Tools Agent muss mit diesen beiden Werten einen HTTP-Request von einem Tool aus senden. Kein HTTP-Request wird gesendet, aber ich erhalte diese Fehlermeldung:
„A connected tool returned an engine request to its parent agent, which is only supported for top-level node execution. Details: If you are seeing this from a nested AgentToolV3 sub-agent, update n8n—recent versions resolve sub-agent engine requests inline.If you are seeing this from a nested AgentToolV3 sub-agent, update n8n—recent versions resolve sub-agent engine requests
inline."
Meine n8n-Version ist: 2.38.6
Welche Fehlermeldung erscheint (falls vorhanden)?
Bitte teile deinen Workflow
(Wähle die Knoten auf deiner Canvas aus und verwende die Tastenkombinationen CMD+C/STRG+C und CMD+V/STRG+V, um den Workflow zu kopieren und einzufügen.)
Dieser Fehler deutet auf die Übergabe zwischen dem verschachtelten Agenten und seinen Tools hin. Der frühere Fehler in diesem Bereich wurde in PR #31072 behoben, und die 2.38.6-Quelle enthält diese Handhabung bereits. Wenn du das bei deiner Version siehst, bedarf es einer genaueren Betrachtung des Workflows; die Update-Nachricht allein stellt keine Lösung dar.
Ich würde zunächst eine Kopie mit dem HTTP-Request-Tool testen, das direkt mit dem Hauptagenten verbunden ist, und dabei die gleichen Eingaben verwenden. Wenn das funktioniert, hilft es dabei, den Fehler auf den verschachtelten-Agenten-Pfad einzugrenzen.
Wenn der zweite Agent nur country und duration_day an die API übergibt, könntest du auch versuchen, ihn durch ein Call n8n Workflow Tool zu ersetzen, das an den Hauptagenten angehängt ist:
Erstelle einen Sub-Workflow, der mit When Executed by Another Workflow beginnt. Definiere country als String und duration_day als Zahl.
Verbinde einen regulären HTTP-Request-Node nach diesem Trigger. Ordne {{ $json.country }} und {{ $json.duration_day }} den Feldern zu, die deine API erwartet.
Wähle diesen Workflow im Tool des Hauptagenten aus und fülle seine zwei Eingaben aus. Veröffentliche den Sub-Workflow, bevor du ihn in der Produktion verwendest.
Die Dokumentation zu diesem Workflow-Tool behandelt die Eingabe-Einrichtung. Dies gibt dir einen Weg zum Ausprobieren, während du den verschachtelten Aufruf untersuchst; ich habe deinen Workflow nicht nachgestellt.
Gib mir Bescheid, wenn du sehen möchtest, wie dieses Setup in einem Workflow aussieht – ich werde es beifügen
Hallo @B_Manu Willkommen!
Dies wird als 26373 nachverfolgt, offen seit Februar, und es handelt sich um ein Architektur-Limit und nicht um einen Versionsfehler. 2.38.7 wurde heute ohne etwas dafür veröffentlicht, daher wird das Upgrade, das die Meldung vorschlägt, es nicht beheben.
Die Engine-Anfrage stammt aus einem bekannten Satz von Tools: MCP Client Tool, ein Vector Store im Modus „Retrieve Documents as Tool
Ich hatte das bereits getestet; ich habe das Tool auf dem Hauptagenten installiert, und es funktioniert perfekt. Das Problem liegt nicht am HTTP-Request-Tool.
@B_Manu Ja, das bestätigt, dass das HTTP Request Tool selbst funktioniert, und ich habe nicht gesagt, dass dieser Knoten defekt ist.
Was wir jetzt brauchen, ist die vollständige Liste der Tools, die unter deinem AI Tools Agent verbunden sind, denn einer dieser untergeordneten Knoten gibt die Engine-Anfrage zurück, bevor der HTTP-Schritt ausgeführt wird.
Kannst du das Workflow-JSON für den verschachtelten Agent und seine verbundenen Tools einfügen oder einen Screenshot teilen, der alle diese Verbindungen zeigt? Falls das einfache HTTP Request Tool das einzige dort angebundene Tool ist, sag das auch, denn dann entspricht dies keinem bekannten MCP-, Vector Store-, HITL- oder Community-Tool-Fall und muss als separate Regression behandelt werden.
Hallo @B_Manu , um das zusammenzufassen und dir einen klaren Weg nach vorne zu geben: @Anshul_Namdev hat recht bezüglich der zugrunde liegenden Ursache, dies wird unter Github-Issue #26373 erfasst. Wenn Sub-Agenten über ein Agent Tool laufen, kann n8ns Engine-Request-Mechanismus EngineRequest-Objekte nicht über verschachtelte Tool-Grenzen hinweg übergeben. Selbst wenn das HTTP-Tool beim Haupt-Agent funktioniert, löst das Ausführen von Tools innerhalb verschachtelter Agent-Ketten häufig diese architektonische Einschränkung aus. Schau dir diesen Github-Link für weitere Informationen an. @Anshul_Namdev hat ihn bereits gepostet:
Bis Support auf Engine-Ebene für verschachtelte Tool-Handoffs freigegeben wird, ist das sauberste und stabilste Produktionslösung das Muster, das von @Deepankar vorgeschlagen wurde:
Flache die Hierarchie ab: Entferne das verschachtelte Agent-Setup.
Wickle deine HTTP-Logik in einen Sub-Workflow:
Starten Sie mit einem „When Executed by Another Workflow
Hallo B_Manu, da du bereits bestätigt hast, dass das HTTP Request Tool funktioniert, wenn es direkt mit dem Hauptagenten verbunden ist, könntest du einen kleinen Isolationstest durchführen?
Dupliziere den fehlerhaften Workflow, behalte die Struktur Hauptagent → Unteragent unverändert bei, und trenne alle Tools vom Unteragenten ab, außer dem HTTP Request Tool.
Führe dann die gleiche Eingabe erneut aus.
Wenn es immer noch fehlschlägt, würde das darauf hindeuten, dass das Problem mit dem verschachtelten Agenten-Setup selbst zusammenhängt und nicht mit einem anderen verbundenen Tool.
Wenn es funktioniert, verbinde die anderen Tools nacheinander wieder, bis der Fehler zurückkommt.
Könntest du mitteilen, was in diesem Test passiert? Falls möglich, teile auch den JSON des verschachtelten Workflows, wobei du Anmeldedaten/Secrets entfernst.