Anthropic ha chiuso OpenClaw fuori. Il model routing è diventato l'unica risposta razionale

Un tweet ha acceso un breve lampo di speranza su r/openclaw: il head of Claude Code aveva apparentemente confermato che l’uso CLI-style di Claude tramite OpenClaw era permesso. Poi è arrivata la realtà: i token OAuth continuavano a restituire 401. Il “permesso” esisteva solo in un tweet, non nel layer di enforcement di Anthropic.

Il blocco di Anthropic ha trasformato il model routing da ottimizzazione a infrastruttura di sopravvivenza. Le architetture single-provider sono fragili per costruzione, e chi ha aspettato il cambio di policy per rendersene conto ha pagato il prezzo.

Perché ti dovrebbe interessare

Se usi Claude in un setup di agenti, il 4 aprile è il giorno in cui le regole sono cambiate. Non si tratta solo di Anthropic che chiude una porta: è la conferma che dipendere da un solo provider per la tua infrastruttura di agenti è una scommessa persa. Il post su Reddit racconta la reazione della community, ma la vera storia è nell’evoluzione che è seguita: OpenClaw v4.3, il Multi-Provider Engine, e un modello di cost engineering che ora tutti stanno adottando.

Cosa è successo il 4 aprile

Cerchiamo di essere precisi, perché il thread di Reddit mescola la timeline.

Il 4 aprile 2026 alle 12pm PT, Anthropic ha cambiato il billing. I tool di terze parti che instradavano richieste tramite OAuth della subscription Claude non erano più coperti dai piani Pro, Max o Team. La spiegazione di Boris Cherny è stata diretta: “I nostri sistemi sono altamente ottimizzati per un tipo di workload, e per servire quante più persone possibili con i modelli più intelligenti, continuiamo a ottimizzare quello.”

La logica economica era chiara anche prima della policy:

• Una subscription Max da $200/mese poteva generare l’equivalente di $1.000+ in consumi API quando guidata da un agente autonomo 24/7
• Gli utenti OpenClaw facevano sostanzialmente arbitraggio sulla pricing delle subscription di Anthropic a scala
• Il rate limiting integrato nel modello a forfait veniva bypassato del tutto da tool che eseguivano loop continui di agenti

Cosa funziona ancora:

• Il CLI ufficiale di Claude Code (incluso via SSH)
• Claude.ai e Cowork
• Qualsiasi tool di terze parti che autentica con API key (pay-as-you-go)
• Il bridge ACP attraverso il CLI di Claude Code (funziona ad aprile 2026, ma Anthropic potrebbe chiuderlo in qualsiasi momento)

Cosa non funziona: instradare token OAuth della subscription attraverso qualcosa che non sia un binario ufficiale di Anthropic. L’enforcement è tecnico, non solo legale. Anthropic ha deployato verifica dell’identità del client server-side.

Il tweet che ha generato confusione

Il post originale di u/RuleGuilty493 è stato criticato per aver letto male la fonte. Il tweet di Peter Steinberger diceva che il CLI ufficiale di Claude Code restava coperto dalla subscription, non che i harness di terze parti erano riammessi. Sono due cose fondamentalmente diverse, e confonderle oscura cosa è realmente successo.

Come ha sintetizzato u/siberianmi: “È in un limbo dove l’uso CLI dovrebbe funzionare in teoria ma non funziona in pratica.”

Il titolo originale del thread Reddit, “Anthropic allows OpenClaw again,” era sbagliato quando è stato pubblicato e resta sbagliato. Lo status accurato: l’accesso a Claude tramite subscription attraverso harness di terze parti è bloccato con enforcement a livello di billing. Il CLI ufficiale funziona ancora. Le API key funzionano ancora. Il bridge ACP funziona oggi ma poggia su ghiaccio sottile.

Model routing: da opzione a competenza di sopravvivenza

È qui che la discussione su Reddit diventa interessante, ed è qui che la vera storia è evoluta oltre quello che il thread catturava.

Prima del 4 aprile, il model routing in OpenClaw era un’ottimizzazione. Dopo il 4 aprile, è diventato infrastruttura. Il blocco di Anthropic non ha solo spinto le persone verso provider alternativi; le ha costrette a costruire resilienza nei propri stack di agenti che avrebbe dovuto esserci dal primo giorno.

