GitBot

GitBot

gitbot-hq · Coding · Produktivität

GitBot ist ein lokaler Open-Source-Server, der Claude Code, Codex oder OpenCode in wiederverwendbare Bots verwandelt, mit gespeicherten Anweisungen, Freigaberegeln und Threads, die Sie später fortsetzen.

Vorschau der Oberfläche von GitBot

Über GitBot

About

Was ist GitBot

GitBot ist ein lokaler Server für KI-Agenten, den Sie auf Ihrem eigenen Rechner installieren. Er sitzt zwischen einem Browser-Tab und dem Coding-Agenten, den Sie ohnehin bezahlen, und speichert dessen Aufgabe als Bot, den Sie in jedem Repository erneut starten. Ein GitBot-Konto brauchen Sie nicht. Ihre Dateien bleiben, wo sie sind, und die einzige Verbindung nach außen ist die, die Ihr Agent selbst aufbaut.

Das Problem dahinter ist die Wiederholung. Claude Code, Codex und OpenCode vergessen, was Sie beim letzten Mal wollten, also beginnt jede Aufgabe mit derselben Erklärung: wie ein Review aussehen soll, welche Dateien zählen und was der Agent ohne Nachfrage ändern darf. GitBot macht daraus wiederverwendbare KI-Programmier-Bots und legt diese Vorbereitung in einem Bot ab und öffnet einen Thread auf einem Ordner, sobald die Arbeit wieder ansteht.

Zwei weitere Teile schließen den Kreis. Threads sind Gespräche, die an ein Repository gebunden sind, und jeder bleibt bei dem Agenten, der seinen ersten Durchlauf gemacht hat. Sie können den Tab also schließen und zu einer laufenden Antwort zurückkehren. Einrichtungsschritte sind optionale Befehle, die einmal pro Rechner laufen, damit ein Bot prüft, ob ein Werkzeug fehlt, oder die lokale Umgebung vorbereitet, bevor echte Arbeit beginnt.

Die Grenzen sollten Sie vor der Installation kennen. GitBot hat keine Authentifizierung und lauscht auf allen Netzwerkschnittstellen, wer also Port 3000 erreicht, kann Agenten mit Ihrem Datei- und Shell-Zugriff steuern. Außerdem ist das Projekt bei Version 0.0.x unter MIT-Lizenz, die Oberfläche bleibt klein und einige Kanten sind noch nicht glatt.

Erste Schritte

  1. Installieren Sie Node.js 18 oder neuer und einen Coding-Agenten: die claude-CLI, die codex-CLI nach codex login oder opencode nach opencode auth login.
  2. Führen Sie npm install -g @gitbot-hq/gitbot im Terminal aus.
  3. Wechseln Sie in den Ordner mit Ihren Projekten und starten Sie den lokalen Server für KI-Agenten mit gitbot start. Mit -p 4000 wählen Sie einen anderen Port, mit --caffeinate bleibt ein Mac bei langen Jobs wach.
  4. Öffnen Sie http://localhost:3000 auf demselben Rechner, klicken Sie im Bots-Panel auf das Plus und wählen Sie Create manually.
  5. Vergeben Sie einen Namen, wählen Sie einen installierten Agenten, schreiben Sie die festen Anweisungen und lassen Sie die Bot-Berechtigungen auf Ask before each tool. Danach öffnen Sie einen Thread, wählen den Repo-Ordner und senden die erste Nachricht.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von GitBot.

Kostenloser TarifJa
Bezahlte TarifeFree (no paid tiers)
PlattformmacOS, Windows, Linux (Node.js 18+), web browser
Entwicklergitbot-hq
KategorieCoding · Produktivität
VeröffentlichungsdatumSep 2026
Zuletzt aktualisiertOct 2026
Website-Besuche649.3M
Globales Website-Ranking50
API-VerfügbarkeitJa

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • Entwickler, die Claude Code, Codex oder OpenCode bereits bezahlen
  • Einzelne Maintainer mit mehreren Repositories
  • Kleine Teams, die geteilte Abläufe ohne gehostete Plattform wollen

Aufgaben

  • Wiederkehrendes Code-Review
  • Doku-Pflege
  • Abhängigkeiten und Builds

Szenarien

  • Freelancer mit drei Kunden-Repositories
  • Ein Laptop mit bereits angemeldetem Agenten
  • Ein langes Refactoring, das Sie vom Sofa aus verfolgen

Wichtigste Funktionen

Wiederverwendbare Bots statt wiederholter Prompts

