Atuin Threads macht Agent-Sessions auf allen Rechnern durchsuchbar und fortsetzbar
Atuin Threads: All your agent sessions on every machine
Atuin 18.24 führt Threads ein: eine durchsuchbare, synchronisierte Historie aller Coding-Agent-Sessions, verschlüsselt und über mehrere Maschinen hinweg verfügbar. Eine in Claude Code begonnene Aufgabe lässt sich mit `atuin resume` in Codex auf einem anderen Rechner nahtlos fortsetzen, inklusive Kontext. Unterstützt werden Claude Code, Codex, Pi, Omp und OpenCode. Über MCP können Agenten frühere Sessions selbst durchsuchen und auf vergangene Entscheidungen aufbauen.
Was früher in .bash_history verschwand, wird jetzt zum dauerhaften, durchsuchbaren Gedächtnis meiner Arbeit – samt Denkwegen und Absichten.
- baalimago
Ich vermute, das ist eines dieser Probleme, für die "jeder" seine eigene Lösung gebaut hat. Mich eingeschlossen!
Ich habe slivingdoc[0] mit einem alternativen Ansatz gebaut: Statt exakte Sessions zu synchronisieren (die oft recht verrauscht und nicht so nützlich sind), bekommen die Agenten ein lebendiges Dokument mit automatischer Merge-Konflikt-Auflösung, das auf S3 ("unendlicher" Speicher) basiert. Die Idee dahinter ist, dass die Agenten dazu angehalten werden, ihren Kontext als normale UTF-8-Dateien in slivingdoc zusammenzufassen. So muss man nur den stdio-MCP-Server zu all seinen Harnesses hinzufügen, die das unterstützen, und es funktioniert einfach!
Manche Harnesses sind von diesem Konzept _super_ begeistert. Codex braucht überhaupt kein Prompting, um mit der Kommunikation zu beginnen. Ich hatte die Idee, als ich agentische Foren über all die OpenAI-Hacks ermöglicht habe.
[0]: slivingdoc.dev
- nzoschke
Ich habe begonnen, meine eigene Version davon in Superlogical Rex zu bauen.
Es ist etwas schwierig zu entscheiden, wo man sich einklinken soll.
Rex hat Events, Harnesses haben Hooks, Terminal-Ausgaben können den Programmstatus setzen, Git hat Hooks.
Ich bin mir nicht sicher, ob ich wirklich jede Session von jedem Rechner gespeichert haben will. Das ist eine Menge Rauschen, besonders wenn die Hälfte der Coding-Sessions experimentell / Wegwerf sind.
Aber gleichzeitig sind es nicht so viele Daten, dass man sie nicht einfach mit ripgrep / LLM durchsuchen könnte.
- hugmynutus
Ich habe Atuin ein paar Wochen lang wirklich genossen, bis ich feststellte, dass es kein korrektes `EFSRO`-Handling (Error: Read-Only File System) hat. Als mein `/home`-Mount einen RAID-Array-Laufwerksausfall hatte, hat es meine lokale Shell kaputt gemacht. Das Issue ist seit fast einem Jahr offen. Ziemlich enttäuschend.
- thesurlydev
Ich habe eine Liebesaffäre mit Atuin, aber das könnte zu einer ausgewachsenen Obsession werden
- talloaktrees
Ich habe das für mich selbst gebaut, aber nicht über mehrere Rechner hinweg.
Es scannt die Session-Logs aller Coding-Harnesses, die ich benutze, und eine zusätzliche Sache, die es macht, ist Embeddings zu erstellen, um eine hybride BM25/semantische Suche zu ermöglichen.
Ich denke, diese Art von Tools gehört zu den wenigen Malen, in denen ich Zeit damit verbracht habe, "KI zu benutzen, um an meinen KI-Tools zu arbeiten", und das war tatsächlich eine gute Zeitinvestition.
Es ist so nützlich, sagen zu können: "Durchsuche die Sessions nach dem Mal, als ich vor 3 Monaten an XYZ gearbeitet habe"