Anthropics Programmatic Policy: Was am 15. Juni nicht passierte — und warum es trotzdem euren Stack betrifft

Am 15. Juni 2026 sollte sich für jeden, der Claude-Subscriptions produktiv für Agenten nutzt, eine zentrale Bedingung ändern: Agent-SDK-Aufrufe, claude -p und alle programmatischen Drittanwendungen (Conductor, OpenClaw, eigene Wrapper) sollten aus dem normalen Subscription-Pool herausgelöst und in einen separaten, monatlich gedeckelten Credit-Topf verschoben werden. Pro-Nutzer bekommen 20 US-Dollar Credits, Max-5x-Nutzer 100, Max-20x-Nutzer 200 — alles weitere zu API-Listenpreis.

24 Stunden vor Inkrafttreten — am selben 15. Juni — pausierte Anthropic die Änderung. Help Center wurde aktualisiert: „pausing the changes to Claude Agent SDK usage described below" und „for now, nothing has changed."

Wer die Sache nicht eng verfolgt hat, atmet auf. Wer sie eng verfolgt hat, sortiert seinen Stack neu. Hier ist warum.

Stand 28. Juni, noch nicht final verifiziert: Mehrere unabhängige Beobachter — darunter Stefan Niiranen auf LinkedIn, das Scouts/Yutori-Team und der GitHub-Diskussionsthread askalf/dario — berichten, dass die Pause selektiv ist. Konkret: harte Reklassifizierung pausiert, aber Agent-SDK-Aufrufe und claude -p sollen seit dem 15. Juni doch aus dem Subscription-Pool herausfallen. Claude-Code-Terminal-Sessions bleiben drin. Anthropic hat dazu öffentlich nichts gesagt. Wer wissen will, ob das eigene Setup betroffen ist, prüft die Anthropic-Konsole auf einen ungeklärten Usage-Sprung seit dem 15. Juni. Wir melden uns mit Update, sobald die Anthropic-Seite Eindeutigkeit liefert.

Die Chronologie der letzten zehn Wochen

Das hier ist keine Story über einen einzelnen Policy-Wechsel. Es ist eine Story über drei Wechsel in zehn Wochen — alle in dieselbe Richtung, alle mit unterschiedlichen Begründungen, alle pausiert oder zurückgenommen, sobald die Community lautstark genug wurde.

Anfang April 2026: Anthropic verbietet überraschend, dass bezahlte Claude-Subscriptions Drittagenten und Harnesses powern dürfen. Begründung: Kapazität und Servicequalität. Wer Conductor, OpenClaw oder eigene Pipelines auf Pro/Max betrieb, fand sich plötzlich außerhalb der Nutzungsbedingungen wieder. Aufschrei in der Entwickler-Community.

14. Mai 2026: Anthropic kündigt einen Reversal an. Programmatic-Nutzung wird wieder erlaubt — aber nicht mehr aus dem allgemeinen Subscription-Pool, sondern aus einem separaten, monatlich gedeckelten Agent-SDK-Credit-Topf. „Restored, with a catch", wie VentureBeat es formulierte. Die Höhe der Caps reicht für Hobbyisten, für ernsthaft produktive Agenten-Pipelines war sie auf Pro-Niveau in wenigen Tagen aufgebraucht.

15. Juni 2026: Inkrafttreten der Credit-Trennung — und am selben Tag die Pause. „For now, nothing has changed." Keine neue Deadline, keine Begründung außer einem allgemeinen „wir hören euch zu."

Drei Versuche in zehn Wochen, jeder gravierender als der vorige, jeder zurückgenommen oder pausiert. Das ist kein Zickzack. Das ist eine Richtung, die noch keinen sauberen Weg gefunden hat. Vergleicht das mit dem Modus, in dem Anthropic frühere Pricing-Entscheidungen kommuniziert hat — der Wechsel auf das Token-Modell für Code-Assist im Februar etwa: angekündigt, durchgezogen, fertig. Das hier ist anders.

Was das für drei typische Setups bedeutet

Wir haben mit unseren Kunden in den letzten Tagen drei typische Konstellationen durchgespielt. Eure wird in einer davon stecken.

Setup 1: Solo-Entwickler, Pro-Abo, gelegentlich Agent SDK

Status quo: keine spürbare Änderung. 20 US-Dollar Programmatic-Credits hätten für die meisten Einzelnutzer ohnehin gereicht. Wer trotzdem nervös wurde, ist auf die API umgestiegen.

Empfehlung: nichts überstürzen, aber den eigenen Verbrauch zumindest einmal sauber messen. Wer monatlich unter 20 USD Programmatic-Equivalent verbraucht, ist im sicheren Hafen. Wer drüber liegt, sollte bei Wieder-Aufflammen der Policy nicht in Panik geraten — sondern in der Tasche vorbereitet einen API-Setup haben.

Setup 2: Kleines Team, Max-Plans als Agenten-Backend für Kundenprojekte

Das ist das gefährlichste Setup im Raum. Mehrere Max-20x-Plans, parallel laufende Agenten-Pipelines für Kundenarbeit, programmatic-Anteil 60-90% der gesamten Token-Nutzung. Wenn die Credit-Trennung kommt — und sie wird in irgendeiner Form kommen — werden 200 USD pro Plan und Monat nicht ansatzweise reichen. Die Differenz fließt zum API-Tarif, und der ist je nach Modell zwei- bis dreistellige Prozent über dem effektiven Tarif eines maxierten Subscription-Plans.

