Hermes Agent oder n8n? So bauen KMU einen kontrollierten KI-Mitarbeiter

Die falsche Frage lautet: Welches Tool gewinnt? Die richtige: Wo darf ein Modell den nächsten Schritt wählen – und wo muss der Ablauf feststehen?

Bei einer Recherche kann ein variabler Suchpfad nützlich sein. Bei einer Preisänderung, Buchung, Löschung oder Nachricht an einen Kunden wollen Sie dagegen nicht erst nach der Ausführung erfahren, welchen Weg das Modell gewählt hat. Genau an dieser Grenze entscheidet sich, ob ein allgemeiner Agent, ein expliziter Workflow oder eine Kombination sinnvoll ist.

„KI-Mitarbeiter“ ist in diesem Beitrag eine Betriebsmetapher für Software, Prozesse und menschliche Verantwortung. Gemeint ist weder ein Arbeitnehmer noch eine Rechtsperson – und schon gar keine Zusage, dass ein System autonom verlässlich handelt.

Kurzantwort: Hermes Agent startet als allgemeine Agent-Runtime: Ein Modell kann Werkzeuge wählen und mehrschrittig weiterarbeiten. n8n startet als expliziter Workflow aus Triggern und verbundenen Knoten, kann darin aber einen Agent-Knoten ausführen. Wogenfels-Kurzregel: Vorab beschreibbare Abläufe bleiben im Workflow; offene Teilaufgaben erhält ein eng begrenzter Agent. Datenschutz und Sicherheit hängen vom gesamten Daten- und Rechteweg ab.

Produkt-, Versions-, Lizenz- und Dokumentationsstand: 15. September 2026. Hermes Agent wurde gegen den damals aktuellen Release v0.21.3 beziehungsweise Tag v2026.9.14 geprüft. Beide Projekte entwickeln sich schnell; volatile Angaben sind vor einer Umsetzung erneut zu prüfen.

Agent, Workflow und „KI-Mitarbeiter“: drei Begriffe sauber trennen

Ein KI-Agent verbindet ein Modell mit Werkzeugen und einer Ausführungsschleife. Das Modell kann einen Werkzeugaufruf erzeugen, dessen Ergebnis zurückerhalten und damit den nächsten Schritt bestimmen. Das macht einen Agenten flexibel. Es macht seine Planung oder Werkzeugwahl nicht automatisch richtig.

Eine Workflow-Automatisierung beginnt mit einem explizit modellierten Ablauf: Ein Trigger startet verbundene Schritte, Abzweigungen und Fehlerwege. Doch auch ein Workflow ist nicht als Ganzes automatisch deterministisch. APIs liefern veränderliche Daten, und ein eingebetteter LLM- oder Agent-Schritt bleibt probabilistisch.

Der Begriff „KI-Mitarbeiter“ beschreibt hier die betriebliche Hülle: Welches Ergebnis soll entstehen? Welche Daten, Systeme und Rechte sind nötig? Was wird protokolliert? Wann muss ein Mensch prüfen? Wer trägt die Verantwortung? Ohne diese Hülle bleibt auch der leistungsfähigste Agent nur Software mit Zugriffsrechten.

Eine einfache Gegenüberstellung „Hermes ist agentisch, n8n deterministisch“ wäre sachlich falsch. Hermes dokumentiert neben Agentläufen auch geplante Aufgaben und einen Skriptmodus ohne Modell. n8n besitzt wiederum einen Tools Agent, der modellgesteuert ein verbundenes Werkzeug auswählen kann. Der bessere Vergleich lautet daher:

• Hermes ist agent-first: Die Aufgabe startet bei einer allgemeinen Agent-Runtime; das Modell kann innerhalb seiner Rechte Folgeaktionen wählen.
• n8n ist workflow-first: Die Aufgabe startet bei einem definierten Kontrollgraphen; einzelne Knoten dürfen bei Bedarf agentisch arbeiten.

