NemoClaw im Test: NVIDIAs kontrollierte AI-Agenten-Laufzeitumgebung

Was NemoClaw ist

Ich baue beruflich Produktfunktionen und AI-Agenten und habe jahrelang beobachtet, wie Teams versuchen, ihre eigene Support-Automatisierung aufzubauen, deshalb will ich NemoClaw zuerst fair behandeln, denn es verdient das.

NemoClaw ist NVIDIAs Open-Source-Referenzstack (Apache 2.0), um Agenten "sicherer innerhalb von NVIDIA OpenShell mit verwalteter Inferenz" laufen zu lassen. Ohne Marketing-Sprech heißt das: Man nimmt einen allgemeinen Agenten wie OpenClaw, Hermes oder einen LangChain Deep Agent und umhüllt ihn mit einer Governance-Schicht, die kontrolliert, was der Agent sehen und tun darf und wohin seine Inferenz-Anfragen gehen. Es steht bei rund 21.800 GitHub-Sternen mit 93 Releases, und NVIDIA ist erfrischend ehrlich, dass es ein Alpha-Projekt ist, das sich auf Installationszuverlässigkeit und Sandbox-Härtung konzentriert.

Der Grund, warum das in den Suchen von Support-Verantwortlichen auftaucht, ist eine Namenskollision. Jemand hört "NVIDIA hat eine AI-Agenten-Laufzeitumgebung veröffentlicht", stellt sich einen Kundenservice-Chatbot vor und landet auf einem Repo, das voraussetzt, dass man Plattform-Ingenieur mit einem Rack voller GPUs ist. Beides heißt "AI-Agenten". Es ist nicht dieselbe Aufgabe.

Wie NemoClaw wirklich funktioniert

Weil ich diese Art von Stack beruflich teste, hier das mentale Modell, das bei mir klick gemacht hat. NemoClaw ist keine einzelne Sache, es sind vier übereinandergestapelte Schichten, die aus einem rohen Agenten einen kontrollierten machen.

• Der Agent ist der Teil, der denkt und handelt. NemoClaws Standard ist OpenClaw, es kann aber auch Hermes oder LangChain Deep Agents ausführen. Das ist das Stück, das ein Support-Mitarbeiter sich vorstellt, wenn er "AI-Agent" hört.
• OpenShell ist die Governance- und Sandbox-Schicht. Sie entscheidet, was der Agent anfassen darf, isoliert, was er ausführt, und ist der Ort, an dem das Versprechen "sicherer" wirklich lebt.
• Nemotron ist NVIDIAs Familie lokaler Modelle. Hochsensible Anfragen können an ein Nemotron-Modell weitergeleitet werden, das auf der eigenen Hardware läuft, sodass die Daten das Gebäude nie verlassen.
• NeMo ist die Spezialisierungsschicht zum Feintuning und Anpassen von Modellen an die eigene Domäne.

Zusammengesetzt lautet das Versprechen: "vom Agenten-Prototyp zum kontrollierten Deployment, ohne die eigenen Daten an einen Dritten zu schicken." Für ein Plattform-Team auf NVIDIA-GPUs ist das eine echte, stimmige Antwort. Der Haken ist, was das voraussetzt und was zum Selberbauen bleibt.

Wo NemoClaw stark ist

Anerkennung, wo sie zusteht. Als kontrollierte Laufzeitumgebung macht NemoClaw mehrere Dinge gut.

• Die Datenschutz-Geschichte ist wirklich gut. Sensible Anfragen an lokale Nemotron-Modelle weiterzuleiten, ist eine echte Antwort auf "wir dürfen keine Kundendaten an eine externe API senden", und konkreter als die vage "Enterprise-Grade-Sicherheit"-Floskel der meisten Anbieter.
• Das Sandboxing ist der eigentliche Punkt, kein Nachgedanke. OpenShell ist gebaut, um zu isolieren, was ein Agent zu tun beschließt, genau die Absicherung, die man will, wenn der Agent Code ausführen oder interne Tools ansprechen kann.
• Es ist wirklich offen und kostenlos. Apache 2.0, 93 Releases, aktive Entwicklung. Man kann jede Zeile lesen, forken und betreiben, ohne irgendjemanden um Erlaubnis zu fragen.
• Es ist modell- und agenten-flexibel. OpenClaw gegen Hermes oder einen eigenen LangChain-Agenten auszutauschen bedeutet, dass man nicht an die Vorstellung eines einzigen Anbieters gebunden ist, wie ein Agent sich verhalten sollte.

