Nanobot

Wer einen persönlichen KI-Assistenten will, steht meist vor der Wahl zwischen gehosteten Produkten, die die eigenen Daten besitzen, und schweren Agent-Frameworks, deren Aufbau echten Engineering-Aufwand verlangt. Nanobot von HKUDS versucht, sich dazwischen zu positionieren. Es ist eine selbst hostbare Laufzeit für einen persönlichen KI-Agenten mit bewusst kompaktem, lesbarem Kern, ausgeliefert so, dass man sie als eine einzige Einheit betreiben kann statt mehrere Dienste zu verdrahten. Das Versprechen lautet Eigentum: Du bringst deine eigenen Modell-Keys mit, betreibst den Agenten auf deiner Maschine oder deinem Server und behältst Memory, Zeitpläne und Verlauf unter eigener Kontrolle. Statt einer weiteren Orchestrierungsplattform gibt es eine schlanke Laufzeit, die man tatsächlich lesen, prüfen und erweitern kann.

Im Zentrum steht eine simple Agent-Schleife: Eine eingehende Nachricht veranlasst ein LLM zu entscheiden, ob es direkt antwortet oder ein Tool aufruft, wobei Memory und Skills nur bei Bedarf als Kontext hinzukommen. Das hält die Laufzeit leicht, statt jeden Request mit schwerer Orchestrierung zu belasten. Eine Provider-Abstraktion spricht mit OpenAI-kompatiblen APIs, Anthropic, Gemini, DeepSeek sowie lokalen Modellen über Ollama oder vLLM, inklusive konfigurierbarer Fallback-Modelle und Prompt-Caching. Das Besondere ist die Reichweite über Kanäle: Telegram, Discord, Slack, Teams, E-Mail und eine eingebaute WebUI speisen alle denselben Session-Kontext, und die Unterstützung des Model Context Protocol bindet externe Tools über eine Standardschnittstelle ein. Scheduling, Erinnerungen, Websuche und Dateilesen sind eingebaut statt als separate Erweiterungen.

Am klarsten passt das zu einer Einzelperson oder einem kleinen Team, das einen stets verfügbaren, voll kontrollierten Assistenten will, erreichbar aus den Chat-Apps, die ohnehin genutzt werden. Konkrete Szenarien, die das Projekt hervorhebt, sind geplante Überwachungsaufgaben, die per Cron laufen und zurückmelden, Automatisierung von Tagesabläufen und Erinnerungen, Dokumenten- und Wissensverwaltung mit persistentem Memory sowie leichte Coding- oder Recherchehilfe. Weil die Codebasis klein und die Konfiguration schlichtes JSON ist, eignet es sich für Entwickler, die den Quellcode lesen, einen Provider oder ein Tool ergänzen und genau verstehen wollen, was der Agent tut. Datenschutzbewusste Nutzer, die persönlichen Kontext nicht durch ein gehostetes Produkt leiten wollen, und Bastler, die gern auf Heimserver oder VPS selbst hosten, sind die natürliche Zielgruppe.

Die ehrlichen Einschränkungen sind real. Nanobot ist pre-1.0 und bewegt sich im frühen 0.x-Bereich, daher können sich API und Konfigurationsformat zwischen Releases ändern und ein Upgrade kann brechen. Die Erreichbarkeit der Dokumentation war bei unseren Prüfungen inkonsistent, das Projekt-Wiki lieferte Fehler, was den Einstieg für alle erschwert, die nicht gern Code lesen. Das Feld ist voll von Personal-Agent- und Agent-OS-Projekten, daher beruht die Abgrenzung vor allem auf der Leichtigkeit und Lesbarkeit des Kerns statt auf einer einzigartigen Fähigkeit, und das sollte jedes Team am eigenen Bedarf prüfen. Die breite Kanal- und Provider-Matrix bedeutet zudem mehr Fläche, die funktionieren muss, und das Projekt selbst nennt Langzeit-Memory und mehrstufiges Reasoning als noch zu verbessernde Bereiche.

Gegenüber kommerziellen Automatisierungstools wie Zapier AI oder Make ist Nanobot ein anderer Ansatz: Jene sind poliert, gehostet und integrationsreich, behalten Workflows und Daten aber auf ihrer Plattform, während Nanobot diese Bequemlichkeit gegen volles Eigentum, eine transparente Codebasis und keine Bezahlung pro Aufgabe eintauscht. Setze es ein, wenn du einen minimalen, prüfbaren Agenten willst, den du selbst hostest und ohne Bindung an ein schweres Framework erweiterst, und du dich mit einem schnell bewegten pre-1.0-Projekt wohlfühlst. Lass die Finger davon, wenn du garantierte API-Stabilität, formellen Support und verlässliche Doku für einen produktiven Enterprise-Einsatz brauchst, oder wenn du schlicht Automatisierung per Klick ohne Konfiguration willst. Für Selbsthoster und Builder ist es ein glaubwürdiger, schlanker Startpunkt; für risikoscheue Produktionsteams ist es noch früh.