Entire: Agent-Session-Logs im Git-Repo

Thomas Dohmke, bis August 2025 vier Jahre CEO von GitHub, hat am 8. Juli die Preview seines neuen Unternehmens Entire geöffnet. Auf dem Papier ist es ein verteiltes Git-Netzwerk mit regionalen Mirrors. Spannender ist ein zweiter Teil: Entire schreibt neben jedem Commit ein Log der Agent-Session mit, die den Commit erzeugt hat. Prompts, Antworten, Werkzeug-Aufrufe, Dateiänderungen. Auch wenn Entire selbst nie in eure Toolchain kommt, lohnt sich der Blick auf das Muster.

Wie Entire intern gedacht ist

Der Aufhänger ist ein Skalierungsproblem, das viele schon spüren. Jeder Coding-Agent klont, liest, pusht, wiederholt. Wenn zehn Kolleginnen jeweils zwei bis drei Agents laufen haben, wird aus der Handvoll Git-Operationen pro Tag ein Dauerfeuer. GitHub reagiert mit Rate-Limits, hoher Latenz oder Ausfällen. Cursor betreibt inzwischen einen eigenen Vorlage-Cache namens "Cursor Origin", andere Anbieter ähnlich.

Entire greift das mit drei Ideen an, die man als Team unabhängig betrachten sollte:

Regionaler Mirror. Ihr spiegelt euer öffentliches oder privates GitHub-Repo in einem Schritt nach Entire. Der Code bleibt bei GitHub, Entire hält eine synchrone Kopie in einer nahen Region vor. Agents klonen und pullen aus dem Mirror. Das entlastet euer GitHub-Kontingent und verkürzt Distanzen. Getestet mit rund 570.000 Clones pro Stunde und 2,1 Millionen Pushes pro Stunde aus einem Repository (Herstellerangabe, unabhängig unbestätigt).
Semantic Memory Layer neben dem Code. Zusätzlich zum Git-Objektspeicher gibt es eine zweite Schicht, die pro Session Prompts, Antworten, Tool-Calls und Dateiänderungen ablegt. Diese Schicht liegt im selben Repository wie der Code, versioniert, abfragbar.
Werkzeuge auf dieser zweiten Schicht. Entire Blame zeigt zu einer Codezeile die Session, den Prompt und die Entscheidung dahinter. Entire Review schickt einen Branch an mehrere Agents parallel zur Prüfung. Semantic Search fragt nicht "welche Datei enthält X", sondern "warum steht X so da".

Dohmke bringt es in einem Satz auf den Punkt, den man nicht ignorieren sollte: "Session logs are now the second most-produced artifact in software development." Wenn Agents täglich mehr Sessions produzieren als menschliche Entwicklerinnen Commits, ist es eine ernste Frage, wo dieses Material eigentlich liegen soll.

Was Entwicklerteams daraus lernen

Die Frage, um die es hier eigentlich geht, ist nicht "was macht Entire". Sondern: wie geht euer Team damit um, dass ein Agent bald mehr Commits produziert als eine menschliche Kollegin?

Agenten-Verhalten wird prüfbar sein müssen. Der EU AI Act verlangt für Hochrisiko-Systeme Nachvollziehbarkeit über den Lebenszyklus. Wenn ihr eine Produktionslinie durch einen Agenten patchen lasst, wird die Frage "warum hat dieses System gerade diese Änderung gemacht" in einer Prüfung nicht mit "das war die KI" abzuräumen sein. Session-Logs sind der offensichtliche Baustein für diese Antwort.

Der Ort dafür ist das Repository, nicht das Chat-Fenster. Aktuell liegen Prompt-Verläufe in der Cursor-History, in der Claude-Code-Terminal-Session, in einem Anthropic-Backend oder in einer JSON-Datei, die niemand aufhebt. In sechs Monaten wird niemand mehr wissen, warum Zeile 42 in diesem Modul so aussieht. Ein Repository ist der eine Ort, den Entwicklerteams sowieso pflegen. Was Dohmke Session-Logs im Repo nennt, ist der praktikable Aufhängepunkt.

