5.0 ist die Plattform, die heute ausgeliefert ist. Die Arbeit, die weitergeht, läuft als Patch-Reihe auf derselben 5.0-Linie — jeder Patch additiv, keine inkompatible Änderung an der 5.0-Oberfläche, kein Sprung auf eine neue Hauptversion. Diese Seite ist die kundenseitige Lesart dieses Wegs: was heute live ist, was im nächsten 5.0.x-Patch landet und was später in der 5.0.x-Reihe folgt. Ehrlicher Rahmen — keine Termine, keine Übertreibung. Wir liefern, wenn die Oberfläche stimmt. Die kürzere Kartenübersicht liegt auf Was kommt.
Jedes Stück steht in einem der drei Eimer unten. Heute heißt, in einem 5.0.x-Patch ausgeliefert und im Cluster live. Nächster Patch heißt, im nächsten 5.0.x-Schnitt — Entwurf beschlossen, Code landet, interne Builds tragen es. Später in 5.0.x heißt, in einem späteren Patch der 5.0-Reihe — abgegrenzt und benannt, manchmal mit Spezifikation, der Build hat noch nicht begonnen. Die Abschnitte nach diesem Ledger entfalten jedes Stück mit der Kundenperspektive.
live in 5.0.x — heute im Cluster
5.0.13 — Entwurf beschlossen, Code landet
spätere 5.0.x-Patches — benannt, noch nicht eingetaktet
Alles in der mittleren Spalte kann nach rechts rutschen, alles rechts kann nach vorne in die mittlere wandern, bevor der nächste Patch geschnitten wird. Diese Seite aktualisieren wir, wenn sich die Realität verschiebt. Die Release Notes sind der formale Schnitt; Bekannte Probleme verfolgt die Rauheiten der 5.0-Linie.
Eldrics Memory ist das Rückgrat dafür, wie es im Lauf der Zeit besser in Ihrer Arbeit wird. Die nächsten 5.0.x-Patches schärfen sowohl die Grenzen dieses Memorys (wer sieht was, woher kam es) als auch die Rückkopplungsschleife (was wird verstärkt, je nachdem was funktioniert hat).
Jeder Memory-Eintrag bekommt einen expliziten Scope — persönlich, Projekt, Team, Mandant — und der Recall-Fanout respektiert diesen Scope. Eine Kollegin, die Ihren geteilten Projekt-Namespace durchsucht, sieht das Geteilte; Ihre persönlichen Notizen bleiben persönlich. Die Dream-Engine erbt denselben Scope für die Einträge, die sie aus abgeschlossenen Sitzungen schreibt.
Was sich für Sie ändert: gemeinsam genutzte Arbeitsbereiche werden sicher, ohne paranoide Vorab-Säuberung. Die Plattform setzt die Grenze durch, nicht die Kundin.
Wenn die Kundin eine Antwort annimmt, bemerkt es die Plattform. Eine mehrstufige Pipeline — Akzeptanz-Signal → semantischer Neuheitsfilter → Qualitätsrichter → Wiederholungs-Schwelle → Klassifikator-Update — verwandelt dieses Signal in inkrementelles Nachtrainieren für das geräteseitige Router-Modell. Schlechtes Signal wird isoliert; das Daumen-hoch der Kundin ist eine Stimme, die ankommt.
Was sich für Sie ändert: die Intent-Klassifikation des Clusters wird über Wochen leise besser auf Ihren Fragen, ohne explizite Fine-Tuning-Läufe.
Der intelligente Upload-Dialog bekommt ein schemabewusstes Ingest-Substrat — für strukturierte Inhalte (Tabellen, CSVs, JSON, XML-Schemata) liest der Assistent das Schema vor dem Chunking und schlägt eine Strategie vor, die Datensatz-Grenzen respektiert, statt durch sie zu schneiden.
Was sich für Sie ändert: strukturierte Daten zu ingestieren hört auf, Pro-Dokument-Überschreibungen zu brauchen. Die Plattform wählt die richtige Strategie, indem sie die Daten liest.
Der Inferenz-Daemon von 5.0 fragt das assoziative Memory einmal, am Prompt-Rand. Der Entwurf für einen späteren 5.0.x-Patch erweitert denselben Hook so, dass er pro generiertem Token feuert — das Modell zieht unterstützende Fragmente herein, während es die Antwort komponiert, nicht nur bevor sie startet.
Was sich für Sie ändert: längere Antworten bleiben durchgehend verankert, nicht nur am Anfang. Der Trade-off ist etwas mehr Latenz; der Gewinn sind weniger Abdriftungen mitten in der Antwort.
5.0 liefert bereits native Inferenz neben dem optionalen Ollama-Pfad. Die nächsten 5.0.x-Patches machen den nativen Pfad zum Standard auf Plattformen, wo er jetzt schnell genug ist, und legen den Stack für strukturiertes ML obendrauf.
Die strukturierten ML-Workloads — Policy-Ausführung, Forecasting, Bild-Sprache-Encoding, assoziatives Retrieval — bekommen einen nativen Kompilier-Pfad. Kein Python-Sidecar, kein separater Modell-Server. Derselbe einzelne Daemon bedient sie direkt über einen kompilierten Graphen.
Was sich für Sie ändert: schnellerer Kaltstart, weniger Speicher-Druck, weniger bewegliche Teile zum Überwachen. Besonders sichtbar auf Apple Silicon, wo der native Pfad auf der Unified-Memory-Architektur läuft, ohne GPU-Transfer-Overhead.
Für geschlossene Regelkreise (Robotik, industrielle Automatisierung) ergänzt ein späterer 5.0.x-Patch eine World-Model-Schicht zwischen Wahrnehmung und Aktion: Sensor- / Kamera-Frames ingestieren, den nächsten Zustand vorhersagen, die Policy versenden. Sicherheits-Gates & Wanduhr-Zeit-Beschränkungen sitzen obendrauf, damit die Schleife begrenzte Latenz hat.
Was sich für Sie ändert: strukturiertes ML auf Eldric ist nicht mehr nur isolierte Workloads. Encoder, Forecaster, Policy und Retriever setzen sich zu einer zusammenhängenden Regelungs-Oberfläche zusammen.
Das Trainings-Subsystem bekommt einen rundenbasierten Föderationsmodus: jeder Standort trainiert lokal auf Daten, die den Standort nie verlassen, der Cluster aggregiert Gradienten-Shards, die nächste Runde verteilt das aktualisierte Modell. Datenschutz-wahrendes Fine-Tuning quer durch eine föderierte Bereitstellung.
Was sich für Sie ändert: Organisationen, die Trainingsdaten nicht über Jurisdiktionen hinweg zusammenführen können, bekommen trotzdem einen Weg zu einem gemeinsamen Modell.
Sowohl GGUF- als auch native xLSTM-Pfade bekommen in den nächsten 5.0.x-Patches gezielte Performance-Arbeit: Verbesserungen bei der KV-Cache-Wiederverwendung, spekulatives Dekodieren als Voreinstellung bei passenden Draft-Modellen, engeres Batching für den Streaming-Token-Pfad.
Was sich für Sie ändert: kürzere Time-to-First-Token, höherer Durchsatz bei nebenläufigen Sitzungen auf derselben Hardware.
5.0 hat die Multi-Controller-Konsens-Geschichte durchgängig ausgeliefert — der Raft-Cluster formt sich, repliziert und failovert im Live-Test. Die nächsten 5.0.x-Patches schließen die letzten beiden Tore, die daraus einen reibungslosen Produktions-HA-Bootstrap machen. Die tiefere Geschichte liegt auf der Clustering-Seite.
Heute verbinden sich Clients bei einem Controller-Leader-Wechsel entweder über einen externen Lastverteiler oder per manueller Neukonfiguration neu. Der nächste 5.0.x-Patch liefert eine leader-bewusste Client-Endpunkt-Form aus — der Cluster bietet ein einziges Verbindungsziel an, die Plattform leitet auf den jeweils aktuellen Leader um, der Client sieht das Failover nie. Der Entwurf ist beschlossen, mit Edge-Split-Horizon für die Admin-Shell; die Umsetzung landet jetzt.
Ein Geräte-Flotten-Inventar auf Cluster-Ebene: die Netzwerk-Plugins, Sensoren, Controller und Edge-Appliances, die die Plattform verwaltet, bekommen ein einheitliches Register mit Fähigkeiten, Hersteller-Metadaten und Pro-Gerät-Konfiguration. Verdrahtet in die GUI als Flotten-Ansicht.
Was sich für Sie ändert: das Betriebsteam bekommt einen Bildschirm dafür, mit wem der Cluster spricht, statt einer Streuung an Pro-Plugin-Dashboards.
5.0 hat die Multi-Site-Föderations-Oberfläche durchgängig ausgeliefert (Föderations-Raft auf oberster Ebene, mTLS-Protokoll, branchenübergreifendes Routing, Installations-Assistent). Spätere 5.0.x-Patches ergänzen die operative Validierungsarbeit — ein Multi-Region-Testlabor, das Föderation unter realistischen WAN-Latenz- & Partitions-Szenarien strapaziert, plus eine Chaos-Engineering-Harness für den HA-Pfad.
Das letzte Stück der 5.0-HA-Geschichte landet, wenn die produktiven Deployments laufen: Drei-Knoten-Controller-Quorum, Auth-Store-Vereinheitlichung über die Leader hinweg, Identity-Replikation bei Wiederherstellung. Ein folgender 5.0.x-Patch liefert den validierten Bootstrap-Pfad für Kunden, die echte Cluster-Steuerebenen betreiben.
Die Chat-Shell, die macOS-GUI, die iOS-App und das CLI bekommen in den nächsten 5.0.x-Patches alle Aufmerksamkeit — sowohl bei geteilten plattformübergreifenden Funktionen als auch beim plattformspezifischen Feinschliff.
Die Chat-Shell wird ehrlich darüber, was die Plattform für diese Kundin, gerade jetzt kann. Werkzeuge, Wissensbasen, native Fähigkeiten, plugin-bereitgestellte Erweiterungen — inline sichtbar, statt hinter Menüs versteckt. Lizenz-Schranken und mandanten-aktivierte Funktionen treiben dasselbe UI-Signal.
Was sich für Sie ändert: Kundinnen hören auf, Dinge zu fragen, die die Plattform schon unterstützt, weil sie sie nicht gefunden haben.
Pro-Nachricht-Sichtbarkeits-Badges (kommt das ins Langzeit-Memory? in wessen Memory?), eine Abschluss-Aufforderung am Ende der Ausgabe zum Pinnen oder Mit-Lesezeichen-versehen, ein Pro-Nachricht-Override-Menü und drei Archetyp-Voreinstellungen in den Einstellungen — „Alles merken“, „Jedes Mal fragen“, „Nur merken, was ich pinne“. Asymmetrisch: die Nutzerin sieht mehr darüber, was behalten wird, als das Modell.
Eine First-Party-Reihe plattform-nativer Werkzeuge: Datei-Operationen an den konfigurierten Speicher gebunden, Kommunikations-Operationen (Mail / SMS / Chat-Protokolle), Memory-Operationen (Speichern / Abrufen / Vergessen), starke Batches für wiederkehrende Arbeit. Verfügbar überall, wo die Chat-Oberfläche ist — Web, macOS, iOS, CLI — mit konsistenter Semantik.
Ein Sync-Framework, das Gespräche, Prompts, gepinntes Memory und Pro-Gerät-Einstellungen über Laptop, Telefon und Desktop hinweg konsistent hält. Zwei Referenz-Domänen landen zuerst (Sitzungen und Prompts); das Framework lässt spätere Domänen einklinken, ohne jede einzeln neu zu erfinden.
Was sich für Sie ändert: ein Gespräch auf einem Gerät zu starten und auf einem anderen fortzusetzen verlangt keinen expliziten Export-Schritt mehr.
5.0 liefert die Plugin-Installations-Mechanik (Katalog durchstöbern, signiertes Archiv verifizieren, Manifest validieren, installieren / deinstallieren / aktualisieren). Ein späterer 5.0.x-Patch ergänzt die kundenseitige Browser-UI obendrauf — Suchen, Filtern, Vorschau, mit einem Klick installieren. Die Konfiguration installierter Plugins passiert in der GUI, nicht über Dateien.
Die macOS-GUI und das CLI bekommen Abdeckung für die neuen 5.0.x-Funktionen — Aufbewahrungs-UX auf beiden, Selbstbewusstseins-UI auf dem Desktop-Client, die neuen Native-Tool-Oberflächen im CLI-Subkommando-Katalog.
Die Erweiterungs-Oberfläche der Plattform wächst weiter — First-Party-Treiber für zusätzliche Hersteller, breitere SNMP-Kategorie-Abdeckung und die Long-Tail-Geräte-Pakete, die ein Betriebsteam über die Lebensdauer einer Bereitstellung ansammelt.
Das Netzwerk- und Infrastruktur-Plugin-Bauprogramm ergänzt die nächste Charge Tier-1-Plattform-Treiber — Server-Flotten-Management, Enterprise-Klasse-Plattformen mit API-dokumentierten Oberflächen. Jeder einzelne wird als Plugin mit verifizierter Dokumentation ausgeliefert, nicht gegen spekulatives API-Wissen.
Die SNMP-Abdeckung verbreitert sich — Server-BMC-Management (ENTITY-MIB), Switch-Bridge-Management (BRIDGE-MIB), Storage SMI-S, Umgebungssensoren, weitere USV- / PDU-Hersteller, Überwachung & Sprache. Jeder Kategorie-Treiber deckt eine Familie von Herstellern über das standardisierte MIB ab; herstellerspezifische Pakete legen sich obenauf.
Für die Dutzenden Nischen-Geräte, die ein typisches Unternehmen ansammelt, eine generische SNMP-Treiber-plus-Hersteller-MIB-Paket-Architektur: MIB ablegen, fertiger Treiber. Betriebsteams hören auf, einen Rückstau von „die Plattform spricht mit diesem einen Gerät nicht“ zu pflegen.
Der Pro-Mandant-Datenisolations-Guard wird so erweitert, dass er jede Modul-Oberfläche abdeckt, nicht nur das Daten-Modul. Jeder Endpunkt, der einen Mandanten-Bezeichner im Pfad führt, wird gegen den authentifizierten Mandanten verifiziert, mit sauberem 403 bei mandantenübergreifenden Versuchen. Das Audit-Log fängt jede Ablehnung ein.
Keines der Stücke oben trägt einen Release-Termin. Das liegt nicht daran, dass wir keinen internen Plan hätten — wir haben einen. Es liegt daran, dass Software-Termine rutschen; veröffentlichte Termine erzeugen Druck, vor der Reife auszuliefern. Eldric 5.0 hat die Zeit gebraucht, die es gebraucht hat. Jeder folgende 5.0.x-Patch wird die Zeit brauchen, die er braucht.
Worauf Sie sich verlassen können:
Die 5.0.x-Roadmap bewegt sich auf Kunden-Signal. Wenn etwas, das Sie brauchen, nicht auf dieser Seite steht, schreiben Sie an office@eldric.ai. Bezahlte Kunden mit Lizenz-ID: support@eldric.ai für bevorzugte Bearbeitung — Feature-Wünsche aktiver Kunden haben Gewicht in der Planung.
Für die kürzere Karten-Übersicht: Was kommt. Für alles, was gerade ausgeliefert ist: Release Notes. Für die tiefere Clustering-Geschichte: Clustering & HA. Für 5.0-Linie-Bugs und Preview-Status-Hinweise: Bekannte Probleme.