Piattaforma
Una scala di modelli per una delivery software AI seria
Instradamento multi-provider di modelli con fallback: il modello giusto per ogni attività, lavoro che continua quando un provider si degrada, e nessuna dipendenza da un singolo fornitore.
La scala di modelli di Ciao è instradamento multi-provider di modelli con fallback: ogni attività viene instradata verso un modello adatto, e quando un provider si degrada, il lavoro continua sul gradino successivo. A differenza delle piattaforme cablate a un singolo fornitore AI, la scala riduce la dipendenza da un singolo fornitore di modelli — e sui piani enterprise può essere vincolata ai tuoi provider approvati, alle tue chiavi o ai tuoi modelli privati.
Pubblicato 2026-07-03 · Ultimo aggiornamento 2026-07-03
Un singolo fornitore di modelli è un singolo punto di fallimento
Il panorama dei modelli si muove mensilmente: le capacità cambiano, i prezzi cambiano, i provider hanno giornate no. Una piattaforma cablata a un singolo fornitore eredita tutto questo — ogni interruzione diventa la tua interruzione, ogni decisione sui prezzi diventa la tua struttura di costo, ogni cambiamento di roadmap diventa il tuo vincolo. I team di procurement hanno iniziato a fare la domanda direttamente: cosa succede alla nostra delivery quando il vostro fornitore di modelli ha un incidente?
La risposta di Ciao è la scala di modelli: una scala di modelli multi-provider con fallback che riduce la dipendenza da un singolo fornitore di modelli. Le attività vengono instradate verso il modello adatto, e quando un provider si degrada, la scala ripiega e il lavoro continua a muoversi.
La stessa logica si applica dentro i prodotti che rilasci. Se le funzionalità AI della tua app dipendono da un provider, anche i tuoi clienti ereditano le giornate no di quel provider. La disciplina di instradamento a livello di piattaforma protegge sia la costruzione del software sia il software stesso.
Come funziona la scala di modelli
La scala è infrastruttura, non un'impostazione che gestisci giorno per giorno — instradamento e fallback avvengono sotto il livello del prompt.
1. Le attività vengono classificate
Un grande passaggio di build, una modifica rapida all'interfaccia, la generazione di test e la diagnosi sono tipi diversi di lavoro — la piattaforma li tratta di conseguenza.
2. Ogni attività ottiene il modello giusto
L'instradamento abbina l'attività a un modello adatto invece di spingere tutto attraverso un'unica scelta generica.
3. Il fallback si attiva automaticamente
Quando un provider si degrada o fallisce, la scala instrada verso il gradino successivo. La tua build non si ferma perché la pagina di stato di qualcun altro è diventata rossa.
4. I provider operano sotto termini rigorosi
L'inferenza gira sotto contratti modello a conservazione zero, e il codice del cliente non viene usato per addestrare i modelli — su tutta la scala.
5. Le imprese impostano i confini
Sui piani enterprise, vincola l'instradamento ai provider approvati, porta le tue chiavi provider, o punta a endpoint compatibili con OpenAI inclusi modelli privati.
Perché è importante
Affidabilità, adattamento e posizione negoziale migliorano tutti quando nessun singolo fornitore sta sotto ogni cosa. La delivery continua attraverso gli incidenti dei provider, ogni tipo di lavoro ottiene un modello adatto, e la tua organizzazione non è esposta alle decisioni di prezzo e roadmap di una singola azienda.
Rende anche a prova di futuro la scelta stessa della piattaforma. I modelli continueranno a cambiare; una scala assorbe quel cambiamento dietro un ciclo di delivery stabile, così scommettere su Ciao non è una scommessa su una particolare generazione di modelli. Per il procurement, questo converte una scomoda domanda di dipendenza in una risposta breve con prove a supporto — spesso la differenza tra una piattaforma approvata e una bloccata.
Niente di tutto ciò chiede nulla alle persone che costruiscono. I prompt restano gli stessi, il Builder resta lo stesso, e l'instradamento fa il suo lavoro invisibilmente fino al giorno in cui salva visibilmente una scadenza.
A chi importa la scala di modelli
La scala tende a contare di più per le persone responsabili di cosa succede quando le cose falliscono:
- Responsabili di ingegneria e piattaforma — Rimuovono un singolo punto di fallimento dalla pipeline di delivery prima che fallisca nel momento peggiore.
- Team di sicurezza e procurement — Contratti a conservazione zero su tutti i provider, e una risposta concreta alla domanda sulla dipendenza dal fornitore in ogni RFP.
- Imprese con liste di modelli approvati — Vincolano la scala a provider sanzionati, chiavi proprie o endpoint privati senza rinunciare alla piattaforma.
- Team che rilasciano funzionalità AI — La stessa disciplina multi-provider che costruisce l'app sta dietro le capacità AI al suo interno.
Note di sicurezza e governance
Multi-provider non significa governato in modo lasco:
- ✓ L'inferenza gira sotto contratti modello a conservazione zero su tutta la scala.
- ✓ Il codice del cliente non viene usato per addestrare i modelli — qualsiasi provider, qualsiasi gradino.
- ✓ I piani enterprise supportano chiavi provider proprie, endpoint compatibili con OpenAI e instradamento verso modelli privati.
- ✓ Le azioni amministrative e le modifiche alla configurazione atterrano nel registro di controllo append-only.
- ✓ I report SOC 2 Type II sono disponibili sotto NDA per la revisione di sicurezza.
Provider singolo contro la scala di modelli di Ciao
La differenza strutturale emerge in ogni modalità di fallimento:
| Configurazione a provider singolo | Scala di modelli Ciao | |
|---|---|---|
| Interruzione del provider | Il lavoro si ferma finché non si riprendono | Il fallback instrada verso il provider successivo |
| Adattamento all'attività | Un modello per ogni tipo di lavoro | Il modello giusto per ogni attività |
| Dipendenza dal fornitore | Totale — prezzi, roadmap, termini | Ridotta su più provider |
| Cambiamenti nel panorama dei modelli | Un progetto di migrazione ogni volta | Assorbiti dietro un ciclo di delivery stabile |
| Controllo enterprise | Prendi il fornitore o lascia la piattaforma | Chiavi proprie, modelli privati e instradamento sui piani enterprise |
Domande frequenti
Quali fornitori di modelli usa Ciao?
Ciao mantiene una scala multi-provider e la adatta man mano che il panorama dei modelli cambia, che è esattamente il punto — nessun singolo fornitore sotto ogni cosa. I piani enterprise possono vincolare l'instradamento a provider approvati, alle tue chiavi, o a endpoint compatibili con OpenAI.
Scelgo io un modello per ogni prompt?
No. L'instradamento è per attività — passaggi di build, modifiche rapide, test e diagnosi vanno automaticamente verso modelli adatti. Le imprese che hanno bisogno di controllo impostano confini a livello di piano piuttosto che micro-gestire i prompt.
Cosa succede durante un'interruzione del provider?
Il fallback si attiva e la scala instrada il lavoro verso il provider successivo, così le build continuano. Quella resilienza è una delle ragioni principali per cui i team seri chiedono dell'instradamento multi-provider in primo luogo.
Il nostro codice è esposto a tutti questi provider?
L'inferenza gira sotto contratti modello a conservazione zero, e il codice del cliente non viene usato per addestrare i modelli — quei termini si applicano su tutta la scala. Le imprese possono restringere ulteriormente quali provider vedono qualcosa usando le proprie chiavi o l'instradamento verso modelli privati.
Possiamo far girare la scala sui nostri modelli?
Sui piani enterprise, sì — porta le tue chiavi provider o punta l'instradamento verso endpoint compatibili con OpenAI, inclusi modelli ospitati privatamente. I programmi di produzione seri partono da 10.000 USD all'anno; parla con le vendite delle configurazioni con modelli propri.
Pagine correlate
Costruisci il software che prima dovevi solo aspettare.
Scala di modelli: instradamento multi-provider, fallback | Ciao