Managed ANS
Eine Governance-Schicht für Teams, die Flotten unbeaufsichtigter Agents betreiben, gebaut auf dem Tokonomix-Gateway. Noch nicht verfügbar — diese Seite beschreibt, was gebaut wird, nicht, was du heute kaufen kannst.
Was es ist
Der Open-Source-Harness steuert einen Agenten, ein Repository, einen Lauf. Managed ANS ist die Schicht darüber: eine Möglichkeit, eine ganze Flotte von ANS-Läufen — über Repos, über Maschinen, über ein Team hinweg — auf ein einziges Tokonomix-Gateway-Token auszurichten, damit die Dinge, die ein Team zentral kontrollieren muss, nicht auf jeder Maschine, die nachts einen Agenten laufen lässt, von Hand konfiguriert werden müssen.
Die fünf Fähigkeiten
Ein Token pro Flotte
Ein einziges Tokonomix-Token authentifiziert jeden unbeaufsichtigten Lauf in der Flotte, beim Start als Token-Referenz aufgelöst — nie ein roher Provider-Schlüssel, der auf jeder Maschine in eine Konfigurationsdatei kopiert wird.
Harte monatliche Budgetgrenze
Eine am Gateway durchgesetzte Grenze, nicht der lokalen Konfiguration jeder einzelnen Maschine anvertraut. Eine Flotte von Agents, die über Nacht läuft, kann nicht still und leise mehr ausgeben, als für den Monat budgetiert war.
Modell- und Provider-Allowlists
Welche Modelle und Provider ein unbeaufsichtigter Lauf aufrufen darf, zentral einmal festgelegt, statt als Konvention, an die sich jedes Repo selbst erinnern muss.
EU-Datenresidenz-Routing
Route Aufrufe über EU-basierte Infrastruktur. Das ist Datenminimierungs-Routing, kein Compliance- oder Zertifizierungsanspruch — es bestimmt, wohin ein Aufruf geht, nicht deinen regulatorischen Status.
Zentrale Abrechnung und Nutzung
Ein Ort, um zu sehen, was jeder unbeaufsichtigte Lauf in der Flotte ausgegeben und aufgerufen hat, statt es aus separaten Provider-Dashboards pro Maschine zu rekonstruieren.
Warum das für eine Flotte zählt, nicht für einen einzelnen Lauf
Ein unbeaufsichtigter Agent auf einem Repo ist leicht zu überblicken: Du setzt einen Schlüssel, du schaust dir den Morgenreport an, du machst weiter. Das Problem zeigt sich beim zweiten und dritten Repo, bei der zweiten und dritten Maschine. Eine lokal gesetzte Budgetgrenze auf einer Maschine sagt nichts darüber aus, was die anderen vier ausgeben. Eine Modell-Allowlist, die als Konvention in einer .env-Datei gemerkt wird, wird nirgendwo durchgesetzt. Eine EU-Residenzanforderung, die für das gesamte Team gilt, kann keine Pro-Maschine-Einstellung sein, die jemand zu kopieren vergisst. Der Mechanismus, den Managed ANS hinzufügt, ist genau diese Kontrollen zu zentralisieren — Identität, Ausgaben, Routing, Residenz, Transparenz — an dem einen Ort, an dem alle Aufrufe der Flotte ohnehin schon vorbeikommen: dem Gateway.
Die ehrliche Trennung
Was kostenlos ist, bleibt kostenlos
- Der Open-Source-Harness ist heute vollständig, mit deinen eigenen Schlüsseln. Alles im GitHub-Repo — die Zustandsmaschine, die deterministischen Gates, git-basierte Reversibilität, der ASK/PARK/HALT-Vertrag, der Watchdog — funktioniert vollständig ohne ein Tokonomix-Token.
- Die kostenpflichtige Schicht ist Governance, keine Funktionen. Managed ANS schaltet keine Fähigkeit frei, die dem OSS-Harness fehlt; es zentralisiert die Kontrolle über eine Flotte von Läufen, die sonst Maschine für Maschine konfiguriert werden müssten. Nichts am Betrieb einer einzelnen ANS-Instanz mit deinen eigenen Schlüsseln wird zurückgehalten.
- Kein Warteliste-Theater. Diese Seite ist eine Statusnotiz, kein Anmelde-Trichter. Es gibt keine E-Mail-Erfassung, die vorgibt, eine Warteschlange zu sein.
- Fortschritt landet zuerst im Repo. Sobald Teile davon gebaut werden, erscheinen sie als Commits und CHANGELOG-Einträge im GitHub-Repository, bevor sie hier als Marketingaussage auftauchen.
In der Zwischenzeit