Ha scoperto LibreChat, ha eseguito docker compose up e un'ora dopo tutto il suo team poteva usare Claude, GPT e Gemini in un'unica interfaccia pulita. Facciamo un salto di tre mesi: è l'operatore non retribuito di un sistema in produzione. Mongo reclama backup. La RAG API si è rotta dopo un aggiornamento. Qualcuno ha incollato la chiave OpenAI condivisa in un canale Slack. E la contabilità continua a chiedere chi abbia speso 400 dollari in token a marzo.

Niente di tutto questo è colpa di LibreChat. È ciò che comporta davvero gestire qualsiasi piattaforma AI multiutente. L'unica domanda è se quel lavoro debba stare sulla sua scrivania.

"docker compose up" è la parte facile

LibreChat si è guadagnato la propria reputazione onestamente. È la migliore chat AI open source che esista: ogni modello importante, agenti, chat sui file, generazione di immagini e un'interfaccia che il suo team sa già usare.

La produzione è un altro mestiere. Un vero deployment di LibreChat è una piccola piattaforma:

  • MongoDB per le conversazioni, di cui qualcuno deve fare il backup e testare il ripristino,
  • Meilisearch per la ricerca,
  • una RAG API separata più un database vettoriale se vuole il caricamento dei file e la chat con i documenti,
  • un reverse proxy, TLS, un dominio e un monitoraggio che segnala i disservizi prima che se ne accorgano i suoi utenti,
  • un file .env e un librechat.yaml che diventano sempre più critici con ogni funzionalità che attiva,
  • e chiavi API per ogni provider che collega: OpenAI, Anthropic, Google e chiunque rilasci il prossimo modello che il suo team vorrà avere fin dal primo giorno.

Poi cominciano gli aggiornamenti. LibreChat va veloce, il che è un'ottima notizia come utente e un compito ricorrente come operatore. Ogni release è un changelog da leggere, un merge da testare e una finestra di manutenzione da pianificare. Ne salta alcuni e il salto successivo fa paura. Li applica tutti ed è un lavoro part-time.

Lo sappiamo perché è esattamente ciò che facciamo. kral gestisce LibreChat in produzione ogni giorno; l'elenco qui sopra è il nostro runbook, non un allarmismo.

La parte di cui nessuno L'avverte: utenti, chiavi e denaro

Per un singolo utente, il self-hosting va benissimo davvero. I problemi iniziano con l'utente numero due.

