Was wäre, wenn ein Code-Repository tatsächlich in Postgres gespeichert wäre und Agenten Dateien direkt durch Lesen/Schreiben in die DB modifizieren würden? Die Codegeschwindigkeit hat sich um das 3-5-fache erhöht. Das wird zweifellos so weitergehen. Die PR-Überprüfung ist bereits zu einem Engpass für leistungsstarke Teams geworden. Ein Code-Repository, das im Dateisystem ausgecheckt ist, scheint ein schreckliches primitives Konzept zu sein, wenn man 10-100-1000 Agenten hat, die Code schreiben. Code ist jetzt hochdynamische Daten und sollte entsprechend modelliert werden. Mindestens benötigen wir schreiblevel-atomare Operationen und eine bessere Koordination zwischen den Agenten, bessere Synchronisationsprimitive für das Abonnieren von Änderungen des Code-Repository-Zustands und eine Echtzeit-Datei-Ebene für Code-Linting/Fmt/Überprüfung. Das aktuelle, ~20 Jahre alte Paradigma von git checkout/branch/push/pr/review/rebase endete im Januar 2026. Wir benötigen ein völlig neues Fundamentalsystem zum Schreiben von Code, wenn wir wirklich mit den Skalierungsgesetzen Schritt halten wollen.

@mntruell @bcherny @thdxr @thsottiaux ihr habt zwei Wochen Zeit, um ein V1 zu liefern, bevor ich es selbst mache

@cyrusnewday @LangChain Ah, das habe ich nicht gesehen. Sehr cool.