Empfehlung: Migration zur API-Abrechnung jetzt sauber vorbereiten, nicht beim nächsten Anlauf. Es geht nicht darum, heute zu wechseln — es geht darum, dass der Wechsel innerhalb von einem Werktag möglich ist, falls die Policy ohne Ankündigung wieder aktiviert wird. Konkret: API-Account angelegt, Billing-Limit gesetzt, ein kleiner Workload-Anteil läuft schon dort, Monitoring funktioniert.

Setup 3: Enterprise mit Compliance-Anforderungen

Wer die Compliance API von Anthropic schon nutzt oder gerade evaluiert: hier ist die Lage am stabilsten. Enterprise-Verträge laufen ohnehin nicht über Subscription-Limits, und die Compliance-API ist Teil des langfristigen Anthropic-Angebots für regulierte Branchen.

Trotzdem zwei Punkte zum Mitnehmen: Erstens, prüft eure Verträge auf Kündigungsfristen und Preisgarantien — die Mai-bis-Juni-Wende hat gezeigt, dass „etablierte Konditionen" innerhalb von Wochen verschoben werden können. Zweitens, holt einen zweiten Provider in eure Compliance-Dokumentation. Ohne formelle Mehrfach-Lieferanten-Strategie steht ihr beim nächsten Wechsel ohne Verhandlungsposition da.

Warum die Pause nichts wirklich ändert

Anthropic hat ein offensichtliches Problem: Subscription-Pläne, die für interaktive Nutzung kalkuliert wurden, werden zunehmend für Agenten genutzt, die das hundertfache an Tokens verbrauchen. Ein einziger gut gebauter Agent kann in einer Stunde mehr Output produzieren als ein menschlicher Pro-Nutzer in einem Monat. Diese Ökonomie funktioniert für Anthropic auf Dauer nicht. Sie haben es im April probiert, im Mai probiert, im Juni probiert. Sie werden es wieder probieren.

Was nach drei Anläufen klar geworden ist: Anthropic findet das richtige Modell noch nicht. Vielleicht wird der nächste Versuch eine sanftere Drosselung statt ein harter Cap. Vielleicht eine differenzierte Behandlung nach Anwendungstyp. Vielleicht ein optionaler Wechsel mit Anreiz statt Zwang. Was es sicher nicht wird: Status quo bis 2027.

Die Folge für eure Planung: Wer heute eine Agenten-Pipeline auf Pro- oder Max-Subscription baut, baut auf einer Bauteilliste, die in den nächsten 12 Monaten überarbeitet wird. Mindestens einmal. Wahrscheinlich öfter. Das ist nicht zwangsläufig dramatisch — wenn der Stack so gebaut ist, dass der Wechsel von Subscription auf API ohne Code-Änderung möglich ist. Es ist sehr dramatisch — wenn ihr die Modell-Aufrufe hartkodiert mit einem bestimmten Auth-Modus habt.

Was wir konkret empfehlen

Drei Punkte, die unabhängig davon gelten, welches Setup ihr betreibt:

1. Trennt Auth von Code. Eure Anwendung sollte nicht wissen, ob sie über eine Subscription oder einen API-Key autorisiert ist. Eine Umgebungsvariable, ein Wert in der Konfiguration. Migration zwischen den Modi: 30 Sekunden Restart, nicht eine Woche Refactor.
2. Messt euren echten Programmatic-Verbrauch. Nicht „wahrscheinlich nicht viel", sondern in Tokens, in Dollar-Äquivalent, in Spitzenlast-Tagen. Wenn ihr nicht wisst, wo ihr steht, könnt ihr keine vernünftige Wahl treffen, sobald die Policy zurückkommt.
3. Habt einen B-Plan, der schon einmal lief. Wie beim Fable-Ban gilt: eine Failover-Strategie ohne produktive Probe ist keine Strategie. Lasst regelmäßig einen Bruchteil eurer Workload über die API laufen, idealerweise als Shadow-Run, der Antworten vergleicht. Damit habt ihr beim nächsten Anlauf die Daten, um die Migration in Stunden statt Tagen zu vollziehen.

Die größere Linie

Wer den Fable-Ban-Artikel gelesen hat, kennt die übergreifende Lektion: Single-Vendor-Stacks sind 2026 ein Klumpenrisiko. Der Fable-Ban hat das auf der Modell-Ebene gezeigt. Die Programmatic Policy zeigt es auf der Vertragsebene. Beide Vorfälle sind in dieselbe Richtung zu lesen: euer KI-Stack muss eine Schicht zwischen euch und dem Anbieter haben, die ihr selbst kontrolliert.

Das ist nicht teuer. Es ist nicht kompliziert. Es ist eine Tagesarbeit für einen ordentlichen Entwickler, einen Routing-Layer mit zwei Providern aufzusetzen und ein simples Configuration-Pattern für die Auth-Trennung zu etablieren. Wer das nicht hat, sitzt beim nächsten Vorfall — und der kommt — wieder Stunden bis Tage außer Gefecht. Das ist nicht eine Frage des Geldes mehr, das ist eine Frage von Vorbereitung.