„First“ bezeichnet den Schwerpunkt, nicht eine exklusive Fähigkeit oder einen Qualitätsrang.

Was Hermes Agent konkret ist – und wo seine Grenze liegt

Dieser Beitrag behandelt ausschließlich das offizielle Projekt NousResearch/hermes-agent von Nous Research, nicht ein gleichnamiges Sprachmodell oder einen Drittanbieter-Wrapper. Am Stichtag markierte GitHub v0.21.3 mit Tag v2026.9.14 als neuesten Release. Der Code dieses geprüften Tags steht laut Lizenzdatei unter MIT. Das sagt nichts über die Bedingungen eines angeschlossenen Modells, Providers, Tools, Plugins oder Datensatzes aus.

1. Wie startet die Arbeit?

Die Architekturdokumentation beschreibt eine Agent-Runtime, die Anweisung, Modellanbieter, Werkzeuge und Sitzungen verbindet. Liefert das Modell Werkzeugaufrufe, führt die Runtime sie aus, gibt die Ergebnisse in den Kontext zurück und setzt die Arbeitsschleife fort. Erst eine Textantwort beendet den dokumentierten Ablauf. Details zu Werkzeugausführung und Speicherung stehen in den Interna des Agent Loops.

Hermes kann Sitzungen und einen Gedächtniszustand über mehrere Arbeitsschritte speichern. Das ist für längere, offene Aufgaben interessant: Recherchepfade, Diagnose oder Coding müssen nicht in einen einzigen starren Durchlauf gepresst werden. Persistenz ist aber kein magisches, vollständiges Gedächtnis. Falsche oder unnötige gespeicherte Inhalte, Berechtigungen, Löschung und Aufbewahrung bleiben Betriebsfragen.

2. Was bleibt offen, was kann fest laufen?

Der Agent Loop eignet sich für variable Folgearbeit. Zugleich beschreibt die Cron-Dokumentation einmalige, wiederkehrende und eventgetriggerte Aufgaben. Ein no-agent-Modus kann Skripte ohne Modell- oder Provideraufruf ausführen. Hermes ist also nicht auf freie Planung beschränkt. Daraus folgt jedoch keine Gleichheit mit einem Workflow-System: Fachliche Zustände, Fehlerpfade und geschäftliche Freigaben müssen weiterhin bewusst entworfen werden.

3. Wie werden Fehler, Freigaben und Sicherheitsgrenzen behandelt?

Technische Wiederholungsversuche und das Ausweichen auf ein Ersatzmodell sind im Agent Loop beschrieben. Wann ein Geschäftsfall gestoppt, eskaliert oder neu aufgenommen werden darf, bleibt dennoch eine fachliche Designaufgabe.

Der wichtigste Hinweis steht in der eigenen Security Policy: Sie beschreibt Hermes als „single-tenant personal agent“. Das Standard-Terminal führt Kommandos direkt auf dem Host aus. Gegen ein absichtlich oder durch schädliche Eingaben fehlgeleitetes Modell betrachtet das Projekt eine technische Trennung auf Betriebssystemebene als die tragende Sicherheitsgrenze. Freigabedialoge, Scanner und Allowlisten innerhalb desselben Prozesses sind nach dieser Sicherheitsannahme keine vollständige Eindämmung.

Das ist weder das Pauschalurteil „unsicher“ noch ein Sicherheitszertifikat. Es ist eine Designvorgabe: Bei unkontrollierten Eingaben, produktiven Systemen oder geteilten Umgebungen braucht der gesamte Agentprozess eine geeignete, auf Betriebssystemebene durchgesetzte Isolation. Eine begrenzte Terminalumgebung schützt nicht automatisch angeschlossene Tool-Server, Plugins, Hooks oder Skills im Agentprozess. Drittanbieter-Erweiterungen müssen vor der Installation tatsächlich geprüft werden.

Freigabedialog ist keine Sandbox. Ein Mensch kann eine konkrete Aktion genehmigen oder ablehnen. Er ersetzt nicht die technische Begrenzung von Host, Netzwerk, Dateien, Secrets und erreichbaren Systemen.