Ein Bot für Coding-Agenten bündelt feste Anweisungen, die Wahl des Agenten, einen Berechtigungsmodus und optionale Einrichtungsschritte. Sie beschreiben die Aufgabe einmal in normaler Sprache und nutzen sie in jedem lesbaren Repository erneut. Die Trennung ist der Punkt: der Bot legt fest, wie gearbeitet wird, Ihre Nachricht legt die heutige Aufgabe fest. Darin liegt der Unterschied zwischen einer Prompt-Datei und wiederverwendbaren KI-Programmier-Bots, weil die Vorbereitung zu einem gespeicherten Objekt wird statt zu Text, den Sie erneut einfügen.

Threads, die an einen Ordner gebunden sind

Jeder Thread läuft in dem Repo-Ordner, den Sie beim Start auswählen. GitBot überträgt die Ausgabe des Agenten in den Browser, und das Gespräch übersteht das Schließen des Tabs, ein langer Durchlauf braucht also keine Aufsicht. Der Thread bleibt zudem bei dem Agenten, der seinen ersten Durchlauf gemacht hat, was das Verhalten je Modell berechenbar hält.

Freigabekarten und Werkzeuglisten

Bei Claude Code und OpenCode zeigt GitBot eine Freigabekarte, sobald ein Werkzeug eine Berechtigung verlangt. Eine Liste erlaubter Werkzeuge begrenzt, was der Bot überhaupt aufrufen darf. Automatische Freigabe gibt es auf Wunsch, sie nimmt Ihnen aber die Prüfung einzelner Aufrufe, deshalb starten Sie im Frage-Modus und erweitern später.

Berechtigungsmodi je Agent

Codex arbeitet anders, und GitBot bildet das ab. Ein Claude-Code-Bot und ein OpenCode-Bot erhalten Freigabekarten, ein Codex-Bot hat keinen Kanal für Freigaben pro Aktion. Bei Codex wählen Sie Plan only für reines Lesen oder Edit in the working directory für Änderungen im Ordner. Das Modell ist bei Claude Code und Codex optional und bei OpenCode als Paar aus Anbieter und Modell Pflicht.

Teilbare Bots und Marketplace

Share with code kopiert Anweisungen und Einstellungen eines Bots in ein Format, das Kollegen importieren können. Chatverlauf und lokale Dateien bleiben zurück. Publish to Marketplace entwirft einen öffentlichen Eintrag und einen Pull Request gegen das Repository GitBot Library und muss Ihnen den fertigen Diff vor jeder Veröffentlichung zeigen.

Lokale Ablage und kein Konto

Bots und Thread-Daten liegen standardmäßig unter ~/.gitbot. GitBot betreibt keine gehostete Datenbank, sammelt keine Telemetrie und verlangt keine Anmeldung. Beim Start fragt es Ihre öffentliche IP ab, nur um die Adresse anzuzeigen, die andere Geräte im Netz öffnen sollen.

Vor- und Nachteile

Vorteile

  • Ein bereits bezahlter Agent bleibt die einzige Rechnung, ein zweites Abo müssen Sie nicht rechtfertigen.
  • Anweisungen, Berechtigungen und Einrichtungsschritte liegen an einer Stelle, ein KI-Workflow hängt damit nicht mehr am Chatverlauf einer Person, sondern wird zur Teamroutine.
  • Threads laufen nach dem Schließen des Browsers weiter, ein langes Refactoring braucht also keinen offenen Tab.
  • Der Code steht unter MIT-Lizenz und ist lesbar, was hilft, wenn Sie vor dem Vertrauen prüfen wollen, was auf Ihrem Rechner läuft.
  • Import und Export machen die Übergabe einfach: Kollegen bekommen Ihre exakte Konfiguration statt eines Screenshots von einem Prompt.

Nachteile

  • Keine Authentifizierung. Wer den Port erreicht, startet Agenten mit dem Datei- und Shell-Zugriff Ihres Kontos, deshalb gehört der Server nur in ein vertrauenswürdiges Netz.
  • Ein Modell ist nicht enthalten. Ohne installiertes und angemeldetes Claude Code, Codex oder OpenCode hat GitBot nichts auszuführen.
  • Codex setzt keine Liste erlaubter Werkzeuge durch und kennt keine Freigabe pro Aktion, ein strenger Rahmen verlangt also Claude Code oder OpenCode.
  • Ein importierter Bot kann Einrichtungsbefehle mitbringen, die beim Import laufen, und die 0.0.x-Nummerierung zeigt, dass Kontrollen für Fernzugriff noch fehlen.

Häufige Fragen

GitBot ist ein lokaler Server, der Claude Code, Codex oder OpenCode eine wiederverwendbare Aufgabe, einen Repo-Ordner und ein Gespräch zum Fortsetzen gibt. Die Installation läuft über npm, gearbeitet wird in einem Browser-Tab.