Reasonix: ein prüfbarer Coding-Agent im Terminal, um Cache-freundliche Sitzungen herum gebaut
Zusammenfassung
Ein Coding-Agent im Terminal als einzelne statisch gebundene Datei, entworfen um eine einzige Bedingung: den Anfang einer Unterhaltung Byte für Byte gleich zu halten, damit zwischengespeicherte Eingaben billig bleiben. Lange Sitzungen, ein Plan vor dem ersten Schreibzugriff, Kontrollpunkte je Runde und Selbstreparatur fehlerhafter Werkzeugaufrufe. Kostenlos und quelloffen.
Empfehlen- Name
- Reasonix
- Version
- 0.53.2
- Preis
- Kostenlos
- Open Source
- Open Source
- Betriebssystem
- macOSLinuxWindows
- Webseite
- https://reasonix.io
- Aktualisiert
- 2026-10-06 18:49
Einen Coding-Agenten im Terminal laufen zu lassen, war einmal neu und ist längst Gewohnheit. Er liest, plant, ändert, lässt die Tests laufen, und ein Projekt kommt voran, während man etwas anderes tut. Dann kommt die Monatsrechnung, und die Gewohnheit bekommt einen Preis, der sich schwer rechtfertigen lässt. Jede Runde schickt die Systemanweisung, die Werkzeugbeschreibungen und die gesamte Vorgeschichte erneut an das Modell, und eine Sitzung von mehreren Stunden versendet dasselbe Material hunderte Male.
Das meiste dieser Wiederholung sollte fast nichts kosten. Anbieter gewähren Rabatt auf Eingaben, die mit bereits gesehenen identisch sind – aber nur, wenn der wiederholte Teil ganz am Anfang der Anfrage steht und Byte für Byte unverändert bleibt. Ein allgemeiner Agent, der seinen Kontext zwischen den Runden umsortiert, zerstört diese Anordnung bei jedem Aufruf. Deshalb taucht der Rabatt so selten dort auf, wo er zählen würde.

Eine Bedingung, ernst genommen
Reasonix ist um diese eine Tatsache herum gebaut. Die ganze Bauweise folgt der Regel, dass der Anfang einer Unterhaltung sich nach dem ersten Versand nie mehr ändern darf. Hier wird nicht die Schleife eines anderen mit einem neuen Anstrich versehen; der Zweck des Projekts ist es, einen Terminal-Agenten so umzustellen, dass der billige Weg über Stunden offen bleibt.
Die Sitzung zerfällt deshalb in drei Bereiche mit drei verschiedenen Verhaltensweisen. Ein unveränderlicher Anfang hält Systemanweisung, Werkzeugspezifikationen und Beispiele, einmal beim Öffnen der Sitzung eingefügt und dann gesperrt. Ein nur fortgeschriebener Bereich trägt die Vorgeschichte in zeitlicher Reihenfolge, nie umsortiert und nie umgeschrieben. Ein flüchtiger Bereich enthält das Denken der laufenden Runde und den Entwurf eines Plans, und dieser Teil bleibt auf dem eigenen Rechner, ohne überhaupt nach außen zu gehen.
Die wirtschaftliche Wirkung ist nicht subtil. Zwischengespeicherte Eingabe wird zu einem kleinen Bruchteil des normalen Satzes berechnet, doch ein einziges geändertes Byte vorne wirft den ganzen Zwischenspeicher weg. Diese beiden Tatsachen erklären nahezu jede Entscheidung im Programm.

