Agentty: Coding-Agent als ein einziges Binary

Agentty ist ein quelloffener Coding-Agent fürs Terminal, der als ein einziges statisches Binary ausgeliefert wird. Das Projekt ist in C++26 geschrieben und steht unter der MIT-Lizenz. Im eigenen Repository positioniert es sich ausdrücklich als Alternative zu den etablierten Kommandozeilen-Agenten.

Ein Binary statt einer Laufzeitumgebung

Der deutlichste Unterschied zu den verbreiteten Terminal-Agenten liegt nicht im Modell, sondern in der Auslieferung. Statt eines npm-Pakets, das eine Node-Installation voraussetzt, gibt es eine einzelne ausführbare Datei von laut README 16,7 MB. Das Projekt beschreibt sie als frei von Laufzeitabhängigkeiten: weder Node noch Python noch ein npm install.

Entsprechend breit sind die Installationswege. Genannt werden ein Curl-Skript, Pakete für Debian und Ubuntu, Fedora und RHEL, Arch über das AUR sowie Alpine, dazu Homebrew für macOS, Scoop und Winget für Windows und ein nativer Build für Termux unter Android. Wer selbst kompilieren will, braucht eine C++26-Toolchain — GCC 14 oder neuer, ein aktuelles Clang oder MSVC.

Die Geschwindigkeitsangaben stammen vom Projekt

Das README nennt zwei Zahlen: rund 3 ms Kaltstart und etwa 1 ms von Tastendruck bis zum Bild. Beide Werte stammen aus der Projektdokumentation selbst. Eine unabhängige Nachmessung liegt der Redaktion nicht vor, und es ist aus dem Repository nicht ersichtlich, auf welcher Hardware und mit welchem Messverfahren sie entstanden sind.

Auch die übrigen Kennzahlen sind Momentaufnahmen der Repository-Seite zum Abrufzeitpunkt: 597 Sterne, 17 Forks, 1.767 Commits auf dem Hauptzweig, keine offenen Issues. Eine Versionsnummer oder ein Release-Datum war auf der abgerufenen Seite nicht sichtbar. Als Maintainer ist allein das Konto 1ay1 ausgewiesen.

Anbieterunabhängig — und das hat einen Kostenaspekt

Agentty bindet sich nicht an einen einzelnen Modellanbieter. Aufgeführt sind Anthropic, OpenAI, Groq, Ollama, OpenRouter, DeepSeek, xAI und Google Gemini sowie generisch jeder OpenAI-kompatible Endpunkt. Der Schlüssel wird beim ersten Start interaktiv eingegeben; wer ein lokales Ollama-Modell nutzt, braucht laut README gar keinen.

Wirtschaftlich interessanter ist der sogenannte Smart Mode. Er verteilt Arbeit nach einem Orchestrator-Worker-Muster auf drei Rollen — ein starkes Modell für die Strategie, ein mittleres für die Umsetzung, ein günstiges für Hilfsarbeiten. Das Projekt beschreibt, dass er sich pro Arbeitsbereich merkt, welcher Aufwand nötig war und welche Zerlegungen funktioniert haben. Abschaltbar ist er per Tastenkürzel; ausgeschaltet soll er sich exakt neutral verhalten.

Sandbox, Offline-Betrieb und Skills

Jeder Shell-Aufruf läuft nach Projektangabe in einer Sandbox — bwrap unter Linux, sandbox-exec unter macOS. Dateiwerkzeuge sollen Pfade außerhalb des Arbeitsbereichs verweigern. Eine Ausnahme nennt das README selbst: Auf Android ohne Root laufen Shell- und Build-Werkzeuge wegen Kernel-Beschränkungen ohne Sandbox.

Für abgeschottete Umgebungen gibt es einen Air-Gap-Modus über SSH mit TLS-Pinning. Zur Codesuche kombiniert das Werkzeug BM25 mit dichten Embeddings; für die semantische Hälfte ist optional ein lokaler Ollama-Server nötig. Ergänzend werden Agent Skills aus einem Skills-Verzeichnis geladen, und über das Agent Client Protocol lässt sich Agentty im Editor Zed betreiben.

Was offen bleibt

Diese Meldung stützt sich auf eine einzige Quelle: die Repository-Seite des Projekts. Alle Leistungs-, Größen- und Funktionsangaben sind damit Selbstauskunft des Anbieters, nicht geprüfte Messwerte. Insbesondere ungeprüft bleiben die Startzeiten, die Wirksamkeit der Sandbox und die Frage, wie sich der Agent bei längeren Aufgaben gegenüber den kommerziellen Alternativen schlägt.