4. Was bedeutet das für Betrieb und Datenweg?

Hermes kann laut Provider-Dokumentation entfernte Anbieter, benutzerdefinierte OpenAI-kompatible Endpunkte und lokale Modellserver ansprechen. Hilfsaufgaben können anders geroutet werden als das Hauptgespräch. Ein lokal installierter Hermes Agent bedeutet deshalb nicht automatisch, dass alle Daten lokal bleiben. Hauptmodell, Hilfsmodelle, Websuche, Browser, Messaging und weitere Werkzeuge gehören einzeln in die Datenwegprüfung.

Welche Modelle sich auf eigener Hardware sinnvoll testen lassen, zeigt der Beitrag „Welche KI-Modelle laufen lokal?“.

Was n8n konkret ist – einschließlich seiner Agent-Funktionen

1. Wie startet die Arbeit?

n8n definiert einen Workflow als Sammlung verbundener Knoten, die durch einen Trigger gestartet wird. Der Kontrollfluss wird vorab modelliert. Das ist besonders hilfreich, wenn ein Prozess wiederholbar sein, Systeme verbinden und Fehler sichtbar behandeln soll.

2. Was bleibt offen, was kann fest laufen?

Der definierte Knotengraph bleibt das Kernmodell. Innerhalb dieses Graphen kann der dokumentierte Tools Agent jedoch je Aufgabe modellgesteuert entscheiden, welches verbundene Werkzeug oder welche API er verwendet. Prompt, Ausgabeformat und Iterationsgrenze sind konfigurierbar. Das auf dieser Seite beschriebene angehängte Gedächtnis bleibt nicht über Sitzungen erhalten; daraus folgt ausdrücklich nicht, dass n8n generell kein persistentes Gedächtnis anbieten kann.

3. Wie werden Fehler und Freigaben behandelt?

Die Dokumentation unterscheidet manuelle, partielle und automatische Ausführungen. Für manuelle Tests lassen sich Daten an Knoten anheften; Produktionsläufe ignorieren diese Testdaten. Pro Workflow sind unter anderem Fehlerworkflows, Speicherung von Ausführungen, Fortschritt und Wiederaufnahme, Zeitlimits sowie die Maskierung von Ein- und Ausgabedaten konfigurierbar.

Diese Funktionen sind keine automatische Governance. Nicht jede Einstellung ist standardmäßig aktiv, Details können von Edition und Plan abhängen, und gespeicherte Ausführungen können selbst vertrauliche oder personenbezogene Daten enthalten. Wer alles maskiert, verliert umgekehrt Informationen für Fehlersuche und Nachweis. Das ist ein bewusster Zielkonflikt.

Für ausgewählte Agent-Werkzeuge dokumentiert n8n eine menschliche Freigabe vor dem Toolaufruf: Der Workflow pausiert. Die Freigabenachricht lässt sich so konfigurieren, dass sie den Toolnamen und jene Felder des Tool-Eingabeschemas zeigt, die der Agent über $fromAI() befüllt hat. Eine prüfende Person kann den Aufruf genehmigen oder ablehnen. Das ist ein wertvoller Kontrollpunkt vor einer Nachricht oder Änderung. Es bleibt ein Kontrollpunkt – keine Sandbox und keine Garantie, dass ein Mensch einen Fehler erkennt.

4. Was bedeutet das für Betrieb und Datenweg?

n8n ist laut Hosting-Übersicht als verwaltete Cloud oder self-hosted auf eigener Infrastruktur nutzbar. Beim Self-hosting übernimmt der Betreiber Einrichtung, Infrastruktur, Updates und Wartung. Laut Privacy-Dokumentation liegt dann auch die Löschung beziehungsweise Bereinigung gespeicherter Ausführungsdaten beim Betreiber; für self-hosted Instanzen ist dort außerdem standardmäßig aktivierte, konfigurierbare Telemetrie dokumentiert.

