SDK AI: cosa fare se Anthropic acquisisce Stainless

Che cosa è stato davvero riportato martedì

12 maggio 2026 – The Information ha dato per primo la notizia, citando una persona a conoscenza dell’operazione. Il prezzo è di almeno $300 milioni e una parte potrebbe essere corrisposta in azioni Anthropic. Secondo le fonti, si tratterebbe della prima acquisizione di Anthropic: un dettaglio che merita attenzione. Nel mirino non c’è un team dedicato ai modelli né un laboratorio di ricerca, ma l’infrastruttura su cui poggiano le integrazioni.

Anche il rialzo della valutazione è indicativo. Nel dicembre 2024 Stainless ha raccolto un round Series A con una valutazione di $150M. Cinque mesi dopo, Anthropic è pronta a pagare circa 2x quella cifra. Lo stesso giorno in cui è trapelata la notizia, Bloomberg ha riportato che Anthropic punta a una valutazione di $900B in un nuovo round da $30B+. Le trattative sono in fase avanzata, ma non si sono ancora concluse e i termini potrebbero cambiare.

In breve, che cosa costruisce Stainless

Stainless è un compilatore basato sull’AI: parte da una specifica OpenAPI e produce SDK pronti per la produzione in TypeScript, Python, Go, Kotlin, Java, Ruby, PHP e C#. Terraform è in beta, mentre Rust e Swift sono nella roadmap. Gli SDK generati includono già retry, streaming, paginazione e gestione tipizzata degli errori. Il portafoglio clienti è fuori scala per una startup di quattro anni: OpenAI, Anthropic, Google, Cloudflare, Meta, Runway, Groq, Cerebras, Lithic e Modern Treasury. Nel complesso, queste librerie totalizzano decine di milioni di download alla settimana. L’organizzazione github.com/stainless-sdks ne mantiene pubblicamente una parte; il resto risiede nei repository dei clienti, sui quali Stainless scrive direttamente i commit.

Gli scenari realistici per OpenAI e Google

Gli scenari sono quattro, ciascuno problematico a modo suo.

Scenario A – restano clienti di Stainless in base al contratto. È l’opzione meno costosa nel breve periodo, ma diventa insostenibile al rinnovo. Ogni release degli SDK passerebbe da un fornitore controllato dal principale concorrente, confidando che quest’ultimo non esamini le specifiche OpenAPI che ora compila. Non credo che OpenAI firmerà quel rinnovo. Google potrebbe farlo per un trimestre, il tempo di predisporre un’alternativa.

Scenario B – creano un fork del generatore. Il valore di Stainless sta nella proprietà intellettuale del compilatore, non nell’output. Per clonare l’ultima versione di un SDK generato basta un git clone; replicare il compilatore che dovrà produrre gli SDK dei prossimi dieci anni richiede invece un progetto ingegneristico di più trimestri, da completare prima della prossima modifica sostanziale alle API. È difficile e costoso, ma difendibile. Mi aspetto che OpenAI imbocchi questa strada entro sei mesi.

Scenario C – riportano da zero la generazione degli SDK all’interno. OpenAI ha il personale necessario. Bisogna però mettere in conto 6–12 mesi turbolenti, tra breaking change, supporto linguistico incompleto e tutta la coda di casi limite che Stainless ha già risolto. Gli SDK Kotlin e Go sono meno maturi di quelli Python e TypeScript e saranno i primi a regredire.

Scenario D – per dodici mesi non cambia nulla, mentre Anthropic dimostra che non smantellerà il team né rallenterà deliberatamente le release dei concorrenti. È possibile, ma non è una base su cui scommettere. Una dipendenza di produzione non può poggiare sulla buona condotta di un concorrente.

La conseguenza operativa è semplice: blocca oggi le versioni degli SDK. Verifica da quali librerie ufficiali dipendi e individua i linguaggi con la copertura di test più debole nelle librerie che porti in produzione, perché è lì che si manifesterà per primo il rischio di regressioni.

Perché questa settimana il raw fetch via AI gateway cambia prospettiva

Gestisco sei provider AI in un unico stack Cloudflare Workers: Anthropic, Google AI Studio, xAI, OpenAI, DataForSEO e Browser Rendering. Non importo nessuno dei rispettivi SDK. Ogni chiamata a pagamento passa tramite fetch() verso l’endpoint di AI Gateway, con un body JSON che rispecchia il formato REST di ciascun provider.

Ho preso questa decisione tre settimane fa per un altro motivo: tutte le chiamate a pagamento dovevano attraversare un solo wrapper callAi(), incaricato di applicare un tetto di spesa giornaliero di $20 e un limite di $1 per istanza. Gli SDK nascondono quel punto di controllo dietro una chiamata a metodo. Per applicare il limite alle chiamate via SDK bisogna modificare il client con un monkey patch oppure avvolgere ogni punto di chiamata. Con fetch(), basta scrivere una funzione.

