La 5.0 GA è già disponibile oggi, e continuiamo a pubblicare. Tutto ciò che segue arriva come patch 5.0.x su un treno continuo — veloce, affidabile, senza un ramo minor parallelo da aspettare. Questa pagina è la lettura orientata al cliente di ciò che è già attivo, cosa arriva nella prossima patch e cosa è in coda per patch 5.0.x successive. Inquadramento onesto — niente date, niente promesse esagerate. Pubblichiamo quando la superficie è pronta. Per la vista a schede più sintetica, si veda prossimi passi.
Ogni elemento si trova in uno dei tre raggruppamenti sotto. Oggi significa che è già stato pubblicato in una patch 5.0.x e che potete installarlo subito. Prossima patch significa che arriva nella 5.0.13 — il design è deciso, il codice atterra, le build interne lo trasportano. Più avanti in 5.0.x significa delimitato e nominato, in coda per una patch 5.0.x successiva. Le sezioni dopo questo ledger espandono ogni elemento con la prospettiva cliente.
Attivo in 5.0.x — installabile subito
In arrivo nella 5.0.13
In coda per patch 5.0.x successive
Gli elementi possono scivolare avanti o indietro fra le colonne man mano che il treno di patch procede. Questa pagina viene aggiornata quando la realtà si sposta. Le release notes sono il taglio formale; problemi noti traccia le asperità della linea 5.0.x.
La memoria di Eldric è la spina dorsale di come migliora nel vostro lavoro nel tempo. Il treno di patch 5.0.x affina sia i confini di quella memoria (chi vede cosa, da dove proviene) sia il suo ciclo di feedback (cosa viene rinforzato in base a ciò che ha funzionato).
Ogni voce di memoria riceve uno scope esplicito — personale, progetto, team, tenant — e il fan-out del richiamo rispetta quello scope. Una collega che cerca nel vostro spazio di progetto condiviso vede ciò che è condiviso; i vostri appunti personali restano personali. Il motore dei sogni eredita lo stesso scope sulle voci che genera dalle sessioni concluse.
Cosa cambia per voi: gli spazi di lavoro condivisi diventano sicuri da usare senza una pre-sanificazione paranoica. La piattaforma applica il confine, non il cliente.
Quando il cliente accetta una risposta, la piattaforma se ne accorge. Una pipeline a più stadi — segnale di accettazione → filtro di novità semantica → giudice di qualità → soglia di ricorrenza → aggiornamento del classificatore — trasforma quel segnale in addestramento incrementale per il modello di router on-device. Il segnale cattivo viene messo in quarantena; il pollice in su del cliente è un voto che approda.
Cosa cambia per voi: la classificazione di intento del cluster diventa silenziosamente migliore sulle vostre richieste nell'arco di settimane, senza esecuzioni esplicite di fine-tuning.
La finestra di upload intelligente acquisisce un substrato di ingest consapevole dello schema — per contenuti strutturati (tabelle, CSV, JSON, schemi XML), l'assistente legge lo schema prima del chunking e propone una strategia che rispetta i confini dei record invece di tagliarli a metà.
Cosa cambia per voi: l'ingest di dati strutturati smette di richiedere sovrascritture per documento. La piattaforma sceglie la strategia giusta leggendo i dati.
Il daemon di inferenza nativo consulta la memoria associativa una volta, al confine del prompt, oggi. Una patch 5.0.x successiva estende lo stesso hook in modo che si attivi per ogni token generato — permettendo al modello di richiamare frammenti di supporto mentre compone la risposta, non solo prima di iniziarla.
Cosa cambia per voi: le risposte più lunghe restano radicate per tutta la loro estensione, non solo all'apertura. Il compromesso è un po' di latenza in più; il guadagno è meno deviazioni a metà risposta.
La 5.0 già distribuisce l'inferenza nativa accanto al percorso Ollama opzionale. Il treno di patch 5.0.x promuove il percorso nativo come predefinito sulle piattaforme dove ora è abbastanza veloce, e aggiunge lo stack ML strutturato sopra.
I workload di ML strutturato — esecuzione di policy, forecasting, encoding visione-linguaggio, richiamo associativo — dispongono di un percorso di compilazione nativo. Nessun sidecar Python, nessun server di modelli separato. Lo stesso singolo daemon li serve direttamente tramite un grafo compilato. I percorsi Apple Silicon e Linux atterrano progressivamente lungo il treno 5.0.x.
Cosa cambia per voi: avvio a freddo più rapido, meno pressione sulla memoria, meno parti in movimento da monitorare. Particolarmente visibile su Apple Silicon, dove il percorso nativo gira sull'architettura a memoria unificata senza overhead di trasferimento GPU.
Per il controllo a ciclo chiuso (robotica, automazione industriale), una patch 5.0.x successiva aggiunge uno strato di world model fra percezione e azione: ingest dei frame da sensori / telecamere, previsione dello stato successivo, dispatch della policy. Cancelli di sicurezza & vincoli di tempo reale stanno sopra in modo che il ciclo abbia latenza limitata.
Cosa cambia per voi: l'ML strutturato su Eldric non è più solo workload isolati. Encoder, forecaster, policy e retriever compongono una superficie di controllo coerente.
Il sottosistema di addestramento distribuisce una modalità federata a round: ogni sito addestra localmente su dati che non lasciano mai il sito, il cluster aggrega gli shard di gradiente, il round successivo distribuisce il modello aggiornato. Fine-tuning rispettoso della privacy attraverso un deployment federato.
Cosa cambia per voi: le organizzazioni che non possono mettere in comune i dati di addestramento fra giurisdizioni hanno comunque una via verso un modello condiviso.
Sia il percorso GGUF sia quello xLSTM nativo ricevono nella 5.0.13 un lavoro mirato sulle prestazioni: miglioramenti nel riuso della KV cache, decoding speculativo attivato per default quando i draft model combaciano, batching più stretto per il percorso di token in streaming.
Cosa cambia per voi: tempo al primo token più basso, throughput più alto di sessioni concorrenti sullo stesso hardware.
La 5.0 ha consegnato per intero la storia del consenso multi-controller — il cluster Raft si forma, replica, fa failover sotto test live. Le prossime patch chiudono i cancelli rimanenti che la trasformano in un bootstrap di HA di produzione senza interventi. La storia più approfondita è sulla pagina di clustering.
Oggi, quando cambia il leader di un controller, i client si riconnettono tramite un bilanciatore esterno o una riconfigurazione manuale. La 5.0.13 distribuisce una forma di endpoint client consapevole del leader — il cluster espone un singolo target di connessione, la piattaforma reindirizza al nodo che è leader in quel momento, il client non vede mai il failover. Il design è deciso con split-horizon sull'edge per la shell di amministrazione; l'implementazione sta atterrando ora.
Un inventario della flotta di dispositivi a livello di cluster: i plugin di rete, i sensori, i controllori e gli edge appliance che la piattaforma gestisce ricevono un registro unificato con capacità, metadati del fornitore e configurazione per dispositivo. Collegato alla GUI come vista di flotta.
Cosa cambia per voi: il team operativo ottiene un'unica schermata su cosa il cluster sta interrogando, non una dispersione di dashboard per plugin.
La 5.0 ha distribuito per intero la superficie di federazione multi-sito (Raft di federazione al livello più alto, protocollo mTLS, routing cross-branch, assistente di installazione). Una patch 5.0.x successiva aggiunge il lavoro di validazione operativa — un laboratorio di test multi-regione che esercita la federazione sotto scenari realistici di latenza WAN e partizione, oltre a un banco di chaos engineering per il percorso HA.
L'ultimo pezzo della storia HA della 5.0 atterra man mano che i deployment di produzione si avviano: quorum di controller a tre nodi, unificazione dell'auth store fra i leader, replica delle identità al ripristino. La 5.0.13 consegna il percorso di bootstrap validato per i clienti che gestiscono piani di controllo cluster reali.
La shell di chat, la GUI macOS, l'app iOS e il CLI ricevono tutti attenzione lungo il treno di patch 5.0.x — sia in funzionalità condivise multi-piattaforma sia nelle rifiniture specifiche di piattaforma.
La shell di chat diventa onesta riguardo a cosa la piattaforma può fare per questo cliente, in questo momento. Strumenti, basi di conoscenza, capacità native, estensioni fornite dai plugin — affiorano in linea invece di nascondersi dietro i menu. I cancelli di licenza e le funzionalità attivate sul tenant guidano lo stesso segnale UI.
Cosa cambia per voi: i clienti smettono di chiedere cose che la piattaforma già supporta solo perché non le hanno trovate.
Etichette di visibilità per messaggio (entrerà nella memoria a lungo termine? nella memoria di chi?), un invito a fine output a fissare o mettere fra i segnalibri, un menu di sovrascrittura per messaggio e tre preset di archetipo nelle impostazioni — «ricorda tutto», «chiedi ogni volta», «ricorda solo ciò che fisso». Asimmetrico: l'utente vede più del modello su cosa viene conservato.
Una prima dotazione di strumenti nativi di piattaforma: operazioni su file legate allo storage configurato, operazioni di comunicazione (mail / SMS / protocolli di chat), operazioni di memoria (memorizza / richiama / dimentica), batch ad alta potenza per il lavoro ripetitivo. Disponibili ovunque sia presente la superficie di chat — web, macOS, iOS, CLI — con semantica coerente.
Un framework di sincronizzazione che mantiene coerenti conversazioni, prompt, memoria fissata e impostazioni per dispositivo attraverso laptop, telefono e desktop. Due domini di riferimento atterrano per primi (sessioni e prompt); il framework permette ai domini successivi di inserirsi senza dover essere reingegnerizzati uno per uno.
Cosa cambia per voi: iniziare una conversazione su un dispositivo e continuarla su un altro smette di richiedere un passaggio di esportazione esplicito.
La 5.0 distribuisce la meccanica di installazione dei plugin (sfoglia il catalogo, verifica dell'archivio firmato, convalida del manifest, installa / disinstalla / aggiorna). Una patch 5.0.x successiva aggiunge sopra la UI del browser lato cliente — cercare, filtrare, anteprima, installazione in un clic. La configurazione dei plugin installati avviene nella GUI, non tramite file.
La GUI macOS e il CLI ottengono la copertura delle nuove funzionalità 5.0.x — UX di ritenzione su entrambi, interfaccia di auto-consapevolezza sul client desktop, le nuove superfici degli strumenti nativi nel catalogo dei sottocomandi CLI.
La superficie di estensione della piattaforma continua a crescere — driver di prima parte per ulteriori fornitori, copertura SNMP per più categorie e i pacchetti per dispositivi di coda lunga che un team operativo accumula nel corso della vita di un deployment.
Il programma di costruzione di plugin di rete e infrastruttura aggiunge il prossimo lotto di driver di piattaforma di Livello 1 — gestione di flotte di server, piattaforme di classe enterprise con superfici API documentate. Ciascuno viene consegnato come plugin a documentazione verificata, non a partire da conoscenza API speculativa.
La copertura SNMP si amplia — gestione BMC dei server (ENTITY-MIB), gestione bridge degli switch (BRIDGE-MIB), storage SMI-S, sensori ambientali, ulteriori produttori di UPS / PDU, sorveglianza & voce. Ogni driver di categoria copre una famiglia di fornitori tramite il MIB standard; i pacchetti specifici per fornitore si appoggiano sopra.
Per le decine di dispositivi di nicchia che una tipica azienda accumula, un'architettura a driver SNMP generico più pacchetto MIB del fornitore: depositate il MIB, ottenete un driver funzionante. I team operativi smettono di mantenere un arretrato del tipo «la piattaforma non parla con questo dispositivo».
La guardia di isolamento dati per tenant si estende fino a coprire ogni superficie di modulo, non solo il modulo dati. Ogni endpoint che porta un identificatore di tenant nel path viene verificato contro il tenant autenticato, con un 403 pulito sui tentativi cross-tenant. Il log di audit cattura ogni rifiuto. Già attivo in 5.0.x; la copertura continua ad ampliarsi lungo le patch.
Nessuno dei pezzi sopra porta una data di rilascio. Non perché non abbiamo un piano interno — ce l'abbiamo. È perché le date software slittano; le date pubblicate creano pressione a pubblicare prima che la superficie sia pronta. Eldric 5.0 ha richiesto il tempo che ha richiesto. Ogni patch 5.0.x richiederà il tempo che richiede.
Su cosa potete contare:
dnf update e siete aggiornati.Il treno di patch 5.0.x si muove sul segnale dei clienti. Se qualcosa di cui avete bisogno non è su questa pagina, scrivete a office@eldric.ai. Clienti a pagamento con licenza ID: support@eldric.ai per gestione prioritaria — le richieste di funzionalità dei clienti attivi pesano nella pianificazione.
Per la panoramica più sintetica a schede: prossimi passi. Per tutto ciò che è già pubblicato: release notes. Per la storia più approfondita sul clustering: clustering & HA. Per le asperità della linea 5.0.x e gli avvisi sullo stato di anteprima: problemi noti.