Oggi l'uso programmatico degli agenti passa a un credito misurato separato. Ecco cosa cambia e i controlli che stiamo integrando in AstridOS per gestirlo.
Cosa è cambiato oggi
Oggi, 15 giugno 2026, Anthropic separa l'uso programmatico di Claude dall'uso interattivo. L'Agent SDK, il comando headless claude -p, le azioni GitHub di Claude Code e le app di terze parti basate sull'SDK non attingono più dal tuo pool di abbonamento.
Attingono da un credito mensile separato, fatturato alle tariffe API standard: $20 su Pro, $100 su Max 5x, $200 su Max 20x.
L'uso interattivo rimane invariato. Chat e Claude Code nel tuo terminale continuano a funzionare con il tuo piano esistente e il prezzo base non è cambiato. Il credito non si accumula. Quando si esaurisce, le richieste automatiche si fermano a meno che tu non abbia attivato la fatturazione per eccedenza, nel qual caso continuano alle tariffe API.
Se usi Claude solo tramite chat o terminale, oggi non cambia nulla. Se esegui agenti, job CI o qualsiasi cosa che chiami claude -p in modo programmato, la tua automazione ha ora un tetto mensile fisso.
Cosa significa se costruisci agenti
Tre cose derivano da un credito misurato, non condiviso e senza riporto.
Primo, hai un limite netto che non puoi prevedere. Un singolo loop malfunzionante può consumare il credito del mese in un pomeriggio, e il primo segnale è spesso il fallimento della tua automazione.
Secondo, il credito è per utente e non viene condiviso in un team. Un carico di lavoro che stava comodamente all'interno di un abbonamento condiviso può ora imbattersi in un muro che non ha nulla a che fare con il lavoro stesso.
Terzo, il cambiamento rende visibile una dipendenza che era facile ignorare. I tuoi agenti erano legati al modello di fatturazione di un singolo fornitore. Quando quel modello cambia, ogni flusso di lavoro costruito su di esso eredita il cambiamento all'istante.
Niente di tutto ciò è un motivo per abbandonare Claude. È un motivo per costruire un livello di gestione tra i tuoi agenti e qualsiasi singolo fornitore, in modo che un cambiamento di fatturazione diventi qualcosa che gestisci piuttosto che qualcosa che subisci.
Ciò di cui hai bisogno è un sistema operativo per agenti per gestire i tuoi agenti e flussi di lavoro.
Cosa stiamo costruendo con AstridOS
AstridOS è un runtime open-source per agenti. Si colloca al di sotto della tua configurazione esistente senza sostituirla; i tuoi agenti Claude funzionano come ora, con un livello di controllo aggiunto al di sotto.
Due di questi controlli rispondono direttamente al cambiamento di oggi.
Applicazione del budget a livello di kernel.
AstridOS applica un budget di spesa per agente, al di sotto del modello, dove l'agente non può sovrascriverlo. Un loop fuori controllo non può prosciugare silenziosamente il credito del mese, e ogni unità di spesa è attribuita all'agente che l'ha causata. Ottieni la registrazione per agente che il credito stesso non fornisce.
Modifica a livello di componente invece di migrazione.
AstridOS è costruito con capsule componibili. Quando un fornitore modifica le sue condizioni, adatti il singolo componente che riguarda fatturazione o routing, invece di ricostruire l'impalcatura circostante. Il costo di reagire a un cambiamento come quello di oggi si riduce a un singolo scambio.
Intorno a questi due, l'architettura è progettata per la continuità quando un budget si esaurisce:
- Portabilità del modello, in modo che un agente non sia vincolato a un singolo runtime o al prezzo di un fornitore, e il lavoro continui quando un credito viene speso.
- Routing e controllo dei costi, in modo che il modello sia abbinato al budget e al compito, e i team smettano di imbattersi in limiti per caso o di pagare tariffe premium per lavori che un modello più piccolo gestisce.
- Continuità del contesto, in modo che spostare un agente tra Claude Code, Codex o un altro runtime non gli faccia perdere il suo stato.
AstridOS è costruito per stare accanto a Claude, non per lavorare contro di esso. Ogni grande fornitore offre servizi degni di essere utilizzati, e i costruttori dovrebbero essere liberi di combinare il meglio di ciascuno.
Ciò che è mancato è il livello sopra di loro: l'orchestrazione e la gestione che permette a un agente di attingere a più fornitori senza cablare manualmente budget, routing e stato per ciascuno.
Questo problema sta attirando una reale attenzione, nel routing e nell'orchestrazione per team di agenti multi-modello e multi-nodo. AstridOS affronta lo stesso cambiamento dal lato del runtime, applicando budget, isolamento e audit a livello di kernel in modo che il livello di orchestrazione sopra di esso abbia qualcosa di affidabile su cui poggiare.
Con il livello di controllo in atto, il raggio di esplosione di un cambiamento come quello di oggi si riduce. Un aggiornamento della fatturazione di un fornitore diventa una decisione di configurazione che prendi in un singolo componente, e i tuoi agenti continuano a funzionare mentre la prendi.
AstridOS è pubblico questa settimana e stiamo gestendo un programma di accesso anticipato per i costruttori
Partecipa alla nostra anteprima oggi: https://x.com/i/spaces/1kJzDDWXEjqKv?s=20