Für ein ML-erfahrenes Plattform-Team, das seinen Agenten-Stack von Anfang bis Ende selbst besitzen will, ist das ein ernstzunehmendes Fundament. Ich verurteile es nicht. Ich sage nur, dass es für eine bestimmte Leserschaft gebaut ist.

Wo es wackelt (besonders für Support-Teams)

Jetzt der ehrliche Teil. Jede Stärke oben setzt einen Plattform-Engineering-Kontext voraus. Legt man NemoClaw einem Support-Team in die Hand, tauchen sofort drei Probleme auf.

1. Überhaupt keine Helpdesk-Integration. NemoClaw kontrolliert die Laufzeitumgebung eines Agenten. Es hat keinen nativen Connector zu Zendesk, Freshdesk, Gorgias oder Intercom. Die gesamte Schleife "Ticket lesen, Antwort entwerfen, taggen, eskalieren" ist also Code, den man selbst schreibt und pflegt. Das sind die 80 % einer Support-KI, die einem keine Laufzeitumgebung schenkt.

2. Es braucht die Hardware. Das Privacy-Routing-Versprechen stützt sich auf lokale Nemotron-Modelle, was NVIDIA-GPUs der RTX- oder DGX-Klasse bedeutet, die man irgendwo selbst besitzt. Das ist eine Capex-Position und eine Ops-Last, keine Checkbox auf einer Einstellungsseite.

3. Es gibt keine Möglichkeit, gegen echte Tickets zu testen. Das ist der Punkt, der mich kalt stoppen würde. Eine Support-KI, die selbstbewusst klingt und leise falsch liegt, ist das Albtraum-Szenario, und NemoClaw gibt einem Sandboxing, keine Simulation gegen die eigene Ticket-Historie. Man erfährt erst im Produktivbetrieb, an echten Kunden, wie es sich verhält. Nachdem ich selbstbewusste Bots falsche Antworten geben sah, ist genau das das Risiko, das Simulation ausschalten soll.

Und darunter, bei allen drei: es ist Alpha. NVIDIA sagt es klar. Für ein Labor oder einen Prototyp ist Alpha in Ordnung. Für das Tool, das mit den eigenen Kunden spricht, ist "die Sicherheitsoberfläche härtet noch aus" ein klares Nein.

Ich saß bei genau dieser Entscheidung schon auf der anderen Seite, mit Kunden. Eine Operations-Leitung eines mittelständischen Auftragsabwicklungs-Unternehmens, die abwog, ob sie weiter Software kaufen oder selbst bauen sollten, brachte es mir gegenüber klar auf den Punkt:

"Langfristig werden wir einfach unsere eigene bauen, was mit KI heute so möglich ist."

Operations-Leitung, mittelständisches Auftragsabwicklungs-Unternehmen (eesel-Kundeninterview)

Er hat recht, dass es möglich ist. Die Frage, die NemoClaw wirklich aufwirft, ist, ob es sich lohnt, dass das eigene Team zu denen wird, die den Stack betreiben.

Was der Betrieb von NemoClaw wirklich kostet

"Kostenlos und Open Source" ist wahr und irreführend zugleich. Die Lizenz kostet 0 €. Die Rechnung nicht. Für einen Support-Anwendungsfall sind die echten Kosten Hardware plus Inferenz plus die Engineering-Zeit, um die Helpdesk-Klebung zu bauen und am Laufen zu halten. Setzt eure eigenen Zahlen unten ein, um zu sehen, wie eine selbstgehostete Laufzeitumgebung gegen verwaltete Kosten pro Lösung abschneidet.

Der Punkt ist nicht, dass verwaltete Lösungen immer gewinnen, sondern dass der ehrliche Vergleich nie "0 € gegen bezahlt" lautet. Es sind die vollständig eingerechneten Kosten für den Betrieb einer Alpha-Laufzeitumgebung gegen einen Preis, der sich nur bewegt, wenn ein Ticket tatsächlich gelöst wird.

NemoClaw-Test-Scorecard

Hier meine Einschätzung entlang der Dimensionen, die zählen, bewertet für ein Team, das es als Support-Option prüft, nicht als Forschungsplattform.

