Modele

Integracja n8n z lokalnymi modelami językowymi w celu zapewnienia prywatnej automatyzacji

26 października 2026 · Czas czytania: 2 min

Dostępne również w עברית, Indonesia, Svenska

a rack of electronic equipment in a dark room
Tyler / Unsplash

Platforma n8n może zostać połączona z lokalnym modelem językowym w ciągu około dziesięciu minut, wykorzystując Ollama w osobnym kontenerze i zapytania HTTP. Taka konfiguracja pozwala na tworzenie podsumowań zgłoszeń bez wysyłania danych do chmury, jednak prywatność danych pozostaje wyzwaniem, ponieważ teksty mogą być zapisywane w historii uruchomień n8n, dziennikach kontenerów oraz kopiach zapasowych bazy danych.

Proces komunikacji opiera się na węźle HTTP Request, który wysyła żądanie POST do adresu Ollama, zawierające model, tekst oraz parametry generowania. Można wykorzystać natywny interfejs /api/chat lub zgodny z OpenAI interfejs /v1/chat/completions. W przykładzie zastosowano wersję n8n 2.43.5 oraz Ollama 0.40.4, przy czym funkcje takie jak strumieniowanie czy ustrukturyzowane wyjścia wymagają weryfikacji w konkretnej konfiguracji.

Kluczowym aspektem technicznym jest unikanie używania adresu localhost wewnątrz kontenera, ponieważ wskazuje on na sam kontener n8n, a nie na Ollama. Należy zamiast tego używać nazwy usługi z pliku Compose, co pozwala Dockerowi na stworzenie odpowiedniego wpisu DNS w sieci wspólnej. W opisanej architekturze Ollama jest podłączona do sieci wewnętrznej z flagą internal, co uniemożliwia jej dostęp do internetu i ukrywa port przed światem zewnętrznym.

Jeśli między usługami znajduje się brama z autoryzacją, klucze dostępu są przechowywane w n8n Credentials. n8n szyfruje te dane w swojej bazie, co wymaga tworzenia kopii zapasowych klucza szyfrującego, aby uniknąć utraty dostępu do sekretów. W przypadku korzystania z węzłów zgodnych z OpenAI, pole klucza API może być wymagane przez interfejs, nawet jeśli serwer lokalny nie weryfikuje kluczy, co pozwala na wpisanie dowolnego ciągu znaków.

Do uruchomienia podstawowego przepływu pracy wystarczą cztery węzły: Manual Trigger, przygotowanie danych, HTTP Request oraz weryfikacja odpowiedzi. W przypadku bezpośredniego wywołania Ollama w sieci wewnętrznej poświadczenia nie są wymagane. Jako przykład modelu podano qwen2.5:1.5b, który może działać na procesorze bez karty graficznej, choć jego szybkość zależy od liczby rdzeni i długości zapytania, a jakość generowanych podsumowań jest określana jako skromna.