Perplexity hat am 12. Oktober 2026 in seinem offiziellen Engineering-Blog offengelegt, dass Projects, die bereits verfügbare Funktion in Perplexity Computer, nicht auf einem gewöhnlichen geteilten Ordner beruht. Darunter arbeitet ein Git-Repository-System, das speziell für die Zusammenarbeit von Menschen und Agenten gebaut wurde: Jedes Projekt entspricht genau einem Git-Repository, und die interaktiven Agenten eines Nutzers, zeitgesteuerte Agenten und die Agenten anderer Beteiligter schreiben ihre Änderungen alle in dasselbe Repository. Ein neues Modell wurde nicht vorgestellt, doch der Beitrag behandelt ein Problem, das unvermeidlich wird, sobald Agenten langfristige Arbeit übernehmen: Wo liegt das Ergebnis, wer hat was geändert, und wie macht man einen Fehler rückgängig?
Warum ausgerechnet Git
Die Begründung von Perplexity ist praktischer Natur. Zusammenarbeit über Monate braucht drei Eigenschaften: Das Ergebnis muss über Sitzungen hinweg bestehen bleiben, statt mit der Sandbox zu verschwinden; parallele Änderungen mehrerer Personen und Agenten dürfen einander nicht still überschreiben; und jede Änderung muss nachvollziehbar und umkehrbar sein. Das sind genau die Probleme, die Git seit Jahrzehnten löst. Der Unterschied liegt darin, dass klassische Code-Plattformen für Menschen entworfen wurden und ihre Prüfansichten, Zweigverwaltung und Benachrichtigungen für Agenten nur Ballast sind. Perplexity behält deshalb nur Gits Speicher- und Prüfmechanik. Agenten warten nicht auf menschliche Freigaben; stattdessen prüft der Git-Dienst jede Einreichung mechanisch gegen einen Repository-Vertrag und übernimmt nur, was besteht. Stoßen zwei Agenten zusammen, erhält die spätere Einreichung auf veralteter Basis eine ausdrückliche Ablehnung; der Agent spielt seine Änderungen auf den neuen Stand auf und reicht erneut ein. Im Produktivbetrieb, so Perplexity, werden weniger als 2 % der Einreichungen als veraltet abgelehnt; die mittlere Einreichungsdauer liegt unter 1,7 Sekunden, das 99. Perzentil unter 8 Sekunden.
Wie die fünf Teile zusammenarbeiten
Das System besteht aus fünf Komponenten. Jeder Agent arbeitet in seiner eigenen Sandbox, in der ein kleines Kommandozeilenwerkzeug das Repository lokal bereithält und Ergebnisse in sinnvollen Arbeitseinheiten übermittelt. Die Steuerungsebene findet nur Repositories und vergibt kurzlebige Zugangsdaten; sie berührt die Daten selbst nicht. Der Git-Dienst führt Gits eigene Operationen zum Klonen, Abrufen und Empfangen aus und entscheidet, welche Einreichung der neueste akzeptierte Stand wird; der Zustand wird in DynamoDB festgehalten. Die Repository-Daten selbst liegen auf einem gemeinsamen Dateisystem, das AWS S3Files bereitstellt, sodass die Dienstkopien zustandslos und austauschbar bleiben. Nach einer akzeptierten Einreichung extrahieren Hintergrundprozesse Text und Metadaten aus geänderten Dokumenten, damit Agenten sie beim nächsten Öffnen eines Projekts durchsuchen können. Um Bandbreite zu sparen, laden Sandboxes nicht gleich das ganze Repository: Große Dateien erscheinen zunächst als Git-LFS-Zeiger, Agenten lesen den extrahierten Text und holen Originale nur bei Bedarf. Ein virtuelles Dateisystem auf FUSE-Basis wurde nach Firmenangaben erprobt und verworfen, weil es bei dateilastigen Aufgaben rund 400-mal langsamer war. Auch der Verlauf wächst nicht unbegrenzt: Überschreitet die Zahl der aufbewahrten Commits einen Schwellenwert, wird die ältere Historie zu einem einzigen Startsnapshot verdichtet.
Was die Zahlen zeigen und wo die Belege enden
Der von Perplexity veröffentlichte interne Test veranschaulicht die Absicht des Entwurfs. Bei 150 Finanzfragen über denselben Dokumentenbestand erreichte ein Agent, der sich durch Dateien explorativ vorarbeitet, 0,867 beim Auffinden des richtigen Dokuments und 0,627 bei der richtigen Antwort, gegenüber rund 0,39 und 0,37 für die semantische Suche — bei den Antworten also etwa das 1,7-Fache, bei rund 25 % geringerer Latenz. Das erneute Andocken an ein bereits geöffnetes Projekt dauert etwa 2,9 Sekunden, gegenüber rund 8 Sekunden beim Kaltstart. Auch das Langzeitgedächtnis von Computer namens Brain läuft auf derselben Repository-Infrastruktur; Wissensseiten werden als Commits in getrennten Repositories abgelegt, damit Speicheraktualisierungen nie mit Projektbearbeitungen konkurrieren. Zwei Einschränkungen gelten: Alle Werte stammen aus Perplexitys eigener Messung ohne unabhängige Nachprüfung, und der Testbestand war selbst gewählt. Die Zahlen belegen also eine Entwurfsbegründung, kein Branchenurteil. Die Richtung bleibt dennoch relevant. Während Agenten von einmaligen Antworten zu monatelanger Zusammenarbeit übergehen, verlagert sich der Wettbewerb vom Modell selbst hin zur Beständigkeit und Prüfbarkeit des Arbeitsbereichs. Perplexitys Wette lautet, dass die vor Jahrzehnten für menschliche Zusammenarbeit erfundene Versionskontrolle das schnellste Fundament ist, das Agenten sich leihen können — und wessen Agenten auf einem stabilen Fundament stehen, dem traut man eher längere Aufgaben zu.