Der Wert steckt in der Verknüpfung, nicht im Log. Ein Prompt-Archiv allein hilft niemandem. Was zählt, ist die harte Verbindung zwischen "diese Zeile Code" und "diese Interaktion mit dem Agent". Wenn eure Werkzeugkette diese Verbindung heute nicht hinbekommt, ist das eine Baustelle, unabhängig davon, ob Entire, GitHub, GitLab oder ein selbstgebautes Setup sie schließt.

QA und Compliance werden früher gefragt, nicht später. Wenn ein Fehler in Produktion auf eine Agent-Änderung zurückgeht, wollt ihr wissen: Welches Modell, welcher Prompt, welche Tool-Calls, welche Reasoning-Schritte, welche Datei-Diffs. Ohne Log bleibt euch bei einem Post-Mortem nur Raten. Diese Anforderung lässt sich unabhängig von einem Anbieter jetzt aufschreiben.

Was ihr heute tun könnt, ohne Entire

Zwei praktische Bewegungen, die für jedes Team sinnvoll sind, egal welche Plattform:

Legt fest, was ihr aus jeder Agent-Session festhalten wollt. Ein minimales Schema: Zeitpunkt, Modell und Version, System-Prompt, Nutzer-Prompt, Tool-Calls (mit Argumenten und Ergebnissen), erzeugte Diffs, verknüpfter Commit-Hash. Das kann für den Anfang eine JSON-Datei sein, die euer Wrapper-Skript schreibt.
Verankert die Verknüpfung zum Commit. Git-Notes, ein Trailer in der Commit-Message oder ein paralleles Verzeichnis im Repo sind alle möglich. Wichtig ist, dass jemand in einem Jahr von einer Zeile Code zu der Session findet, die sie erzeugt hat.

Wenn ihr das habt, ist Entire vielleicht die bequemere Umsetzung. Ohne diese Klarheit ist auch Entire nur eine schönere Oberfläche.

Wie das im Vergleich aussteht

GitHub arbeitet an ähnlichen Aufhängungen. Copilot Enterprise sammelt Prompt-Verläufe, die Verknüpfung zum Commit ist bislang nur schwach. GitLab hat für sein Duo-Angebot Ähnliches angekündigt, aber nichts mit klarer Repository-Bindung. Codeberg und selbstgehostete Forgejo-Instanzen sind neutraler Boden für alles, was ihr selbst bauen wollt, aber ohne fertige Session-Werkzeuge.

Entire ist damit im Moment der lauteste Vorschlag für das, was in zwölf Monaten Standard sein könnte. Ob es dieser Vorschlag ist oder ein anderer, entscheidet sich später.

Wo ihr vorsichtig sein solltet

Weil das kein Sales-Text ist, gehören die Lücken deutlich benannt:

Preview, Wartelisten. Der Zugang läuft in USA, EU und Australien, aber gedrosselt. Kein Production-Nachweis unter realen Enterprise-Bedingungen.
Keine öffentlichen Preise. Weder für Solo-Devs noch für Teams. Das macht Kostenmodellierung im eigenen Team schwierig.
Keine harten Datenschutz-Zusagen. Der Plan, Code regional zu halten, ist angekündigt, aber kein Vertrag. Für DSGVO-relevante Repositories ist das ein Blocker, bis konkrete Klauseln stehen.
Kein Open Source zum Start. Dohmke spricht von "months ahead" für Offenlegungen. Bis dahin verlagert ihr Vendor-Bindung von GitHub nach Entire, nicht dass ihr sie auflöst.
Herstellerangaben zu Durchsatz. Die 570.000 Clones pro Stunde sind eigene Zahlen aus simulierten Setups, keine unabhängigen Messungen unter realer Last.

Kurz gesagt

Entire ist ein Pilotversuch, kein fertiges Produkt. Die These dahinter ist trotzdem hörenswert: Wenn Agents täglich mehr Sessions erzeugen als Menschen Commits schreiben, gehören diese Sessions ins Repository. Ihr müsst diese These nicht bei Entire kaufen. Prüft sie in eurer eigenen Werkzeugkette. Wer heute schon ein minimales Session-Log neben dem Commit einführt, hat es leichter, wenn die AI-Act-Aufsicht in ein, zwei Jahren nach Nachvollziehbarkeit fragt.