Il pilota è avvenuto senza di lei. Da qualche parte in azienda, LibreChat è già in funzione: uno sviluppatore lo ha configurato in un pomeriggio, due team lo hanno trovato, e ora porta lavoro vero in silenzio. Poi la richiesta atterra sulla scrivania dell'IT come una sola frase, "possiamo renderlo ufficiale?" Ufficiale è dove inizia la parte difficile: single sign-on, controllo degli accessi, un budget che appartiene a qualcuno e una fattura che l'ufficio acquisti può davvero registrare.

Questo articolo è la mappa per quel passo. Cosa richiede davvero un rollout enterprise di LibreChat, quali parti LibreChat offre di serie e quali parti qualcuno deve costruire. Piena trasparenza dall'inizio: kral è un LibreChat gestito costruito esattamente per questa lacuna, e saremo precisi su dove finisce il progetto open source e dove inizia il nostro strato.

Cosa significa davvero "ufficiale"

Ogni azienda intende le stesse sei cose quando dice ufficiale, qualunque sia lo strumento:

  • Identità. Un unico accesso, entrate e uscite gestite, nessun elenco di password in un foglio di calcolo.
  • Controllo degli accessi. Chi può usare quali modelli, deciso per ruolo, non da chi ha trovato l'URL per primo.
  • Attribuzione. Un utilizzo tracciabile fino a una persona, altrimenti l'amministrazione lo traccià fino a lei.
  • Budget. Un tetto per persona o per team che ferma la spesa eccessiva prima che avvenga, non dopo.
  • Fatturazione adatta agli acquisti. Una fattura, IVA corretta, un fornitore che si inserisce nel processo di approvvigionamento.
  • Un ciclo di vita. Aggiornamenti secondo un calendario, un changelog che qualcuno legge e una via d'uscita documentata.

Nulla di tutto ciò è esotico. È lo stesso elenco che la sua azienda pretende da ogni altro sistema di registrazione. La differenza è che l'IA è entrata dalla porta di servizio, e l'elenco è ormai in ritardo.

Cosa offre LibreChat di serie

Prima il merito, perché se lo è guadagnato. LibreChat dà a un'azienda sostanza vera da cui partire:

  • Supporto OpenID Connect. L'applicazione può autenticarsi contro un identity provider invece che contro password locali.
  • L'interfaccia che i suoi utenti hanno già scelto. Agenti, chat sui file, generazione di immagini, ricerca; l'adozione non è un suo problema.
  • Una licenza MIT. Nessuna clausola sul numero di utenti, nessuna condizione di marchio, ispezioni e adatti il codice liberamente.
  • Crediti di token come primitiva. Esiste un meccanismo di base per misurare l'utilizzo.

E il limite onesto, lo stesso che abbiamo descritto in hosting gestito di LibreChat: LibreChat è un'applicazione di chat, non un sistema di fatturazione né un interlocutore per gli acquisti. Non ci sono piani, né fatture, né gestione dell'IVA, né tetti di spesa che un ufficio finanziario riconoscerebbe, e i team esistono come righe di utenti, non come contratti con budget condivisi. Questa non è una critica; è l'ambito.

Lo strato enterprise che kral gestisce

kral mantiene l'esperienza LibreChat vicina all'upstream e costruisce la parte ufficiale attorno ad essa come un'unica suite: la chat che i suoi utenti vedono, il gateway che i suoi strumenti interni chiamano, la console di amministrazione dove l'IT governa e la fatturazione che l'amministrazione può registrare. Persino LibreChat stesso viene configurato da quella console; attivi un modello, attivi una funzione e la chat segue, senza YAML modificato a mano. In pratica questo significa:

  • Un unico accesso. Un solo account porta chat, utilizzo e fatturazione. Nessuna chiave API in nessun punto dell'azienda.
  • Team come contratti. Un accordo, un budget condiviso, membri che il proprietario invita e rimuove. L'accesso finisce nel momento in cui finisce il posto.
  • Budget che si applicano da soli. Tetti mensili per persona; la piattaforma misura ogni richiesta rispetto ad essi e si ferma alla linea che lei ha tracciato.
  • Un utilizzo che vede davvero. Ogni richiesta è misurata: modello, token in ingresso, token in uscita, costo. La spesa di token per utente è una consultazione di pochi secondi, non una ricostruzione a fine mese, e ogni unità di spesa porta un nome.
  • Governance dei modelli. Attivi o disattivi singoli modelli; ogni grande fornitore è incluso e fatturato a token.
  • Fatturazione pronta per gli acquisti. Piani più crediti, IVA UE gestita, una fattura invece di cinque estratti dei fornitori.
  • Un ciclo di vita che lei non gestisce. Quando LibreChat pubblica una versione, noi la integriamo, la testiamo e la distribuiamo.

