OpenGrok oeffnet Grok Bot fuer fremde Modelle
Ein MIT-lizenziertes Community-Projekt tauscht das Modell hinter Grok Bot aus — sechs Anbieter laufen, drei warten auf einen Wire-Mitschnitt.
Ein einzelner Anschluss faechert sich in neun gleich aussehende Ports auf — Sinnbild fuer einen Bot, der auf mehrere Modellanbieter umgelenkt wird; die Abbildung ist KI-generiert.
OpenGrok ist ein MIT-lizenziertes Community-Projekt, das Grok Bot ueber eine Modell-Auswahl auf fremde Anbieter wie GLM, Claude, Gemini, DeepSeek oder ein lokales llama.cpp umlenkt — nach eigenen Angaben ohne Verbindung zu xAI.
Auf einen Blick
- Lizenz MIT; Repository OnlyTerp/opengrok mit 279 Sternen und 29 Forks (Stand 29.08.2026).
- Sechs Anbieter als funktionierend markiert: Grok, GLM, Claude, Gemini, DeepSeek, lokales llama.cpp.
- Drei Anbieter warten laut Statustabelle noch auf einen Mitschnitt: OpenRouter, Groq, Mistral.
- Einrichtung per git clone und python setup.py; das Skript stellt nach eigener Angabe drei Fragen.
- tools/doctor.py legt beim Setup eine Grundlinie an und meldet nach Updates, was sich verschoben hat.
OpenGrok ist ein MIT-lizenziertes Community-Projekt, das Grok Bot ueber eine Modell-Auswahl auf fremde Anbieter umlenkt: GLM, Claude, Gemini, DeepSeek oder ein lokal laufendes llama.cpp. Das Projekt bezeichnet sich selbst als nicht mit xAI verbunden. Alle Angaben in diesem Text stammen aus der Repository-Seite; eine zweite, unabhaengige Redaktion hat den Fall bislang nicht aufgegriffen.
Was das Werkzeug tut
Der Kern ist ein Auswahlfeld: pro Agent laesst sich ein Modell setzen, testen und speichern. Der Test schickt dabei eine echte Anfrage an den Anbieter, statt nur die Konfiguration zu pruefen. Dahinter liegen zwei Routing-Dateien, provider-maps.cjs und provider-maps-hop.cjs, die beschreiben, wie eine Anfrage an den jeweiligen Anbieter aussehen muss.
Die Einrichtung besteht aus drei Schritten: Repository klonen, in den Ordner wechseln, python setup.py starten. Das Skript erkennt laut Beschreibung vorhandene Installationen, stellt drei Fragen und oeffnet danach die Modell-Auswahl. Welche drei Fragen das sind, nennt die Seite nicht.
Welche Anbieter laufen — und welche noch nicht
Das Projekt fuehrt eine Statustabelle und trennt darin sauber zwischen belegt und offen. Sechs Eintraege gelten als funktionierend, drei als ungeprueft:
| Anbieter | Status laut Projekt |
|---|---|
| Grok (xAI) | funktioniert |
| GLM (Zhipu) | funktioniert |
| Claude | funktioniert |
| Gemini | funktioniert |
| DeepSeek | funktioniert |
| llama.cpp (lokal) | funktioniert |
| OpenRouter | Mitschnitt ausstehend |
| Groq | Mitschnitt ausstehend |
| Mistral | Mitschnitt ausstehend |
Diese Trennung ist der eigentlich interessante Teil. Die Regel des Projekts lautet, dass keine Anbieter-Karte ohne einen echten Mitschnitt der Anfrage in den Bestand kommt. Erzeugt werden diese Mitschnitte mit tools/wire-probe.py, abgelegt werden sie im Ordner wire-captures/ — als Beispiel nennt die Seite einen Mitschnitt fuer GLM 5.3 Flash.
Der Arzt gegen fremde Updates
Das zweite Werkzeug heisst tools/doctor.py. Es nimmt beim Einrichten eine Grundlinie der Maschine auf und beobachtet danach Dateien, Dienste und Zwischenspeicher. Aendert eine neue Grok-Bot-Version etwas an dieser Ablage, soll das Werkzeug benennen, was genau sich verschoben hat. Die Anbieter-Karten sollen dabei ohne Neustart nachgeladen werden.
Dazu kommen tools/qa.py fuer den Selbsttest des Repositorys samt Suche nach durchgesickerten Zugangsdaten, sowie tools/apply-box-patch.py und tools/file-relay.py fuer den Cloud-Fall. Diesen Cloud-Fall nennt das Projekt selbst als Einschraenkung: Cloud-Hosts von Grok Bot lesen die Datei model-bindings.json nicht von sich aus, dort ist ein zusaetzlicher Eingriff noetig.
Groesse und Reifegrad
Am 29.08.2026 zeigt die Repository-Seite 279 Sterne, 29 Forks, 14 Commits im Hauptzweig, ein offenes Issue und keinen offenen Pull Request. Als Themen sind unter anderem ai-agents, grok, llm, model-router und openai-compatible hinterlegt. Ein Abzeichen weist Windows, macOS und Linux aus; eine geforderte Python-Version steht nicht auf der Seite.
Der Werbespruch des Projekts, im Original "Not farming you, arming you", zielt auf den Umgang mit Zugangsdaten: Schluessel sollen die eigene Maschine nicht verlassen.
Was sich mit nur einer Quelle nicht pruefen laesst
Diese Punkte bleiben ausdruecklich offen, und wir runden sie nicht zu Behauptungen auf. Erstens: Dass Zugangsdaten lokal bleiben, ist eine Aussage des Projekts ueber sich selbst — eine unabhaengige Pruefung des Codes liegt uns nicht vor. Zweitens: Wir haben weder setup.py noch wire-probe.py ausgefuehrt; ob die Mitschnitte im Ordner reproduzierbar sind, ist damit nicht belegt.
Drittens: Die fehlende Verbindung zu xAI ist eine Selbstauskunft des Projekts, keine Bestaetigung von xAI. Viertens: Zu Nutzungsbedingungen von Grok Bot und zu der Frage, ob ein solcher Umbau dagegen verstoesst, liegt uns keine Aussage der beteiligten Unternehmen vor. Fuenftens fehlt bisher jede zweite, unabhaengige Berichterstattung zu diesem Projekt.
Häufige Fragen
Was ist OpenGrok?
Ein MIT-lizenziertes Community-Projekt, das in Grok Bot eine Modell-Auswahl einbaut und Anfragen an andere Anbieter weiterreicht. Es stammt nicht von xAI.
Welche Modelle unterstuetzt OpenGrok?
Als funktionierend markiert sind Grok, GLM, Claude, Gemini, DeepSeek und ein lokales llama.cpp. OpenRouter, Groq und Mistral warten laut Projekt noch auf einen Mitschnitt.
Ist OpenGrok ein offizielles Werkzeug von xAI?
Nein. Das Projekt bezeichnet sich selbst als nicht mit xAI verbunden. Eine Bestaetigung oder ein Widerspruch von xAI liegt uns nicht vor.