Ein selbst gehosteter Workflow kann dennoch Daten an ein konfiguriertes LLM oder andere APIs senden. Die n8n AI Terms beschreiben für ihre KI-Funktionen, dass Kunden beim Einsatz eines eigenen LLM-Anbieters Provider und Zugangsdaten wählen und Daten entsprechend der Konfiguration dorthin übertragen werden können. Die auf der Privacy-Seite gesondert beschriebenen Datenflüsse des n8n Assistant dürfen nicht pauschal auf einen selbst konfigurierten Agent-Knoten übertragen werden.

Auch die Lizenzmodelle unterscheiden sich. Für den geprüften Stand sagt die commit-fixierte Repository-Lizenz: Im master-Branch steht Code außerhalb der .ee-Dateien und eingebundener Drittkomponenten unter der Sustainable Use License. .ee-Code verlangt die dort bezeichnete Enterprise-Lizenz, Drittkomponenten folgen ihren eigenen Lizenzen, und Inhalte anderer Branches sind laut Datei nicht lizenziert. Das ist nicht dieselbe permissive MIT-Lizenz wie beim geprüften Hermes-Tag. Für Einbettung, Vertrieb oder Hosting als Leistung ist der konkrete aktuelle Lizenzrahmen zu prüfen.

Hermes Agent vs. n8n: die Entscheidungsmatrix ohne Scheinsieger

Die folgenden Tabellen vergleichen dokumentierte Schwerpunkte, keine exklusiven Fähigkeiten. Eine Funktion kann im jeweils anderen System ebenfalls möglich sein. Produkt- und Quellenstand: 15. September 2026.

Arbeit steuern

Entscheidungsfrage	Hermes Agent: agent-first	n8n: workflow-first
Wo beginnt die Arbeit?	Bei Anweisung und Kontext an die Agent-Runtime	Ein Trigger startet einen expliziten Knotengraphen
Wer wählt den nächsten Schritt?	Das Modell kann im Agent Loop Werkzeuge wählen	Graph und Regeln führen; ein Agent-Knoten kann lokal die Werkzeugwahl übernehmen
Was eignet sich für feste Aufgaben?	Cron und modellfreie Skriptjobs sind dokumentiert	Definierte Knoten und Trigger bilden das Kernmodell
Was eignet sich für offene Aufgaben?	Werkzeugschleife und gespeicherte Sitzungen unterstützen variable Folgearbeit	Offene Arbeit lässt sich als Agent-Knoten einbetten
Wie wird menschlich freigegeben?	Eine Freigabe ist Prozesskontrolle; laut Security Policy keine Isolation	Ausgewählte Agent-Tools können vor Ausführung genehmigt oder abgelehnt werden

Betrieb beherrschen

Entscheidungsfrage	Hermes Agent: agent-first	n8n: workflow-first
Wie wird getestet und wiederaufgenommen?	Toolaufrufe und Sitzungen brauchen eine eigene fachliche Abnahme; technische Wiederholungen stehen im Agent Loop	Manuelle und partielle Läufe sowie Fehler- und Wiederanlaufeinstellungen sind dokumentiert
Wo liegt die Sicherheitsgrenze?	Bei unkontrollierten Eingaben den ganzen Agentprozess gemäß den Sicherheitsannahmen des Herstellers isolieren und minimal berechtigen	Infrastruktur, Zugriffe, Eingaben und Aktionen bewusst begrenzen; Workflow-Einstellungen sind nur ein Teil davon
Was bedeutet Hosting für den Datenweg?	Lokale oder entfernte Haupt- und Hilfsmodelle sowie Tools sind möglich	Cloud oder self-hosted; Drittanbieter-LLMs und APIs bleiben eigene Datenwege
Welche Codelizenz wurde geprüft?	Der geprüfte Tag ist laut Lizenzdatei MIT-lizenziert	master außerhalb .ee und Drittkomponenten: SUL; die Lizenzdatei grenzt weitere Inhalte gesondert ab

