MaiBot (MaiSaka): ein QQ-Chatbot, der nicht als Assistent auftreten will
MaiSaka, an LLM-based intelligent agent, is a digital lifeform devoted to understanding you and interacting in the style of a real human. She does not pursue perfection, nor does she seek efficiency; instead, she values warmth, authenticity, and genuine connection.
Auf einen Blick
- Was ist das?
- MaiBot ist ein Python-Projekt, das einen LLM-Agenten für QQ-Gruppenchats baut. Der Anspruch ist nicht Nützlichkeit, sondern Gesprächsverhalten. Das verändert, welche Fragen bei Installation, Betrieb und Lizenz wichtig werden.
- Für wen ist es gedacht?
- MaiBot passt zu Betreibern, die einen eigenen QQ-Bot mit LLM-Anbindung auf einem Rechner dauerhaft laufen lassen wollen und bereit sind, den Gruppenkontext selbst zu pflegen. Wer eine plattformübergreifende Bot-Lösung mit stabiler API-Garantie sucht, ist hier falsch, weil die Anbindung an QQ über eine Bot-Schnittstelle läuft, deren Verhalten das Projekt nicht kontrolliert.
- Darf ich es kommerziell nutzen?
- Ja, unter Bedingungen. GPL-3.0 ist eine Copyleft-Lizenz: Wenn Sie Software weitergeben, die sie enthält, müssen Sie deren Quellcode unter derselben Lizenz veröffentlichen. Wer sie nur intern betreibt, ohne sie weiterzugeben, löst diese Pflicht nicht aus.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Python, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Welches Problem MaiBot löst und für wen es gedacht ist
Die meisten Chatbots für Messengergruppen antworten auf eine Nachricht mit einer Antwort. MaiBot setzt an einer anderen Stelle an: Das Projekt beschreibt sich selbst als digitales Lebewesen, das in QQ-Gruppen aktiv ist, und nennt als zentrales Designprinzip den Satz "最像而不是好", also eher menschenähnlich als gut. Das ist keine Marketingformel, sondern eine Funktionsentscheidung. Wer einen Bot sucht, der Aufgaben erledigt, Bestellungen aufnimmt oder Support-Tickets sortiert, findet hier bewusst keinen Assistenten. Die Zielgruppe sind Betreiber, die einen dauerhaft präsenten Gesprächsteilnehmer in einer oder mehreren QQ-Gruppen wollen, der sich am Ton der Gruppe orientiert. Das README nennt dazu konkret drei Verhaltensziele: kein Markdown und keine Aufzählungen in Antworten, Sprechen nur dann, wenn es in den Gesprächsverlauf passt, und Nachahmung des Sprachstils anderer Gruppenmitglieder einschließlich neuer Slangwörter. Ein weiterer Punkt ist der Aufbau eines Personenmodells: Das Projekt gibt an, sich an Persönlichkeitstheorien aus der Psychologie zu orientieren und Informationen über einzelne Nutzer, deren Vorlieben und Verhaltensweisen zu speichern. Genau dieser Punkt ist auch der kritischste, weil er personenbezogene Daten über längere Zeit sammelt.
Wie der Agent arbeitet: Ereignisse, Plugin-API und ein Personenmodell
Aus dem Repository-Aufbau und dem README lassen sich drei Bausteine ableiten. Erstens eine Anbindung an QQ, die eingehende Gruppennachrichten als Ereignisse in das System einspeist. Zweitens eine Verarbeitungsschicht, die diese Ereignisse an ein großes Sprachmodell weiterreicht und die Antwort zurück in den Chat schreibt. Drittens ein Plugin-System, das laut README eine API und ein Ereignissystem bereitstellt, über das sich zusätzliche Funktionen anbinden lassen. Der dokumentierte Ablauf ist also ereignisgesteuert und nicht anfragegesteuert: Nicht der Nutzer ruft den Bot, sondern der Bot entscheidet auf Basis des laufenden Gesprächs, ob er sich beteiligt. Genau hier liegt der Unterschied zu klassischen Bots, deren Verhalten durch Befehlspräfixe ausgelöst wird. Was das README nicht zeigt, ist die konkrete Entscheidungslogik, also nach welchen Kriterien das System zwischen Schweigen und Antworten wählt. Diese Logik ist nur im Quellcode oder in der Dokumentation unter docs.mai-mai.org nachvollziehbar, nicht in der Projektbeschreibung. Wer den Bot produktiv betreibt, sollte diesen Teil selbst lesen, weil er bestimmt, wie häufig der Agent unaufgefordert in Gespräche eingreift.
Installation: Release, Launcher und die Versionsangabe im README
Das README verweist für den Bezug auf die Release-Seite des Repositories und für die Einrichtung auf die Deployment-Anleitung unter docs.mai-mai.org/manual/deployment/. Zusätzlich existiert mit Maibot OneKey ein separates Launcher-Projekt für Windows und macOS, das unter github.com/Mai-with-u/MaiBotOneKey/releases/ bereitgestellt wird. Der Launcher ist für Nutzer gedacht, die die Python-Umgebung nicht selbst aufsetzen wollen. Ein konkretes Problem fällt beim Lesen auf: Das README nennt als aktuellste Version v1.2.3, während die Release-Liste bereits 1.2.4 vom 1. September 2026 führt. Die Angabe im README ist also mindestens einen Release hinterher. Das ist kein Beinbruch, aber es bedeutet, dass der dokumentierte Stand und der ausgelieferte Stand auseinanderlaufen können. Für den Betrieb relevant ist außerdem die Versionsanforderung: Das Badge im README nennt Python 3.12 oder neuer. Wer eine ältere Python-Version einsetzt, muss zuerst die Laufzeitumgebung aktualisieren, bevor überhaupt eine Installation möglich ist. Der Branch main wird als stabiler Zweig geführt, dev als Entwicklungszweig mit neuen, noch nicht abgeschlossenen Funktionen. Für einen dauerhaft laufenden Bot ist main die richtige Wahl.
Grenzen: Plattformbindung, Speicherverhalten und fehlende Betriebsgarantien
Der deutlichste begrenzende Faktor ist die Plattform. MaiBot ist auf QQ ausgerichtet, das zeigt sich an den Topics des Repositories und an der Beschreibung des ursprünglichen Ziels, eine Präsenz in QQ-Gruppenchats zu schaffen. Wer Discord, Matrix oder Slack anbinden will, findet dafür im vorliegenden Material keine Grundlage. Ein zweiter Punkt ist das Gedächtnis. Das Projekt gibt an, Informationen über Nutzer dauerhaft zu sammeln, um ein Personenmodell aufzubauen. Das ist die Funktion, die den Charakter des Bots ausmacht, und gleichzeitig die Funktion mit den größten Folgen für Datenschutz und Speicherbedarf. Das README beschreibt nicht, wie lange Daten aufbewahrt werden, wie sie gelöscht werden können und wo sie liegen. Wer den Bot in einer Gruppe mit echten Nutzern betreibt, muss diese Fragen vorher klären, nicht danach. Drittens: Die Qualität der Antworten hängt vollständig vom angebundenen Sprachmodell und dessen Kosten ab. Das Projekt selbst liefert kein Modell. Ein falsch gewähltes oder zu kleines Modell führt dazu, dass der Bot den Gruppenton nicht trifft, und genau das ist der Zweck des Projekts. Viertens ist der Wartungsstand der Nebenprojekte uneinheitlich: Das Minecraft-Begleitprojekt MaiCraft wird laut README derzeit nicht weiter betreut.
Was MaiBot von einem regelbasierten Gruppenbot unterscheidet
Die naheliegende Alternative ist ein klassischer, befehlsgesteuerter Bot, wie er für QQ und andere Messenger seit Jahren üblich ist. Der Unterschied liegt nicht in der Sprachqualität, sondern in der Auslösung. Ein befehlsgesteuerter Bot reagiert, wenn jemand ein Präfix wie einen Schrägstrich oder ein Schlüsselwort eingibt. Sein Verhalten ist damit vorhersagbar, testbar und kostengünstig, weil kein Modellaufruf ohne Anlass stattfindet. MaiBot dreht das um: Der Agent beobachtet den Verlauf und entscheidet selbst, ob und wann er spricht. Das README nennt das ausdrücklich als Ziel, nämlich "在合适的时候开口，在合适的时候闭嘴", also zum richtigen Zeitpunkt zu sprechen und zum richtigen Zeitpunkt zu schweigen. Der Preis dafür ist Kontrollverlust. Ein befehlsgesteuerter Bot kann nicht unpassend antworten, weil er ohne Befehl gar nicht antwortet. MaiBot kann es, und die Wahrscheinlichkeit steigt mit der Gruppengröße und der Zahl der Modellaufrufe. Wer einen Bot für wiederkehrende Aufgaben wie Ankündigungen, Umfragen oder Moderation braucht, ist mit einem regelbasierten System besser bedient. MaiBot ist die richtige Wahl, wenn das Gesprächsverhalten selbst das Produkt ist.
Wartung, Upgrades und was die GPL-3.0 bedeutet
Die Release-Kadenz ist eng: 1.2.2 und 1.2.3 erschienen am selben Tag im August 2026, 1.2.4 folgte am 1. September 2026. Für Betreiber heißt das, dass zwischen zwei Upgrades selten mehr als zwei Wochen liegen. Wer den Bot dauerhaft laufen lässt, sollte deshalb einen Weg haben, ein Update einzuspielen und bei Problemen auf die vorherige Version zurückzugehen. Das Projekt führt mit main und dev zwei Zweige, was diesen Prozess unterstützt, aber auch bedeutet, dass Fehlerkorrekturen zunächst in dev landen können. Ein weiterer Wartungspunkt sind die Plugins: Das README verweist auf eine eigene Gruppe für Plugin-Entwicklung, was darauf hindeutet, dass Erweiterungen von Dritten gepflegt werden und nicht vom Kernprojekt. Die Lizenz ist GPL-3.0. Wer den Bot nur selbst betreibt, ist davon kaum betroffen. Wer ihn verändert und die geänderte Fassung anderen zugänglich macht, muss den Quellcode unter derselben Lizenz offenlegen. Für Betreiber, die den Bot als Teil eines eigenen, nicht offengelegten Produkts einsetzen wollen, ist das eine Einschränkung, die vor der Integration geklärt werden muss. Dieser Abschnitt ist eine Einordnung, keine Rechtsberatung.
Für wen sich der Betrieb lohnt und was vorher zu prüfen ist
MaiBot ist ein Projekt mit einer klaren Haltung, und diese Haltung schließt bestimmte Einsatzfälle aus. Wer einen zuverlässigen Aufgabenbot braucht, bekommt hier mehr Komplexität und mehr Kosten als nötig. Wer einen Gesprächspartner in einer QQ-Gruppe will, der nicht wie ein Assistent klingt, findet ein Projekt, das genau darauf ausgelegt ist, bis hin zur bewussten Inkaufnahme von Fehlern. Die drei Dinge, die vor einem dauerhaften Betrieb zu klären sind: erstens die tatsächliche Versionsnummer im Release gegenüber der im README genannten, weil beide auseinanderliegen; zweitens die Speicherung der Nutzerdaten, zu der das README keine Angaben macht; drittens das Verhalten des Agents in einer Testgruppe, bevor er in eine Gruppe mit echten Teilnehmern kommt. Das letzte ist kein allgemeiner Rat, sondern folgt aus dem Kernprinzip des Projekts: Ein Agent, der selbst entscheidet, wann er spricht, lässt sich nicht durch Lesen der Dokumentation beurteilen.
Redaktionelles Fazit
MaiBot passt zu Betreibern, die einen eigenen QQ-Bot mit LLM-Anbindung auf einem Rechner dauerhaft laufen lassen wollen und bereit sind, den Gruppenkontext selbst zu pflegen. Wer eine plattformübergreifende Bot-Lösung mit stabiler API-Garantie sucht, ist hier falsch, weil die Anbindung an QQ über eine Bot-Schnittstelle läuft, deren Verhalten das Projekt nicht kontrolliert. Vor dem Einsatz zu prüfen: die unter docs.mai-mai.org dokumentierte Deployment-Anleitung, die tatsächlich im Release enthaltene Versionsnummer und die Modellkonfiguration der gewählten LLM-Anbindung.
Community-Notizen