FAQ
Domande e risposte oneste su Olivares AI
Risposte pratiche per i team che valutano Olivares AI come ground truth per l’AI enterprise: che cos’è, cosa resta nel vostro perimetro e dove il prodotto dichiara onestamente i propri limiti.
Che cos’è Olivares AI?
Olivares AI è una piattaforma self-hosted e vendor-neutral per integrare, gestire e proteggere l’AI enterprise sull’infrastruttura che già gestite. Scopre agenti, sessioni, modelli e server MCP, poi costruisce una mappa di accesso di ciò che ciascuno può leggere o scrivere. L’obiettivo è dare ai team platform, security e operations una verità operativa utile per policy, costi ed evidenze.
In cosa differisce da un gateway AI o da uno strumento di osservabilità LLM?
Un gateway si concentra sulle chiamate ai modelli: routing, chiavi, budget, cache e talvolta filtri di contenuto. L’osservabilità LLM si concentra su trace, span e debugging dei prompt. Olivares guarda l’intero estate, mappando gli agenti alle risorse che toccano davvero e confrontando accesso consentito e comportamento osservato. Quegli strumenti possono restare in uso; Olivares aggiunge accanto a loro il livello di governance ed evidenza infrastrutturale.
Che cosa significa self-hosted o air-gapped se Claude non è self-hostable?
L’inferenza di Claude non è self-hostable, quindi una richiesta Claude raggiunge comunque Anthropic o un provider cloud supportato che configurate. A essere self-hosted è Olivares: discovery, mappa di accesso, audit ledger, stato delle policy e dati di governance girano nella vostra infrastruttura. Air-gapped significa che quel livello di governance e osservazione può operare senza chiamare casa. Per i modelli che ospitate davvero, anche l’inferenza può restare locale.
Perché Claude-first, e crea lock-in?
Claude-first significa che il lavoro di prodotto più profondo riguarda Claude Code e il modo in cui i team enterprise lo operano. Mappa di accesso, identità, policy, FinOps ed evidenze sono vendor-neutral e progettate attorno a ciò che gli agenti toccano, non a un solo vendor di modelli. Claude è la prima superficie di integrazione, non una gabbia.
Olivares compete con Anthropic o rivende Claude?
No. Olivares completa Claude; non lo sostituisce, non lo rivende e non intermedia credenziali di abbonamento. La relazione con il modello resta tra la vostra organizzazione e il provider del modello. Olivares è il livello di governance e osservazione intorno agli agenti e alle sessioni che usano quei modelli.
I miei dati escono dal perimetro?
I dati di governance di Olivares restano nel vostro perimetro: mappa di accesso, audit ledger, inventario e stato delle policy vivono nel vostro storage. La piattaforma registra relazioni ed esiti, non payload dei prompt, righe di risultato, segreti o dati personali. Non esiste telemetria obbligatoria verso il vendor. L’eccezione onesta è l’inferenza del modello: modelli ospitati come Claude ricevono le richieste che scegliete di inviare.
Olivares può rompere la produzione?
Discovery e mappa di accesso sono fuori banda. Leggono audit log, OpenTelemetry e segnali nativi delle fonti invece di stare in ogni data path degli agenti, quindi un guasto del collector degrada la visibilità, non il traffico di produzione. L’enforcement si applica solo dove collegate deliberatamente un gate governato, come un hook Claude Code o un’altra superficie di attuazione provisionata. Quei gate sono progettati per fallire chiusi, non per mostrare un falso verde.
Quanto devo fidarmi della mappa di accesso?
Fidatevi di ogni arco esattamente fino a dove arriva la sua evidenza. La mappa distingue lettura da lettura/scrittura solo dove la fonte può provarlo, e porta informazioni di fiducia su attribuzione e copertura. Se un account di servizio condiviso nasconde l’identità dell’agente o una fonte non può provare lettura contro scrittura, il prodotto marca l’incertezza invece di indovinare. Un’evidenza pulita è azionabile; un’evidenza ignota o approssimata indica dove migliorare l’instrumentazione.
Olivares è pronto per la produzione?
Olivares è pre-1.0 e in sviluppo attivo, e il sito pubblico etichetta l’esperienza prodotto come preview. I team dovrebbero valutarlo read-first, in ambienti non critici o in un estate controllato, prima di collegarlo a percorsi di controllo importanti. API e superfici dei moduli possono ancora cambiare. Questa onestà fa parte del prodotto: una piattaforma di governance non dovrebbe esagerare ciò che può provare.
Con quale licenza è distribuito?
Il core self-hosted è aperto sotto AGPL-3.0. L’intento è che il prodotto self-hosted completo sia utile senza una community edition limitata per funzionalità. Una licenza commerciale è disponibile per le organizzazioni che hanno bisogno di un’eccezione all’AGPL per ragioni legali o distributive. I confini di connector e integrazioni vanno verificati sul repository pubblicato al lancio.
Quanto costa?
Potete self-hostare il prodotto AGPL senza pagare Olivares per sbloccare funzionalità. I vostri costi operativi sono la vostra infrastruttura e l’inferenza dei modelli che scegliete di usare tramite account provider. Le opzioni a pagamento riguardano licenza commerciale e accordi enterprise, non la funzionalità del prodotto core.
Come dovrebbe valutarlo un team in modo sicuro?
Iniziate read-first: collegate segnali, ispezionate la mappa di accesso e confrontate comportamento consentito e osservato prima di attivare enforcement. Trattate l’uso iniziale come valutazione di design e copertura, non come unico presidio di sicurezza. Quando la mappa mostra incertezza, migliorate propagazione dell’identità e fonti di audit prima di basare una decisione su quell’arco.