Die Entscheidung hängt damit vor allem von vier Größen ab: Unsicherheit der Aufgabe, mögliche Außenwirkung, gewünschte Wiederholbarkeit sowie Daten- und Rechteweg.

Sechs KMU-Szenarien: Wer sollte den Prozess führen?

Die Zuordnungen sind eine Wogenfels-Startheuristik für einen Pilot, keine universellen Produktregeln. Datenweg, Außenwirkung und der konkrete Prozess können das passende führende System verändern.

1. Support-Triage

• Plausibles führendes System im Pilot: Workflow.
• Begrenzter KI-Anteil: Anfrage zusammenfassen oder kategorisieren.
• Freigabe oder Stopregel: Keine automatische externe Antwort ohne fachlich akzeptierten Prozess.

2. Offene Recherche

• Plausibles führendes System im Pilot: Agent innerhalb eines klaren Auftragsrahmens.
• Begrenzter KI-Anteil: Suchpfade variieren, Quellen sammeln und Widersprüche markieren.
• Freigabe oder Stopregel: Fakten prüfen; unkontrollierte Webinhalte nur mit geeigneter Isolation verarbeiten.

3. Angebotsvorbereitung

• Plausibles führendes System im Pilot: Workflow.
• Begrenzter KI-Anteil: Textentwurf aus freigegebenen Fakten.
• Freigabe oder Stopregel: Preise und Rabatte kommen aus fester Logik; eine fachlich verantwortliche Person gibt den Versand frei.

4. Dokumentverarbeitung

• Plausibles führendes System im Pilot: Workflow.
• Begrenzter KI-Anteil: Unstrukturierte Inhalte extrahieren oder klassifizieren.
• Freigabe oder Stopregel: Ergebnis gegen ein Schema validieren; Datenminimierung, Rechte und Löschung festlegen.

5. CRM und Backoffice

• Plausibles führendes System im Pilot: Workflow.
• Begrenzter KI-Anteil: Einen validierbaren Änderungsvorschlag erzeugen.
• Freigabe oder Stopregel: Dubletten verhindern; keine unautorisierte oder doppelte Änderung zulassen.

6. Coding und IT

• Plausibles führendes System im Pilot: Begrenzter Agentenpilot.
• Begrenzter KI-Anteil: Einen offenen Diagnose- oder Werkzeug-Loop bearbeiten.
• Freigabe oder Stopregel: Nicht standardmäßig auf Produktionshost oder Secrets zugreifen lassen; Änderungen testen und prüfen.

Die wiederkehrende Leitfrage lautet: Kann der nächste Schritt als Regel beschrieben werden, oder braucht genau dieser Schritt begrenzten Urteilsspielraum?

Das robuste Hybridmuster: ein begrenzter Agent im kontrollierten Workflow

In vielen Unternehmensprozessen ist weder ein freier Agent noch ein vollständig fester Ablauf die beste Beschreibung. Ein belastbares Pilotmuster sieht so aus:

1. Trigger und Identität prüfen. Der äußere Workflow nimmt nur authentisierte, erwartete Aufträge an.
2. Daten minimieren. Er erzeugt aus dem Eingang einen strukturierten Auftrag mit genau den nötigen Feldern.
3. Agent begrenzen. Der offene Teilschritt läuft isoliert, mit minimalen Werkzeugen, Rechten, Laufzeit und Iterationen.
4. Ergebnis validieren. Ein Ausgabeschema und fachliche Regeln prüfen, ob der Vorschlag weiterverarbeitet werden darf.
5. Unsicherheit behandeln. Fehler, fehlende Felder oder definierte Grenzwerte führen zu Stopp oder einer benannten fachlichen Eskalation.
6. Außenwirkung freigeben. Vor Nachricht, Buchung, Löschung oder anderer kritischer Aktion prüft die dafür benannte Rolle Inhalt und Parameter.
7. Sicher ausführen und wiederaufnehmen. Die Aktion wird so gestaltet, dass ein Wiederholungsversuch nicht unkontrolliert doppelt bucht oder sendet; Status und Fehlerform werden protokolliert.

