KI-Assistent auf selbstgehostetem n8n: Erste Einrichtungsanweisungen

Hallo Community! :waving_hand:

Neben dem Launch des KI-Assistenten auf n8n Cloud teilen wir auch erste Anweisungen zum Ausführen des KI-Assistenten auf selbstgehosteten n8n-Instanzen.

Ein kurzer Hinweis, bevor du anfängst.

Das ist eine frühe Vorschau und noch in Arbeit. Wir betreiben es intern und es funktioniert, aber die Einrichtung ist manuell und hat ziemlich viele bewegliche Teile. Wir arbeiten aktiv daran, es viel einfacher zu machen. Wir wissen aber, dass viele von euch das so schnell wie möglich ausprobieren wollen, also zeigen wir euch lieber jetzt schon, wie die Einrichtung funktioniert, statt euch warten zu lassen.

Das brauchst du

  • n8n Version 2.29.7 oder neuer
  • Einen API-Schlüssel von einem LLM-Anbieter (Anthropic, OpenAI oder OpenRouter).
    Du bringst deinen eigenen Schlüssel mit, daher werden die LLM-Nutzungskosten von deinem Anbieter in Rechnung gestellt.
  • Einen Suchanbieter (Brave Search oder SearXNG), wenn du möchtest, dass der Assistent im Web suchen kann. Optional, aber sehr empfohlen.
  • Einen Sandbox-Anbieter.
    Der KI-Assistent führt seine Arbeit in einer isolierten Sandbox aus, daher ist das erforderlich. Wir empfehlen Daytona, da wir das auf n8n Cloud verwenden – du brauchst nur ein Konto und einen API-Schlüssel. Wenn du lieber alles auf deiner eigenen Infrastruktur behalten möchtest, gibt es auch eine Option zum Selbsthosten des n8n-Sandbox-Dienstes, aber diese Einrichtung ist aufwändiger.

:light_bulb: Falls „Sandbox

12 „Gefällt mir“

Hi, ich weiß, es sind erst 12 Stunden seit dieser Ankündigung, aber es scheint mehr Anbieter unterstützt zu werden als nur die 3, die in der Dokumentation erwähnt sind. (Ich nutze selbst Nvidia NIM). Ich musste mich durch Fehler und Logs graben, um das herauszufinden. Es wäre schön, wenn wir einfach den KI-Assistenten in der Docker Compose aktivieren könnten, aber alles andere (Sandbox-Anbieter, LLM-Anbieter, Such-Anbieter) wäre über die UI konfigurierbar. Das würde die ständige Aktualisierung der Dokumentation oder frühe Benachrichtigungen an Nutzer überflüssig machen.

Ich teste den KI-Assistenten noch, er hat mir viele Fehler gemacht, es ist mir aber gelungen, einen Workflow zu erstellen. Ich bin unsicher, ob die Fehler vom LLM-Anbieter kommen oder von n8n selbst. Ich berichte später weiter.

1 „Gefällt mir“

Das sieht wirklich vielversprechend aus, danke!

Ich glaube, ich habe möglicherweise ein Problem mit benutzerdefinierten OpenAI-kompatiblen Endpoints gefunden, falls ich keinen Konfigurationsschritt übersehe.

Mein Setup:

  • N8N_INSTANCE_AI_MODEL_URL=https://my-endpoint/v1
  • N8N_INSTANCE_AI_MODEL_API_KEY=...

Zunächst habe ich versucht:

N8N_INSTANCE_AI_MODEL=glm-5.2

aber bekam:

Also bin ich umgestiegen auf:

N8N_INSTANCE_AI_MODEL=openai/glm-5.2

aber bekam:

Wenn der KI-Assistent eine Anfrage stellt, scheint er N8N_INSTANCE_AI_MODEL_URL nicht zu verwenden. Stattdessen sendet er die Anfrage an openai, die Logs zeigen:

url: 'https://api.openai.com/v1/responses'
model: 'glm-5.2'

Nach der Dokumentation erwartete ich, dass N8N_INSTANCE_AI_MODEL_URL den Endpoint für eine OpenAI-kompatible API überschreibt, aber es sieht so aus, als würde die Anfrage immer noch an den Standard-OpenAI-Endpoint gesendet.

Ist dies eine bekannte Einschränkung/ein Fehler in der aktuellen Vorschau, oder ist ein weiterer Konfigurationsschritt erforderlich, um benutzerdefinierte OpenAI-kompatible Endpoints zum Funktionieren zu bringen?

2 „Gefällt mir“

Hey, konntest du dieses Problem lösen? Ich habe die gleiche Situation mit DeepSeek.

Wir arbeiten daran und sollten bald eine Lösung für dich haben — wahrscheinlich morgen

1 „Gefällt mir“

Hey allerseits, der Fix für das benutzerdefinierte N8N_INSTANCE_AI_MODEL_URL ist gerade in 2.31.0 veröffentlicht worden.

4 „Gefällt mir“

Wird AWS Bedrock als LLM-Provider für den AI Assistant unterstützt? Wenn ja, welche Umgebungsvariablen sind erforderlich? Könntest du sie mit mir teilen? Ich konnte sie in der Dokumentation nicht finden.

Hinzuzufügen ist, dass ich das mit OpenRouter problemlos am Laufen habe.

Hi, ich lerne gerade n8n kennen und bin auf etwas gestoßen, das vielleicht ein Bug ist, oder vielleicht mache ich auch etwas falsch. Ich wollte es teilen, falls es hilfreich ist.

Was mir aufgefallen ist: Wenn ich ein Modell mit dem Präfix openai/ konfiguriere, um meine eigene API zu nutzen (z. B. DeepSeek), antwortet der AI Assistant nicht mehr. Nach ein bisschen Recherche habe ich gesehen, dass n8n reasoningEffort: ‘high’ in den Requests sendet. Ich habe es direkt mit curl bei DeepSeek und Mistral ausprobiert: ohne diesen Parameter antworten sie perfekt. Mit diesem Parameter schlagen sie fehl.

Ich verstehe, dass das passiert, weil der Code das Präfix openai/ erkennt und automatisch das Reasoning anwendet, ohne zu unterscheiden, ob ich auf OpenAI oder einen anderen Anbieter über einen benutzerdefinierten Endpoint zugreife.

Meine Frage: Gibt es eine Möglichkeit, dieses Verhalten auszuschalten, die ich übersehe? Falls es nicht existiert, würde es Sinn machen, eine Variable wie N8N_INSTANCE_AI_THINKING_ENABLED bereitzustellen, damit man selbst wählen kann?

Vorerst habe ich das Problem mit OpenRouter gelöst, das funktioniert hervorragend. Aber ich würde gerne meine eigenen API-Schlüssel direkt nutzen können.

Was mir auch auffällt, ist der Token-Verbrauch – könnte das durch diese Thinking-Konfiguration verursacht werden?

Irgendwelche Informationen zu AWS Bedrock als LLM-Anbieter?

Ich bin auf ein Bild gestoßen, das darauf hindeutet, dass es unterstützt wird?

Werden wir Unterstützung für e2b oder modal als Sandbox-Anbieter sehen? Lambda Micro VMs?