Programmatische Agenten-Nutzung wird heute auf ein separates, verbrauchsabhängiges Guthaben umgestellt. Hier erfahren Sie, was sich ändert und welche Kontrollen wir in AstridOS dafür entwickeln.
Was sich heute geändert hat
Heute, am 15. Juni 2026, trennt Anthropic die programmatische Nutzung von Claude von der interaktiven Nutzung. Das Agent SDK, der headless Befehl claude -p, GitHub Actions für Claude Code sowie Drittanbieter-Apps, die auf dem SDK basieren, beziehen ihr Kontingent nicht mehr aus Ihrem Abonnement-Pool.
Sie greifen stattdessen auf ein separates monatliches Guthaben zu, das zu den üblichen API-Preisen abgerechnet wird: 20 $ im Pro-Tarif, 100 $ im Max 5x-Tarif und 200 $ im Max 20x-Tarif.
Die interaktive Nutzung bleibt unberührt. Chat und Claude Code im Terminal laufen weiterhin im Rahmen Ihres bestehenden Tarifs, und der Basispreis hat sich nicht geändert. Das Guthaben verfällt am Monatsende. Ist es aufgebraucht, werden automatisierte Anfragen gestoppt – es sei denn, Sie haben die Nachbelastung aktiviert; dann laufen sie zu API-Preisen weiter.
Wenn Sie Claude nur über Chat oder das Terminal nutzen, ändert sich für Sie heute nichts. Betreiben Sie hingegen Agenten, CI-Jobs oder etwas, das regelmäßig claude -p aufruft, hat Ihre Automatisierung ab sofort ein festes monatliches Limit.
Was das für Sie bedeutet, wenn Sie Agenten entwickeln
Aus einem verbrauchsabhängigen, nicht gepoolten und nicht übertragbaren Guthaben ergeben sich drei Konsequenzen.
Erstens: Sie haben einen harten Stopp, den Sie nicht kommen sehen. Eine einzige fehlgeleitete Schleife kann das monatliche Guthaben an einem Nachmittag aufbrauchen – und das erste Signal ist oft, dass Ihre Automatisierung ausfällt.
Zweitens: Das Guthaben ist pro Nutzer und wird nicht im Team gepoolt. Eine Arbeitslast, die bequem in ein geteiltes Abonnement passte, kann nun an eine Grenze stoßen, die nichts mit der Arbeit selbst zu tun hat.
Drittens: Die Änderung macht eine Abhängigkeit sichtbar, die leicht zu übersehen war. Ihre Agenten waren an das Abrechnungsmodell eines einzigen Anbieters gebunden. Wenn sich dieses Modell ändert, übernehmen alle darauf aufbauenden Workflows die Änderung auf einmal.
Nichts davon ist ein Grund, von Claude wegzugehen. Es ist ein Grund, eine Verwaltungsebene zwischen Ihren Agenten und einem einzelnen Anbieter zu schaffen – damit eine Abrechnungsänderung zu etwas wird, das Sie steuern, statt etwas, das Sie erdulden müssen.
Was Sie brauchen, ist ein Agent Operating System, das Ihre Agenten und Workflows verwaltet.
Was wir mit AstridOS aufbauen
AstridOS ist eine quelloffene Agenten-Laufzeitumgebung. Sie setzt unter Ihrer bestehenden Infrastruktur an, anstatt sie zu ersetzen. Ihre Claude-Agenten laufen wie gewohnt, mit einer zusätzlichen Kontrollebene darunter.
Zwei dieser Kontrollen adressieren die heutige Änderung direkt.
Budgetkontrolle auf Kernel-Ebene
AstridOS erzwingt ein Ausgabenbudget pro Agent – unterhalb des Modells, wo der Agent es nicht überschreiben kann. Eine außer Kontrolle geratene Schleife kann das Monatsguthaben nicht stillschweigend aufbrauchen, und jede Ausgabeneinheit wird dem Agenten zugeordnet, der sie verursacht hat. Sie erhalten die pro-Agenten-Aufzeichnung, die das Guthaben selbst nicht bietet.
Änderung auf Komponentenebene statt Migration
AstridOS besteht aus zusammensetzbaren Kapseln. Wenn ein Anbieter seine Bedingungen ändert, passen Sie die eine Komponente an, die Abrechnung oder Routing betrifft, anstatt die gesamte Umgebung neu aufzubauen. Die Kosten für die Reaktion auf eine Änderung wie heute reduzieren sich auf einen einzigen Austausch.
Rund um diese beiden Kernfunktionen ist die Architektur auf Kontinuität ausgelegt, wenn ein Budget aufgebraucht ist:
- Modellportabilität, sodass ein Agent nicht an eine einzige Laufzeitumgebung oder die Preisgestaltung eines Anbieters gebunden ist und die Arbeit weiterläuft, wenn ein Guthaben verbraucht ist.
- Routing und Kostenkontrolle, sodass das Modell an das Budget und die Aufgabe angepasst wird und Teams nicht versehentlich an Grenzen stoßen oder Premium-Preise für Arbeit zahlen, die ein kleineres Modell problemlos erledigt.
- Kontextkontinuität, sodass der Wechsel eines Agenten zwischen Claude Code, Codex oder einer anderen Laufzeitumgebung nicht seinen Zustand kostet.
AstridOS ist so konzipiert, dass es neben Claude arbeitet, nicht gegen ihn. Jeder große Anbieter liefert Dienste, die es zu nutzen lohnt, und Entwickler sollten frei sein, das Beste aus jedem zu kombinieren.
Was bisher fehlte, ist die Ebene darüber: die Orchestrierung und Verwaltung, die es einem Agenten ermöglicht, auf mehrere Anbieter zuzugreifen, ohne Budgets, Routing und Zustand für jeden einzelnen manuell verdrahten zu müssen.
Dieses Problem erhält derzeit viel Aufmerksamkeit – im Bereich Routing und Orchestrierung für Multi-Modell-, Multi-Node-Agenten-Teams. AstridOS begegnet dem gleichen Wandel von der Laufzeitseite aus: Es erzwingt Budgets, Isolation und Auditierung auf Kernel-Ebene, sodass die darüberliegende Orchestrierungsebene eine verlässliche Grundlage hat.
Mit der Kontrollebene schrumpft die Schlagweite einer Änderung wie der heutigen. Eine Abrechnungsaktualisierung eines Anbieters wird zu einer Konfigurationsentscheidung, die Sie in einer einzigen Komponente treffen – und Ihre Agenten laufen weiter, während Sie diese Entscheidung treffen.
AstridOS wird diese Woche veröffentlicht, und wir haben ein Early-Access-Programm für Entwickler gestartet.
Nehmen Sie noch heute an unserer Vorschau teil: https://x.com/i/spaces/1kJzDDWXEjqKv?s=20