Das ist ein Wogenfels-Architekturmuster, keine Behauptung einer nativen oder zertifizierten Hermes–n8n-Integration. Die Schnittstelle kann je Infrastruktur anders aussehen. Im Kern braucht sie einen klar begrenzten Auftrag, eine geprüfte Identität, minimale Rechte, eine Zeitgrenze und einen eindeutigen Fehlerzustand.

Fünf Klartextfragen an internes Team oder Anbieter

1. Welche Daten gehen in den offenen Schritt hinein – und welche kommen heraus?
2. Mit wessen technischer Identität läuft er?
3. Welche Systeme darf er nur lesen, welche tatsächlich verändern?
4. Nach welcher Zeit oder bei welchem Ergebnis stoppt er automatisch?
5. Wer sieht den Fehler, entscheidet über den nächsten Schritt und dokumentiert ihn?

Diese Fragen übersetzen Eingabeschema, Authentisierung, Rechtebudget, Zeitlimit und Fehlerbehandlung in prüfbare Betriebsanforderungen.

Wer trägt im Pilot Verantwortung?

Ein „Mensch in der Schleife“ ist noch keine Verantwortungszuordnung. Vor produktiver Freigabe sollten mindestens folgende Rollen namentlich oder organisatorisch besetzt sein:

• Prozessverantwortung: definiert Ergebnis, Regeln und wirtschaftliche Grenze.
• Fachliche Freigabe: beurteilt Inhalt und Außenwirkung des konkreten Falls.
• Technischer Betrieb: verantwortet Zugriffe, Änderungen, Updates und Wiederanlauf.
• Datenschutz und Sicherheit: prüft Datenweg, Berechtigungen und notwendige Schutzmaßnahmen.
• Störungsverantwortung: reagiert auf Fehlverhalten, sperrt Zugänge und koordiniert die Aufarbeitung.

Für jede Rolle gehören Vertretung und Reaktionspunkt dazu. Wie diese Aufgaben in einer kleinen Organisation zusammengelegt werden, ist eine Unternehmensentscheidung – sie dürfen nur nicht unbeabsichtigt unbesetzt bleiben.

Sicherheit und Datenschutz: Zeichnen Sie den wirklichen Datenweg

„Self-hosted“ ist eine Standortbeschreibung, kein vollständiges Datenschutzkonzept. Erfassen Sie für einen Agenten- oder Workflow-Piloten mindestens:

• Agent-Software und technischer Host,
• Hauptmodell und mögliche Hilfsmodelle,
• Werkzeuge, APIs und MCP-Server als externe Werkzeugschnittstellen,
• Messaging- und Benachrichtigungskanäle,
• Sitzungen, gespeicherter Kontext und Dateispeicher,
• Ausführungsprotokolle, Fehlerdaten und Maskierung sensibler Inhalte,
• Telemetrie,
• Backups, Aufbewahrung und Löschung.

Sobald personenbezogene Daten verarbeitet werden, bleibt die DSGVO anwendbar. Die DSGVO auf EUR-Lex nennt unter anderem Rechtmäßigkeit, Zweckbindung, Datenminimierung und Speicherbegrenzung. Für einen Auftragsverarbeiter verlangt Art. 28 geeignete Garantien und eine bindende Regelung; Art. 32 verlangt dem Risiko angemessene technische und organisatorische Maßnahmen. Die österreichische Datenschutzbehörde betont für KI-Verarbeitungen ebenfalls Grundsätze, Rechtsgrundlage und Rechenschaftspflicht.

