Zurück zu xNaut

xNaut / Anleitung 1 von 3 / 3 Minuten Lesezeit

Die Geburt von xNaut

xNaut begann vor mehr als achtzehn Monaten als persönliche CLI für Code-Snippets und DevOps-Arbeit. KI kam später, als der Arbeitsbereich um die Aufgaben herum wuchs, die ich damit erledigen musste.

Der Grund

Ich wollte weniger Fenster und einen vollständigen Entwicklungsworkflow.

xNaut begann als meine eigene CLI für Snippets und DevOps-Arbeit. Als Programmieragenten zu einem Teil meiner Routine wurden, wollte ich Terminals, Projektdateien und Agentensitzungen zusammen.

Der Arbeitsbereich verbindet nun Tickets mit der Implementierung, der separaten Überprüfung und der menschlichen Überprüfung. Worktrees und unterstützte Sandboxes halten die Aufgaben getrennt, während ich die Arbeit verfolge.

48Nauts / Produkthandbücher

Ein Arbeitsplatz, der aus Frustration entstanden ist

Ich habe jahrelang Pieces OS verwendet, um Codeschnipsel zu speichern und zu teilen. Es passte am besten zu meiner damaligen Arbeit. Wiederkehrende Probleme und schwierige Veröffentlichungen machten es mir schliesslich schwerer, mich darauf zu verlassen.

Ich habe auch Warp verwendet. Als sich die Richtung hin zu einem KI-nativen Terminal verlagerte, wurde ich aufgefordert, für Funktionen zu zahlen, die ich nicht wollte, obwohl die Erfahrung immer noch hinter dem zurückblieb, was ich brauchte. Die Werkzeuge bewegten sich in eine Richtung, die nicht mehr zu meiner Arbeit passte.

Daraus entstand eine praktische Frage. Könnte ich eine CLI bauen, die genau meine Aufgaben erledigt? Coding-Agenten erleichterten den Versuch. Sie halfen mir beim Entwickeln der Software. KI war aber nicht der Zweck der ersten Version.

Von gespeicherten Snippets bis zur laufenden Infrastruktur

Die erste Version brachte meine Codeschnipsel in einen Arbeitsbereich, wo ich sie verwenden und ausführen konnte. Es gab mir auch die Möglichkeit, DevOps-Szenarien zu testen, mit besonderem Schwerpunkt auf Terraform-Skripten und der Bereitstellung oder Bereitstellung von Systemen in AWS, Google Cloud und anderen Umgebungen.

Das waren die ursprünglichen Anforderungen: Halten Sie nützlichen Code griffbereit, führen Sie ihn aus und testen Sie die Infrastruktur-Workflows, die ich in der Praxis verwendet habe. Die frühe Anwendung verdiente ihren Platz durch die Lösung dieser alltäglichen Probleme.

Besen / Broom: Speicherplatz verstehen und zurückgewinnen

Die nächste Ergänzung erfolgte aus einer weiteren Abonnementverlängerung. Ich habe CleanMyMac verwendet, aber die steigenden Kosten liessen mich darüber nachdenken, welche Funktionen ich tatsächlich benötigte und ob ich sie in meinen eigenen Arbeitsbereich integrieren könnte.

Daraus wurde Broom, oder Besen auf Deutsch, ein Festplattenreinigungstool in xNaut. Es zeigte mir, wo Speicher verwendet wurde, und ermöglichte mir das Entfernen unerwünschter Dateien.

Das erste KI-Feature

KI gelangte über einen lokalen Assistenten für Befehlszeilenaufgaben in die Anwendung. Ich habe damit Dateien organisiert, Ordnerstrukturen erstellt und neue Projekte eingerichtet. Dies war der erste Punkt, an dem KI Teil des Produkts selbst wurde.

Von da an fanden weitere Tools, die ich für die Softwareentwicklung entwickelte, ihren Weg in dieselbe Anwendung. Dateiverwaltung, Projektaufbau und Entwicklungsarbeit waren bereits in der Praxis miteinander verbunden; Der Arbeitsbereich begann dies widerzuspiegeln.

Wie daraus heute xNaut wurde

Im Laufe des folgenden Jahres entwickelten sich diese Ergänzungen zu dem Entwicklungsarbeitsbereich, der xNaut heute ist. Der Umfang umfasst jetzt Tickets, Codierungsagenten, separate Worktrees, Verifizierung und menschliche Überprüfung. Der rote Faden ist immer noch das ursprüngliche Bedürfnis: die Werkzeuge und die Arbeit miteinander in Verbindung zu halten und das Ergebnis überprüfen zu können.

Lassen Sie uns erkunden, was aus xNaut geworden ist.