Liest man die oberen drei Zeilen, wirkt NemoClaw exzellent. Liest man die unteren vier, sieht man, warum es die falsche Form für eine Support-Warteschlange ist. Beide Lesarten sind wahr, und genau das ist der Punkt dieses Tests.

Wer NemoClaw betreiben sollte und wer es überspringen sollte

Betreiben, wenn: ihr ein Plattform- oder ML-Team seid, bereits NVIDIA-GPUs habt, Governance und On-Prem-Datenkontrolle harte Anforderungen sind und Ingenieure habt, die den Agenten-Stack selbst besitzen wollen. In dieser Welt ist NemoClaw ein starkes, ehrliches Fundament und ein kluger Einsatz von Open Source.

Überspringen, wenn: ihr ein Support- oder CX-Team seid, das "AI-Agent" gehört hat und Tickets beantwortet haben will. Ihr werdet Monate damit verbringen, die Helpdesk-Connectoren, Guardrails und das Testgeschirr nachzubauen, die ein zweckgebautes Tool bereits mitbringt, und trotzdem noch ein Alpha-Projekt im Produktivbetrieb laufen haben. Das ist dieselbe Weggabelung wie bei AI-Agent vs. regelbasiertem Chatbot, nur eine Ebene höher im Stack: Wollt ihr einen Agenten betreiben, oder wollt ihr Tickets gelöst sehen?

Wer den Self-Host-Weg breiter abwägt: Ich habe die nächstliegenden Optionen, OpenClaw, ZeroClaw, Hermes, LangGraph und mehr, in meinem NemoClaw-Alternativen-Überblick aufgereiht.

Die verwaltete Alternative: eesel

Wenn NemoClaw sagt "hier ist eine kontrollierte Laufzeitumgebung, baut jetzt euren Support-Agenten", ist eesel die entgegengesetzte Wette: Der Agent ist bereits für Support gebaut, und man richtet ihn auf sein Helpdesk aus.

Es bindet sich in Minuten in Zendesk, Freshdesk und Gorgias ein, trainiert auf vergangenen Tickets, dem Help Center und Makros, und, der Teil, den NemoClaw strukturell nicht liefern kann, lässt einen an echter Historie simulieren, bevor es je einem echten Kunden antwortet. Wir haben Jahre damit verbracht, AI-Agenten auf lebende Warteschlangen zu setzen, und die harte Lehre, die im Produkt steckt, ist, dass ein selbstbewusster Bot mit falschen Antworten schlimmer ist als gar kein Bot, weshalb Simulation vor dem Go-Live steht, nicht danach.

Man behält auch die Datenkontroll-Geschichte, EU-Residenz auf Anfrage und kein Training auf den eigenen Daten, ohne ein Rack voller GPUs zu besitzen. Die Preisgestaltung ist nutzungsbasiert, pro Lösung, ohne Sitzplatzgebühren, sodass die Kosten den tatsächlich gelösten Tickets folgen.

Wollt ihr einen AI-Agenten in eurer Support-Warteschlange, ohne die Laufzeitumgebung zu bauen und zu betreiben? eesel funktioniert wie eine neue Fachkraft, die sich in Minuten in euer Helpdesk einbindet, euer Help Center schon kennt und an euren echten Tickets simuliert wird, bevor sie einem einzigen Kunden antwortet. eesel testen kostenlos, oder eine Demo buchen, um es an der eigenen Ticket-Historie laufen zu sehen.

Das Fazit

NemoClaw ist eine großartige Antwort auf eine bestimmte Frage: Wie kontrolliere ich einen selbstgehosteten AI-Agenten auf meiner eigenen Hardware? NVIDIA hat das gut gebaut, und die Offenheit und die Datenschutz-Geschichte sind echt. Aber es ist eine Alpha-Laufzeitumgebung für Plattform-Ingenieure, kein Support-Produkt, und überlässt die schwierigsten 80 % einer Support-KI, die Helpdesk-Integration, die Guardrails, das Testen an echten Tickets, vollständig einem selbst. Beurteilt man es als das, was es ist, ist es beeindruckend. Beurteilt man es als Weg, am Montag Kundentickets zu beantworten, ist es das falsche Werkzeug. Stellt sicher, dass die Frage, die ihr stellt, zu der passt, die NemoClaw tatsächlich beantwortet.