Art. 22 betrifft nicht jede Agentausgabe, sondern ausschließlich automatisierte Entscheidungen mit rechtlicher oder ähnlich erheblicher Wirkung und enthält Ausnahmen sowie Schutzvorgaben. Bei Nähe zu Kredit-, Einstellungs- oder vergleichbar erheblichen Entscheidungen gehört die rechtliche und organisatorische Prüfung vor den Pilotbetrieb. Ein gewöhnlicher Freigabeklick ist dafür nicht automatisch eine ausreichende Lösung.

Diese Einordnung ist allgemeine Orientierung und keine Rechtsberatung. Rollen, Rechtsgrundlage, Verträge und Schutzmaßnahmen sind für die konkrete Verarbeitung zu prüfen.

Die operative Kontrollliste

• Nur die minimal nötigen Rechte vergeben.
• Agentprozess bei unkontrollierten Eingaben passend isolieren.
• Skills, Plugins, Tools und Integrationen vor Einsatz prüfen.
• Testdaten minimieren und rechtmäßig nutzbar vorbereiten.
• Aufbewahrung, Löschung und Telemetrie konfigurieren.
• Entscheiden, welche Protokolle für Nachweis und Fehlersuche nötig sind und welche Inhalte maskiert werden.
• Freigabepunkte, Stopregeln und Wiederanlauf testen.
• Fachliche Abnahmekriterien und Messgrößen vor dem Pilot festlegen.

Die allgemeinere Betriebsmodellfrage – lokal, europäische Cloud oder Hyperscaler – behandelt der Beitrag „Nur lokale KI ist DSGVO-konform?“.

Entscheidung: erst das Betriebsmodell wählen, dann den Livebetrieb freigeben

Schritt 1: Betriebsmodell wählen

1. Ist der Ablauf vollständig vorab beschreibbar? Ja: workflow-first beginnen. Nein: weiter zu Frage 2.
2. Ist nur ein klar abgrenzbarer Teilschritt offen? Ja: das Hybridmuster testen – Workflow außen, Agent innen. Nein: weiter zu Frage 3.
3. Ist die Gesamtaufgabe absichtlich offen, etwa Recherche, Diagnose oder Coding, technisch isolierbar und fachlich überprüfbar? Ja: Ein begrenzter agent-first-Pilot kann sinnvoll sein. Nein: Prozess zuerst enger definieren, noch kein Tool auswählen.

Schritt 2: Für alle drei Wege dieselben Freigabekriterien anwenden

• Kontrolle: Die operative Kontrollliste ist erfüllt und die Verantwortungsrollen sind besetzt.
• Außenwirkung: Nachrichten, Buchungen, Löschungen und andere kritische Aktionen folgen festen Regeln, Validierung und angemessener Freigabe.
• Art. 22 DSGVO: Nicht jede Agentausgabe ist betroffen. Geht es um eine ausschließlich automatisierte Entscheidung mit rechtlicher oder ähnlich erheblicher Wirkung, verlangt Art. 22 DSGVO eine gesonderte rechtliche und organisatorische Prüfung vor dem Pilot. Ein gewöhnlicher Freigabeklick ist nicht automatisch ausreichend.
• Daten- und Rechteweg: Der gesamte Weg ist dokumentiert und akzeptiert. Wenn nicht: nicht live schalten.

Was kosten Hermes Agent und n8n im KMU-Betrieb?

Eine belastbare Einheitszahl gibt es nicht. Lizenzetikett und Hostingpreis allein reichen nicht, weil Implementierung, Modell- und Werkzeugnutzung, interner Betrieb, menschliche Prüfung und Fehler den größeren Unterschied machen können.

Vergleichen Sie heutigen Prozess, Workflow, Agent und Hybrid über denselben Zeitraum und mit demselben Mengengerüst:

• einmalige Einführung: Prozessdesign, Integration, Tests, Schulung und Sicherheitsarbeit;
• laufender Monat: Runtime und Hosting, Modelle und Werkzeuge, Integrationen und Lizenzen, Updates, Backups und Betrieb;
• interne Arbeit: Stunden für fachliche Prüfung, Nacharbeit, Störungen und Pflege;
• Menge und Qualität: bearbeitete Fälle und davon fachlich akzeptierte Fälle;
• Risikokosten: Eintrittswahrscheinlichkeit mal Auswirkung plausibler Fehlerfälle.