u/Temporary-Leek6861 ha centrato il punto:

“Se Anthropic può cambiare la storia dell’enforcement in un singolo tweet, può cambiarla di nuovo altrettanto velocemente. E il motivo più grande per il multi-provider non è il drama Anthropic: Claude ha avuto 4 outage separati ad aprile (10, 13, 15, 16). L’infra è sotto strain.”

La sua configurazione: GLM-5.1 come primario con Sonnet come fallback via BetterClaw. L'85% dei task di routine va a GLM, solo il 15% ha bisogno di Claude. Non è ideologia, è cost engineering.

La risposta della community: uscire o adattarsi

Le reazioni si sono divise in due campi:

• u/desexmachina: “Mi inganni una volta, vergogna su di te. Kimi 2.6 è abbastanza smart, ciao Opus.”
• u/Sea_Taste_9122: Migrato verso claude -p per i cron, nessuna intenzione di tornare all’integrazione OpenClaw
• u/jake_2998e8: “Abbiamo reagito appropriatamente, trovato workaround e alternative. Claude non è l’unico player. Sicuramente hanno sentito la spinta.”

Lo stesso Peter Steinberger, creatore di OpenClaw, si è unito a OpenAI a febbraio 2026 e ha spostato il proprio workflow di agenti su Codex OAuth. Dodici agenti paralleli su un piano da $200/mese. Il simbolismo si scrive da solo.

I dettagli tecnici

Da qui in poi si entra nel tecnico. Se ti interessa l’idea più dell’implementazione, puoi saltare direttamente alla conclusione.

Provider routing con providers.toml

La configurazione v4.3 usa un singolo file TOML per definire tutti gli endpoint. Un esempio minimale:

[providers.anthropic]
type = "anthropic"
api_key = "$ANTHROPIC_API_KEY"
models = ["claude-sonnet-4-20250514", "claude-opus-4-20250514"]

[providers.fallback]
type = "openrouter"
api_key = "$OPENROUTER_API_KEY"
models = ["glm-5.1", "kimi-k2.6"]

Ogni agente nel config può definire un provider primario e fino a due fallback. Se il primario rate-limits o va down, la richiesta passa al prossimo senza perdere la sessione.

Cost engineering: il pattern GLM-5.1 + Sonnet

I benchmark di BetterClaw sul routing stratificato:

Il pattern “GLM-5.1 come primario, Claude come fallback” riduce i costi API del 50-65% mantenendo la qualità dove serve. Il 15% dei task che ha bisogno di Claude ottiene Claude. Il resto va a un modello che costa una frazione.

Breaking changes della migrazione

La migrazione da config v4.2 a v4.3 richiede intervento manuale:

• Il blocco llm nel vecchio config è rimosso. Non viene migrato automaticamente
• L’adapter della subscription Claude (quello che usava OAuth) è deprecato e non funzionante
• Il nuovo file providers.toml va scritto a mano specificando ogni endpoint
• Dopo la modifica, un riavvio del gateway è obbligatorio

Il punto

Punti chiave:

• Il blocco di Anthropic ha trasformato il model routing da ottimizzazione a infrastruttura di sopravvivenza
• Le architetture single-provider sono fragili per costruzione: che la modalità di fallimento sia un cambio di policy, un enforcement di billing, o un mese con quattro outage, il risultato è lo stesso
• OpenClaw v4.3 ha reso il multi-provider una configurazione first-class, non più un hack

Il model routing era una questione di risparmio. Ora è una questione di restare online.

Risorse

• Tweet di Peter Steinberger - Il post che ha innescato la discussione
• Annuncio policy di Boris Cherny - La dichiarazione di enforcement del 4 aprile
• The Register: Anthropic closes door on subscription use of OpenClaw - La migliore copertura giornalistica del cambio di policy
• Kersai: Guida completa ai workaround - Playbook post-blocco esaustivo
• BetterClaw: Config model routing - Setup per la riduzione dei costi del 65%
• Note di rilascio OpenClaw Aprile 2026 - Dettagli sul v4.3 Multi-Provider Engine