Brnch
Vigilbase · Coding
Brnch ist Git-Hosting für Teams, in denen Menschen und Coding-Agenten dasselbe Repository nutzen, mit signierten Merge-Belegen, die Autor, Freigabe und Prüfungen jedes Changes belegen.
Über Brnch
About
Was ist Brnch
Brnch ist ein Git-Host des Anbieters Vigilbase für Teams, die Coding-Agenten in echte Repositories committen lassen. Es bietet, was Sie von einem Code-Host erwarten: Repositories über HTTPS oder SSH, Changes im Stil von Pull Requests, Issues und ein CI-System namens Actions. Dazu kommt ein Protokoll darüber, wie jeder Change auf einen geschützten Branch gelangt ist.
Genau dieses Protokoll ist der Zweck des Produkts. Jeder Merge erzeugt einen signierten Beleg mit dem Autor (eine Person oder eine Agentensitzung mit menschlichem Sponsor), den Freigaben zur exakten Revision, den gelaufenen Prüfungen, deren Herkunft und der gültigen Fassung der Policy. Sie prüfen die Datei offline mit der CLI und dem öffentlichen Schlüssel. Ein Konto brauchen Sie dafür nicht.
Vigilbase nennt das Produkt Code-Hosting für Agenten, und das Etikett setzt die Erwartung: Der Agent ist ein regulärer Nutzer des Repos, kein Skript, das an jemandes Laptop hängt. Wer eine ausgereifte Plattform für KI-Code-Hosting mit großem App-Marktplatz sucht, findet sie hier noch nicht.
Das Produkt läuft auch ohne jede KI. Repositories, Review, Merge, Issues und CI funktionieren ohne Modellanbieter und ohne Schlüssel. KI-Funktionen wie das Entwerfen einer Change-Beschreibung sind optional, und ein Organisations-Administrator entscheidet, ob sie aktiv sind.
Erste Schritte
- Legen Sie ein Konto auf brnch.io mit Ihrer E-Mail-Adresse an. Ein Agent kann denselben Ablauf starten: Die CLI zeigt einen Link und einen achtstelligen Code, den Sie im Browser bestätigen.
- Installieren Sie die CLI mit
npm install -g brnch-cli. Nötig sind Node.js 20 oder neuer und git 2.31 oder neuer. Wer kein npm möchte, nimmt das eigenständige Skript. - Führen Sie
brnch setup --yesim Projektordner aus. Der Befehl legt ein privates Repository in Ihrem persönlichen Namespace an, committet den vorhandenen Stand und schiebt den ersten Commit auf den geschützten Branchmain. - Importieren Sie ein bestehendes GitHub-Repository, wenn der Code woanders liegt. Die Commit-Historie bleibt erhalten, Runner und Secrets richten Sie anschließend auf der Brnch-Seite neu ein.
- Öffnen Sie einen Change, prüfen Sie die Revision und mergen Sie, sobald die Policy erfüllt ist. Der Merge erzeugt einen Beleg, den Sie ablegen oder später kontrollieren.
Produktinformationen
Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Brnch.
Am besten für
Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.
Nutzer
- Teams, die Claude Code, Codex oder Cursor bereits auf gemeinsamen Repos laufen lassen
- Tech-Leads, die Audit-Fragen beantworten müssen
- Kleine Produktteams, die GitHub aus Kosten- oder Prozessgründen verlassen
Aufgaben
- Code prüfen, den ein Agent nachts geschrieben hat
- Einen Merge Monate später nachvollziehen
- Einen Change finden, der die Produktion bricht
Szenarien
- Ein Agent öffnet um zwei Uhr nachts einen Change, ein Entwickler merged ihn nach dem Kaffee
- Ein regulierter Kunde fragt, wer Version 4.2 freigegeben hat
- Drei Agenten arbeiten an getrennten Features im selben Repo
Wichtigste Funktionen
Merge-Belege
Jeder Merge auf einen geschützten Branch erzeugt eine in-toto-Erklärung, die der Promotion-Dienst von Brnch signiert. Sie bindet Autor, Freigaben, Pflichtprüfungen und Policy-Fassung an eine Revision. brnch verify prüft die Signatur offline, sodass Kunde oder Auditor kein Konto brauchen, um den Eintrag zu bestätigen.
Verantwortliche Agentensitzungen
Agentensitzungen laufen mit kurzlebigen, begrenzten Zugangsdaten unter einem menschlichen Sponsor. Ein Agent kann nie mehr als die Person, die die Sitzung gestartet hat. Die Oberfläche hält drei Dinge auseinander: was der Agent behauptet, was die Plattform beobachtet hat und was eine unabhängige Prüfung bestätigt hat. Alles fließt nicht in eine einzige Note. Diese Trennung ist Agenten-Verantwortlichkeit in der Praxis: Behauptung, Beobachtung und bestätigtes Ergebnis sind drei verschiedene Dinge.
Revisionen, Stacks und Rewrites
Die Identität eines Changes übersteht Amend, Rebase und Split, einschließlich change-id von jj und GitButler sowie Change-Id von Gerrit. Jede Ref-Aktualisierung wird protokolliert und lässt sich rückgängig machen. Brnch sagt außerdem Konflikte zwischen offenen Changes voraus, was hilft, wenn mehrere Agenten dieselben Dateien anfassen.
Impact-Review
Read-only-Konnektoren lassen Reviewer einen Change gegen die Produktion halten. Ein Befund wird nur mit der auslösenden Diff-Zeile und dem Produktionsfakt gemeldet, der ihn schädlich macht. Das senkt das Rauschen, das allgemeine Warnungen aus der statischen Analyse erzeugen.
CI mit Actions
Workflows liegen in .brnch/workflows und nutzen eine dokumentierte Teilmenge der GitHub-Actions-Syntax. Läufe starten auf gehosteten Runnern oder auf Ihren eigenen Maschinen. Nur ein gehosteter Lauf, dessen Workflow aus dem geschützten Ziel-Ref stammt, zählt in der Merge-Policy als unabhängiger Nachweis.
MCP-Server und A2A
Brnch stellt einen MCP-Server unter brnch.io/mcp bereit. Sie fügen ihn in ChatGPT oder Claude als eigenen Konnektor hinzu und melden sich per OAuth an. Standardmäßig ist er read-only, Schreibaktionen brauchen eine ausdrückliche Freigabe. Ein separater A2A-Endpunkt gibt Agenten per JSON-RPC lesenden Zugriff.
Vor- und Nachteile
Vorteile
- Der Beleg gibt Auditoren eine Datei, die sie offline prüfen können. Kaum ein Code-Host bietet das, zu welchem Preis auch immer.
- Agentenarbeit gilt als normale Arbeit: eigene Identität, benannter Sponsor, begrenztes Token und derselbe Review-Weg wie bei einem Menschen.
- Freigaben hängen an einer Revision, damit schließt sich die Lücke zwischen Freigabe und Force-Push konstruktiv.
- Die Preise sind klar: kostenlos zum Start, Pro für 8 USD im Monat pro Person, Team für 10 USD pro Mitglied, bei Jahreszahlung 8 USD.
- Das Basis-Hosting läuft ohne KI-Anbieter und ohne Schlüssel. Sie können das Review-Modell also vor den KI-Teilen einführen.
Nachteile
- Die Plattform ist jung. Die Liste der Integrationen bleibt kurz, und Actions deckt nur einen Teil der GitHub-Actions-Syntax ab, die Ihre Workflows vielleicht nutzen.
- Die Migration bleibt teilweise. Code und Historie kommen mit, Sterne, Beobachter, Secrets und Runner müssen Sie neu einrichten.
- `brnch setup` schreibt Capture-Hooks in lokale Konfigurationen von Claude Code, Codex oder Cursor, sofern Sie nicht `--agents none` übergeben. Wer die Doku nicht gelesen hat, wird überrascht.
- Belege sind nur so stark wie Ihre Policy. Sind Pflichtprüfungen dünn oder laufen Workflows aus ungeschützten Refs, sagt der Nachweis wenig.
Häufige Fragen
Brnch ist ein Git-Hosting-Dienst für Teams, die mit Coding-Agenten arbeiten. Es übernimmt Repositories, Changes, Issues und CI und ergänzt signierte Merge-Belege sowie begrenzte Agentensitzungen, damit jeder Change einen prüfbaren Autor und eine prüfbare Freigabe hat.
Ähnliche Inhalte
Entdecke passende Tools, Skills und Artikel zu Brnch.
Alternativen zu Brnch
Base Code
Base44 (Wix) · Coding · ProduktivitätBase Code ist eine geteilte Cloud-Entwicklungsumgebung von Base44. Das Team beschreibt Änderungen an einem bestehenden GitHub-Repository im Chat, prüft sie in der Vorschau und reicht sie als Pull Request ein.
Google EmbeddingGemma 2
Google DeepMind · Schreiben · Bilder · CodingGoogle EmbeddingGemma 2 ist ein offenes Modell mit 740 Millionen Parametern, das Text, Code, Bilder, Audio und Videobilder in Vektoren eines gemeinsamen 768-dimensionalen Raums umwandelt und auf Handys und Notebooks läuft.
GitGlow
GitGlow · Coding · ProduktivitätGitGlow ist ein Git-Client für den Desktop, der Ihren Code und die Änderungen Ihrer KI-Agenten in einer Review bündelt, damit Sie vor dem Ausliefern sehen, was die Maschine verlässt.