Eine nützliche gemeinsame Recheneinheit ist:

Kosten je fachlich akzeptiertem Fall = (anteilige Einführung + laufender Betrieb + interne Prüf- und Nacharbeitskosten + erwartete Fehlerkosten) ÷ Zahl fachlich akzeptierter Fälle.

Legen Sie vor dem Schattenlauf eine Budgetobergrenze und eine Abbruchschwelle gegenüber dem heutigen Prozess fest. Aktuelle Produktpreise und Planmerkmale gehören dafür in das konkrete Angebot – nicht als schnell veraltende Zahl in diesen Architekturvergleich.

Ein risikobasierter Pilot in sechs Schritten

1. Wählen Sie genau ein Arbeitsergebnis und einen begrenzten Prozessfall.
2. Stellen Sie einen repräsentativen, datenschutzgerecht vorbereiteten Testdatensatz zusammen.
3. Erfassen Sie den heutigen Prozess als Vergleichswert und definieren Sie fachliche Abnahmekriterien, Budgetobergrenze und Abbruchschwelle.
4. Arbeiten Sie Datenweg, Kontrollliste, Verantwortungsrollen und Freigabekriterien ab.
5. Führen Sie einen Schattenlauf ohne produktive Außenwirkung durch.
6. Entscheiden Sie nach der Prüfung jedes Falls: verwerfen, enger begrenzen, nachbessern oder kontrolliert freigeben.

Messen Sie nicht, ob eine Demo „intelligent wirkt“. Messen Sie je Fall Korrektheit, notwendige Nacharbeit, Fehlerrate, Durchlauf, Eskalationen und unerwünschte Aktionen. Es gibt dafür keine universelle Zielzahl.

Fazit: Nicht das intelligenteste Tool, sondern die sauberste Systemgrenze gewinnt

Hermes Agent und n8n sind keine austauschbaren „KI-Mitarbeiter“. Hermes setzt den Schwerpunkt bei offener, modellgesteuerter Folgearbeit; n8n bei expliziter Prozessführung, die selbst agentische Schritte enthalten kann. Für viele KMU-Prozesse ist die kontrollierte Kombination plausibel: Der Workflow führt, der Agent bearbeitet nur den offenen Teil, und Menschen bleiben für fachliche Freigabe und Verantwortung zuständig.

Wenn Sie zuerst die Modell- und Hardwarefrage klären möchten, hilft der Leitfaden zu lokalen KI-Modellen, Kosten und TCO. Den Umsetzungskontext finden Sie unter KI-Anwendungen für Unternehmen.

Sie möchten einen konkreten Prozess prüfen, ohne bereits ein Tool festzulegen? Bringen Sie Prozess, Datenarten, gewünschte Außenwirkung und heutige Qualitätskriterien mit. In einem unverbindlichen Erstgespräch lässt sich abgrenzen, ob Agent, Workflow oder Hybrid einen messbaren Pilot verdient.

Quellen und Aktualität

Alle 19 Direktquellen wurden am 15. September 2026 geprüft. Anbieterquellen dokumentieren Funktionen und Bedingungen, sind aber kein unabhängiger Reife-, Sicherheits- oder Leistungsvergleich. Versionen, Lizenzen, Funktionen und Planmerkmale können sich ändern.

• Hermes Agent: offizielles, release-fixiertes README, Releases, MIT-Lizenz, Architektur, Agent Loop, Provider Runtime, Security Policy, Cron
• n8n: Workflows, Ausführungsarten, Workflow-Einstellungen, Tools Agent, menschliche Freigabe, Cloud oder Self-hosted, Privacy und Security, commit-fixierte Repository-Lizenz, AI Terms
• Rechtlicher Rahmen: DSGVO auf EUR-Lex, österreichische Datenschutzbehörde zu DSGVO und KI-VO