Ospitato in un minuto, o dentro le sue mura

La via rapida è ospitata: acceda su app.kral.ai e lo strato superiore è già attivo. La via enterprise va oltre: la piattaforma su cui kral è costruito può girare dentro la sua azienda, nativamente sul suo Windows Server. Lì l'accesso si collega all'identity provider che il suo IT già gestisce, i dati restano su hardware che lei possiede, e i suoi strumenti interni raggiungono ogni modello attraverso un unico endpoint gateway con un'unica chiave.

Entrambe le vie mantengono la stessa uscita: la base è open source e i suoi dati sono esportabili. Uno strumento ufficiale non dovrebbe mai aver bisogno di una clausola di ostaggio per trattenere i suoi utenti.

LibreChat grezzo vs kral, con occhi enterprise

LibreChat grezzokral
AccessoSupporto OIDC che lei collega e gestisceUn unico accesso; integrazione IdP sulla via self-hosted
TeamUtenti in un databaseContratti con budget condivisi e controllo del proprietario
Controllo dei costiCrediti di token come primitivaTetti per persona, attribuzione a token
Visibilità dell'utilizzoLog, se lei costruisce la reportisticaOgni richiesta misurata; spesa per utente a colpo d'occhio
AmministrazioneFile YAML ed env modificati a manoUna console configura modelli, funzioni e la chat
FatturazioneNon è il suo compitoPiani, crediti, IVA UE, una fattura
ModelliLe sue chiavi API, un account per fornitoreInclusi, ogni grande fornitore
AggiornamentiLei legge, integra, testa, distribuisceFatto per lei
UscitaOpen source per definizioneEsportabile in qualsiasi momento, la base resta open source

Le domande che l'IT fa davvero

kral è solo LibreChat con degli extra?

Deliberatamente, sì. kral mantiene la chat vicina all'upstream; attorno ad essa siedono il gateway, la fatturazione, i budget, la reportistica sull'utilizzo e la gestione dei team, guidati da un'unica console, esattamente la parte che a un rollout enterprise mancava.

Possiamo mantenere il nostro identity provider?

Sulla piattaforma self-hosted, sì: l'accesso funziona contro l'IdP che il suo IT gestisce. Il servizio ospitato su app.kral.ai usa account kral con un unico accesso tra chat e fatturazione.

Cosa diciamo al responsabile della protezione dei dati?

Chieda dove vanno i prompt. Sul suo server, vanno su hardware che lei possiede prima che qualsiasi modello li veda. Sul servizio ospitato, passano attraverso kral verso i fornitori di modelli che lei sceglie, e i suoi dati restano esportabili in qualsiasi momento. Non è una risposta da avvocato; è la topologia onesta su cui costruirne una.

Le nostre persone hanno bisogno di chiavi API?

No. Ogni modello sulla piattaforma è incluso e fatturato a token. Nessuno apre account presso i fornitori, e nessuna chiave può trapelare, perché non ce ne sono da distribuire.

Quanto costa?

Piani mensili con utilizzo incluso, più crediti per le settimane intense. I numeri attuali sono su kral.ai; non c'è alcun sovrapprezzo per posto nascosto in un PDF, e il collega che pone tre domande al mese non le costa quasi nulla.


LibreChat ha già conquistato i suoi utenti; quella parte è fatta. Ciò che resta è renderlo ufficiale senza farne un progetto di sei mesi. È la parte che kral gestisce:

Prenota una demo

Prova kral ora

Commenti (0)

Nessun commento ancora. Sii il primo!

Acceda per lasciare un commento.

Accedi Registrati