Wie die Ersparnis im Alltag aussieht
Zahlen aus dem gewöhnlichen Gebrauch überzeugen mehr als eine Messung. Eine Person verbrachte einen vollen Arbeitstag mit dem Agenten und bewegte über vierhundert Millionen Eingabetoken; die Rechnung belief sich auf zwölf Dollar, während dieselbe Arbeit ohne Zwischenspeicher etwa das Fünffache gekostet hätte. Der Anteil der Anfragen, die den Zwischenspeicher trafen, lag über neunundneunzig Prozent. Das ist keine Laborzahl, das ist der Dienstag einer Person.
Selbstständigkeit, die man im Lauf prüfen kann
Der Preis ist nur die eine Hälfte des Zögerns, einen Agenten stundenlang allein zu lassen. Die andere Hälfte ist das Nichtwissen, was er getan hat. Die Antwort sind hier mehrere Schichten, von denen jede einen Teil der Sitzung sichtbar hält.
Ein Planungsmodus legt Schritte vor, bevor eine Datei berührt wird, und geschrieben wird nichts, solange der Plan nicht bestätigt ist. Berechtigungsschwellen fragen getrennt nach Lesen, Schreiben und Ausführen von Shellbefehlen, und selbst eine erlaubte Aktion bleibt in den Grenzen einer Sandbox für den Arbeitsbereich. Kontrollpunkte entstehen in jeder Runde außerhalb der Versionsgeschichte, sodass eine sechs Stunden laufende Sitzung auf jeden dieser Punkte zurückgeholt werden kann, ohne dass Commits im Projekt verstreut bleiben. Und eine Reparaturschicht fängt die Angewohnheiten dieser Modelle ab: ein Werkzeugaufruf, den der Denkblock verschluckt, eine Argumentliste, die auf halbem Weg abbricht, ein Schwall von Aufrufen in falscher Reihenfolge.
Eine kleine Aufgabe zeigt, wie die Schichten zusammenspielen. Aufgefordert, einem HTTP-Client einen erneuten Versuch mit wachsender Pause hinzuzufügen, listet der Agent zuerst drei Schritte und bestätigt, dass zwei Dateien und ein Testlauf betroffen sind. Nach einem Ja ändert er beide Dateien der Reihe nach und lässt den Test laufen. Jeder Schritt bekommt einen Kontrollpunkt, und jeder enttäuschende Schritt lässt sich mit einem Befehl zurücknehmen. Die ganze Sitzung dauerte achtzehn Minuten, neun Werkzeugaufrufe und weniger als fünf Cent.
Eine Datei, mehrere Zugänge
Das Programm wird als einzelne statische Datei ohne dynamische Abhängigkeiten übersetzt, gebaut für die zwei verbreiteten Prozessorfamilien auf den drei Desktop-Plattformen. Dieses eine Erzeugnis trägt jede Art der Nutzung: das Terminal selbst, eine Anwendung für den Arbeitsplatz und eine Erweiterung für den Editor, die ein offenes Agentenprotokoll spricht, damit dieselbe Maschine in einem Editorfenster sitzt.
Alle diese Zugänge teilen eine Maschine, weshalb Sitzungsdauer, Berechtigungsschwellen, Kontrollpunkte, Rücknahme und die Plugin-Schicht an einer Stelle liegen statt vier Mal umgesetzt zu werden. Das vermeidet den vertrauten Bruch, bei dem die Fassung für den Arbeitsplatz etwas kann, was die Kommandozeile nicht kann.
Die Konfiguration folgt demselben Grundsatz: keine Modellwahl ist fest verdrahtet. Anbieter, Agenten, Werkzeuge und Plugins stehen alle in einer einzigen Textdatei. Die Modelle des Herstellers kommen mit Voreinstellungen für eine schwerere und eine leichtere Variante, und jeder kompatible Endpunkt lässt sich mit einem kurzen Block ergänzen, auch ein Modell auf dem eigenen Rechner. Schlüssel werden über Umgebungsvariablen eingebunden statt in die Datei geschrieben, damit sich die Konfiguration gefahrlos einchecken lässt.
Plugins halten sich an dieselbe Regel. Ein externer Werkzeugserver wird mit einem kurzen Abschnitt Konfiguration angebunden, und die eingebauten Unteragenten für Erkundung, Recherche, Prüfung und Sicherheitsprüfung arbeiten jeweils abgeschottet, parallel oder ineinander verschachtelt.
Für wen es gedacht ist
Das Projekt ist quelloffen unter einer freizügigen Lizenz, begann im Frühjahr 2026 und erscheint fast täglich in einer neuen Fassung; in wenigen Monaten ist eine große Gemeinschaft entstanden. Das Argument ist eng, aber ehrlich: Es behauptet nicht, ein schnellerer Agent zu sein, sondern ein bestimmtes Modell über Stunden wirklich billig zu machen, während jeder Schritt sichtbar und umkehrbar bleibt. Wenn dieses Modell ohnehin zu Ihrem Arbeitstag gehört, lohnt sich ein Nachmittag damit.