Il passthrough BYOK di AI Gateway di Cloudflare consente di usare un solo header di autenticazione (cf-aig-authorization) e un unico schema URL per Anthropic, OpenAI, Google, xAI e la generazione di immagini OpenAI. La struttura è più o meno questa:

export async function callAi(env: Env, ctx: Ctx, runner: () => Promise<Response>) {
  await assertUnderCostCap(env, ctx);
  const started = Date.now();
  const res = await runner();
  await recordCost(env, ctx, res, Date.now() - started);
  return res;
}

// usage – one provider, no SDK in the dep tree
const res = await callAi(env, ctx, () => fetch(
  `https://gateway.ai.cloudflare.com/v1/${env.ACCOUNT}/${env.GATEWAY}/anthropic/v1/messages`,
  {
    method: "POST",
    headers: {
      "cf-aig-authorization": `Bearer ${env.AI_GATEWAY_TOKEN}`,
      "x-api-key": env.ANTHROPIC_API_KEY,
      "anthropic-version": "2023-06-01",
      "content-type": "application/json",
    },
    body: JSON.stringify({ model, max_tokens, messages }),
  },
));

Questa settimana è emerso un vantaggio collaterale inatteso: l’architettura non risente di eventuali cambiamenti nella proprietà di Stainless che potrebbero incidere sulla frequenza delle release, introdurre breaking change o aggiungere meccanismi di telemetria. Il prezzo da pagare è scrivere a mano i payload delle richieste, proprio il dettaglio che gli SDK servono a nascondere. Ne vale la pena quando (a) si usano almeno tre provider, (b) occorre un unico punto di controllo dei costi e (c) bisogna anche coprirsi dal rischio legato alla proprietà del fornitore. Lunedì, la terza ragione non esisteva.

Per una spiegazione più ampia di come questo stack gira su Cloudflare Workers senza far esplodere i costi, ho descritto tutto nel confronto tra ambienti Cursor Cloud Agent e Cloudflare Workers.

Cosa fare questa settimana con gli SDK AI

Controlla package.json e requirements.txt per individuare gli SDK prodotti da Stainless. I client Python e Node di Anthropic e OpenAI sono i casi più evidenti. Anche il nuovo @google/genai di Google è realizzato da Stainless: anziché andare a intuito, consulta l’elenco completo nell’organizzazione github.com/stainless-sdks.

Blocca ogni SDK generato da Stainless alla versione minor attuale. Accetta gli aggiornamenti patch, ma sottoponi a revisione i minor. Richiede 15 minuti e garantisce un trimestre di margine decisionale.

Per ogni nuovo percorso di codice che interagisce con l’API di un modello, scrivi prima la versione raw con fetch e poi quella basata sull’SDK. Se la prima resta sotto le 40 righe, tipi inclusi, portala in produzione. La maggior parte degli endpoint per chat completion e messaggi rientra facilmente in questa soglia. Streaming e uso dei tool aggiungono altre 20 righe: ancora abbastanza poche per un percorso che resterà tuo per anni.

Se utilizzi un gateway — Cloudflare AI Gateway, OpenRouter, Portkey o LiteLLM — instrada da lì ogni chiamata ai modelli. Un’unica autenticazione, un solo punto di osservabilità e un solo posto in cui sostituire il provider quando l’SDK sottostante diventa un problema politico.

Aggiungi un promemoria tra 90 giorni per verificare quali SDK OpenAI e Google mantengono internamente e quali affidano ancora a Stainless. La scelta tra creare un fork e restare con Stainless verrà presa prima della fine dell’anno.

Il quadro più ampio

La competizione tra modelli si è spostata dai pesi all’infrastruttura. Il modello è sempre più intercambiabile; il livello di integrazione, invece, crea dipendenza. È l’unica chiave di lettura che rende razionale il prezzo dell’operazione.

Anthropic raccoglie $30B con una valutazione di $900B e, nel frattempo, spende $300M nell’infrastruttura SDK anziché in un lancio di modello più appariscente: è questo il segnale. Entrambe le aziende stanno andando oltre il modello per controllare il livello di deployment. Il modello sta diventando la parte meno costosa; l’integrazione, il vantaggio difendibile. Lo stesso schema emerge dal modo in cui Anthropic propone Claude alle aziende di medie dimensioni: l’analisi dello stack di automazione da $50K mostra bene la portata enterprise che giustifica il controllo del livello SDK.

Per i founder, i prossimi 12 mesi saranno dedicati a controllare il livello di integrazione con lo stesso rigore riservato a quello dei dati. Non ottimizzare per la comodità degli SDK, ma per la sostituibilità. Il modello che chiami oggi non sarà quello che chiamerai nel 2027. Costruisci il wrapper capace di sopravvivere al cambio.