Multiutente significa che qualcuno deve rispondere a tre domande. Chi può accedere? Cosa può usare? Chi paga cosa? Con le chiavi API grezze si ritrova con due opzioni entrambe sgradevoli: una singola chiave condivisa (nessuna attribuzione, e una sola fuga di dati brucia l'intero budget) oppure una chiave per persona (attriti nell'onboarding, rischi nell'offboarding e una pila di fatture dei provider che la contabilità deve riconciliare).

LibreChat include crediti di token di base, ma è un'app di chat, non un sistema di fatturazione. Non ci sono piani, né fatture, né gestione delle imposte, né ricariche che i suoi utenti possano acquistare da soli. Per un'adozione aziendale, di solito è quella lacuna il vero ostacolo, non i server.

Cosa dovrebbe coprire un hosting gestito di LibreChat

L'hosting gestito ha senso solo se elimina l'intera lista, non solo i container. Chiunque scelga, noi compresi, pretenda tutto questo:

  • Una base LibreChat aggiornata. Gli aggiornamenti arrivano senza il suo coinvolgimento e il prodotto continua a seguire il progetto open source invece di trasformarsi in un clone privato e congelato.
  • Modelli inclusi. Tutti i principali modelli attraverso un unico punto di accesso, senza chiavi API da ottenere, distribuire o ruotare.
  • Un vero controllo dei costi. Budget per utente, un consumo che può attribuire a una persona e un'unica fattura invece di cinque.
  • Gestione del team. Inviti, rimuova, fatto. L'accesso termina quando termina il contratto.
  • L'intero set di funzionalità. Chat sui file, generazione di immagini e ricerca sul web devono funzionare fin dal primo giorno; sono metà del motivo per cui lo stack è complesso.
  • Una via d'uscita. Le sue conversazioni sono esportabili e il software sottostante è open source. Se andarsene è difficile, non è un cliente, è un ostaggio.

Come lo gestisce kral

kral è LibreChat, gestito come una piattaforma completa. Accede su app.kral.ai e ottiene l'interfaccia che stava per installare in autonomia, con il livello operativo già pronto:

  • Claude, GPT, Gemini, DeepSeek, Perplexity e altri ancora, in un'unica app, senza chiavi API da nessuna parte,
  • fatturazione per token con piani mensili e crediti ricaricabili, così il consumo viene attribuito alla persona che lo ha generato,
  • piani per team: un unico contratto, un budget condiviso, membri che gestisce in autonomia,
  • caricamento dei file con ricerca sui documenti, generazione di immagini e ricerca sul web già configurati,
  • un'interfaccia in 29 lingue,
  • aggiornamenti gestiti al posto suo: quando LibreChat rilascia una versione, noi la integriamo, la testiamo e la distribuiamo.

Per dovere di onestà: kral gestisce un fork di LibreChat mantenuto attivamente, e le patch esistono esattamente per le cose elencate sopra (il gateway, la fatturazione, i team). Seguiamo di proposito le release upstream, perché un LibreChat ospitato che smette di essere LibreChat ha mancato il suo obiettivo.

E poiché è LibreChat, la via d'uscita resta aperta. Esporti i suoi dati e gestisca da sé lo stack open source quando vuole. Preferiamo essere l'opzione che continua a scegliere piuttosto che quella a cui è costretto.

Self-hosted o gestito? Il confronto onesto

LibreChat self-hostedGestito (kral)
Tempo alla prima chatUn pomeriggio, se tutto va beneCirca un minuto
AggiornamentiLegge, integra, testa, distribuisceCe ne occupiamo noi
Accesso ai modelliLe sue chiavi API, un account per providerIncluso, un unico login
Controllo dei costi per utenteDa costruire in proprioBudget e fatturazione per token integrati
Chat sui file / RAGServizi aggiuntivi da gestireIncluso
Posizione dei datiCompletamente suoi, sul suo hardwareSull'infrastruttura di kral, esportabili in qualsiasi momento
Quanto costaServer, fatture dei provider, le sue orePiano o crediti, un'unica fattura

Il self-hosting vince su una cosa, e non è cosa da poco: i dati non lasciano mai la sua sede. Se ha un team infrastrutturale e un vincolo rigido di residenza dei dati, opti per il self-hosting. È la scelta giusta, e il progetto merita la sua stella su GitHub.

Esiste anche una terza via. La piattaforma su cui è costruito kral può funzionare all'interno della sua azienda, persino in modo nativo sul suo Windows Server. Un requisito on-premises non chiude il discorso.

Le domande che i team fanno davvero

kral è la stessa cosa di LibreChat?

L'esperienza di chat è LibreChat, mantenuta vicina all'upstream. Attorno a essa, kral aggiunge ciò che serve a un'adozione aziendale: il gateway dei modelli, la fatturazione, i budget e la gestione del team.

Ci servono chiavi API nostre?

No. Ogni modello sulla piattaforma è incluso e fatturato per token. Nessuno deve aprire un account OpenAI e nessuna chiave può trapelare, perché non ce ne sono da distribuire.

Possiamo tornare al self-hosting in seguito?

Sì. Le sue conversazioni sono esportabili e il software è open source. La via d'uscita è reale, ed è esattamente per questo che non ci affidiamo al lock-in per trattenerla.

Funziona per i team?

Sì. Un piano per team è un unico contratto con un budget condiviso: il titolare invita i membri, tutti attingono dallo stesso pool e l'accesso termina nel momento in cui rimuove qualcuno.

Quanto costa?

Piani mensili con consumo incluso, più crediti che può ricaricare man mano. I prezzi attuali sono su kral.ai; non c'è alcun sovrapprezzo per postazione nascosto in un PDF.


LibreChat vale il tempo del suo team. Se valga anche le sue serate è un'altra questione. Se la risposta è no:

Provi kral ora

Commenti (0)

Nessun commento ancora. Sii il primo!

Acceda per lasciare un commento.

Accedi Registrati