Julep → memory.store

Eine kurze Beschreibung

Julep ist eine für Entwickler konzipierte, open-source-basierte Plattform für KI-Agenten und persistente Workflows. Memory Store hingegen, das derzeit von derselben Team betrieben wird, ordnet Gespräche, Meetings, Entscheidungen sowie Arbeitskontexte zwischen Anwendungen in ein gemeinsames Gedächtnis zusammen, das von mehreren KI-Klienten aufgerufen werden kann.

Aktueller Produktzustand

„Julep oder memory.store“ in den Aufzeichnungen beziehen sich nun auf zwei miteinander verbundene, aber unterschiedlich genutzte Produkte. Die Julep-Plattform ist vollständig open source, und auf der offiziellen Website des Teams wird klar darauf hingewiesen, dass sich der Schwerpunkt des Hauptprodukts nun auf Memory Store verlagert hat.

Dass der Julep-Code offen zugänglich ist, bedeutet nicht, dass auch der Memory Store-Hosting-Dienst sowie sein Daten-Backend vollständig offen zugänglich sind. In der Übersicht sollten die Lizenzen für die Produkte, Connector und Plugin-Repositories jeweils angegeben werden.

Welches Problem löst Julep?

Übliche Agenten-Prototypen bestehen oft aus vorübergehenden Schleifen sowie Modellen und Werkzeugen. Nach einer Unterbrechung der Ausführung ist es schwierig, die Ausführung wieder aufzunehmen, und es fällt auch nicht leicht, jeden Schritt zu überprüfen. Julep stellt Agenten als dauerhafte, kombinierbare Datenströme dar, wodurch lange Aufgaben ihren Zustand beibehalten, neu gestartet werden können und der Ausführungsprozess erläutert werden kann.

• Definieren Sie KI-Agenten mit klar definierten Konfigurationen und Tool-Rechten.
• Aufrechterhaltung des Dialogs über mehrere Sitzungen sowie des Benutzerkontexts.
• Die Struktur umfasst Aufgaben mit Entscheidungen, Schleifen, Parallelisierung und Aufrufen von Tools.
• Protokollieren Sie den Ausführungszustand, die Schritt-Ausgaben und Fehler.
• Nach einem Misserfolg sollte man strategisch und sicher erneut versuchen oder sich erholen.
• Relevante Informationen aus Dokumenten und historischen Aufzeichnungen abrufen.
• Über Python, Node.js, API oder selbst gehostete Dienste.

Agenten

Ein Agent speichert Modelle, Namen, Verwendungszwecke, Anweisungen, Systemvorlagen, Standard-Erstellungsparameter, Metadaten, Dokumente sowie die zulässigen Tools. Derselbe Agent kann mehrere Sitzungen oder Aufgaben bedienen.

Sessions-Zustand

Eine Session dient dazu, die kontinuierliche Interaktion zwischen dem Agenten und dem Benutzer zu speichern – einschließlich historischer Nachrichten, Kontextinformationen, Systemvorlagen, Metadaten sowie Strategien zur Handhabung von Kontextinformationen. Das Gedächtnis des Dialogs gehört zur Session und wird nicht dauerhaft in die Definition des Agents integriert.

• Erstellen Sie mehrere isolierte Sitzungen für denselben Agenten.
• Benutzer und Agenten mit einem bestimmten Dialog verknüpfen.
• Historische Nachrichten und den aktuellen Kontext speichern.
• Einstellen einer Trunkierungs- oder adaptiven Kontextstrategie.
• Vektoren, Texte oder gemischte Suchen zur Steuerung der Dokumentrückholung.
• Entscheiden, ob die Aufrufe der Tools automatisch ausgeführt oder weitergeleitet werden sollen.
• Nicht sensible Geschäftszustände mit Metadaten speichern.

Langfristiges Gedächtnis und RAG

Julep kann Dokumente mit Agenten oder Benutzern verknüpfen und im Laufe einer Sitzung vektorbasierte, textbasierte oder gemischte Suchvorgänge durchführen. Die Speicherung von Dokumenten, deren Embedding sowie historische Nachrichten liefern dem Agenten einen langfristigen Kontext.

Die Ergebnisse der Rückrufaktion sind lediglich relevante Materialien; sie garantieren weder Richtigkeit noch Aktualität und dürfen nicht für aktuelle Aufgaben verwendet werden. Die Anwendung muss weiterhin Mechanismen für die Gültigkeitsdauer der Materialien, die Filterung von Berechtigungen sowie die Zitierung von Antworten bereitstellen.

Aufgaben – mehrstufige Aufgaben

Task ist eine Workflow-Vorlage im Stil von GitHub Actions, die die Eingabestruktur, Werkzeuge sowie eine Reihe von Schritten beschreibt. Sie eignet sich für Automatisierungen, bei denen eine längere Laufzeit und ein klar definiertes Ablaufmanagement erforderlich sind – beispielsweise in Bereichen wie Forschung, Dokumentenverarbeitung, Kundenservice oder Datenpipelines.

• Überprüfung der Eingabestruktur der Aufgabe.
• Übergeben Sie die Ausgabe des vorherigen Schritts an den folgenden Schritt.
• Bedingte Branching basierend auf Zwischenergebnissen.
• Verarbeiten Sie Sammlungen mit foreach oder Mapping.
• Aufruf von Modellen, Systemwerkzeugen, Integrationen und externen APIs.
• Für die Schritte legen Sie Wiederholungsversuche, Zeitlimits und Fehlerwege fest.
• Mit dem Execution-Objekt kann man den Status und die Ergebnisse einer Aufgabe abfragen.

Laut den Anweisungen im Dokument sollten große Objekte mit einer Größe von mehr als einigen MB nicht direkt in die Eingabemaske des Workflows eingefügt werden. Große Dateien sollten stattdessen hochgeladen und anschließend über Referenzen weitergeleitet werden – oder in Form von Seiten bzw. Blöcken verarbeitet werden.

Dauerhafte Ausführung

Julep stellt sicher, dass Aufgaben nach einem Absturz des Prozesses, einem Netzwerkfehler oder vorübergehenden Servicefehlern wieder aufgenommen werden können, und führt Strategien für die Wiederholung fehlgeschlagener Vorgänge durch. Bei jeder Ausführung werden Zustandsänderungen, Ausgabe der Schritte, Fehlerpunkte sowie Fehlermeldungen gespeichert.

Flow-Programmiermodell

Julep 3 organisiert gewöhnliche Python-Names zu kombinierbaren Flows, unterstützt pure Schritte, Reasoner, Werkzeuge, Branches, Fanouts, Wiederholungen und Zeitlimits und kompiliert sie in eine einheitliche Zeilenform. Die aktuelle Version 3.x steht noch als Candidate Release zur Verfügung; die Installation erfordert die Pre-Release-Option.

Die Schnittstellen der Testversionen können sich ändern; in Produktprojekten sollten daher feste Abhängigkeiten zu bestimmten Versionen verwendet werden, integrierte Tests durchgeführt sowie Upgrade-Pläne erstellt werden. Auch alte Tasks-Dokumente und die neuen Flow-APIs sollten nicht willkürlich in denselben Codebeispielen kombiniert werden.

Werkzeugsystem

Modelle dürfen nur Werkzeuge aufrufen, denen ausdrücklich die Berechtigung erteilt wurde, doch die Whitelist der Werkzeuge kann dennoch zu umfangreich sein. Für Werkzeuge, die Nachrichten senden, Zahlungen tätigen, Produktionsdaten löschen oder ändern, sollten Überprüfungen, Idempotenzschlüssel sowie Audit-Logs hinzugefügt werden.

MCP-Integration

Julep-Proxy kann mit öffentlichen oder privaten Servern, die MCP kompatibel sind, verbunden werden, um verfügbare Tools dynamisch zu erkennen. Die Dokumentation unterstützt zwei Arten der Übertragung: Anfragen und Antworten sowie Server-Ereignisströme.

1. Bestätigen Sie den Betreiber des MCP-Servers und die Einsatzstelle.
2. Listen Sie die Werkzeuge und Aktionen auf, die der Agent tatsächlich benötigt.
3. Legen Sie den Authentifizierungstoken in Juleps geheime Speicherung.
4. Verbinden Sie die in der Testumgebung gefundenen Tools und überprüfen Sie sie.
5. Einschränkung von Schreibvorgängen und Übertragung sensibler Daten.
6. Simulierung von Zeitüberschreitungen, wiederholten Aufrufen und Serverunverfügbarkeit.
7. Jeder Aufruf des Tools sowie die daraus resultierenden Geschäftsergebnisse werden aufgezeichnet.
8. Alte Anmeldeinformationen und unnötige Verbindungen werden regelmäßig entfernt.

Geheime Verwaltung

Secrets wird verwendet, um Modell-Schlüssel, Tokens von Drittanbieter-APIs sowie andere sensible Werte zu speichern und sie in Aufgaben und Tools nach ihrem Namen aufzurufen. Laut den Dokumentationen werden die Schlüssel mit AES-256 statischer Verschlüsselung geschützt und nach den Entwicklerkonten getrennt aufbewahrt.

• Schreiben Sie den Schlüssel nicht in Code, YAML oder Logs.
• Für Entwicklung, Testing und Produktion werden unterschiedliche Anmeldeinformationen verwendet.
• Weisen Sie aufgrund der Integration und des Verwendungszwecks die geringstmöglichen Berechtigungen zu.
• Regelmäßig rotieren und die Verantwortlichen für die Zugangsdaten dokumentieren.
• Sofort nach Entdeckung eines Lecks zurücknehmen, anstatt nur den Code zu löschen.
• Überprüfen Sie, ob die Ausgabe des Workflows versehentlich Schlüssel enthält.

Modelle und Lieferanten

Julep verbindet über LiteLLM Anthropic, OpenAI, Google, Groq, OpenRouter, Amazon Nova sowie verschiedene eingebettete Modelle. Entwickler können den Anbieter des Modells unter derselben Proxy-Schnittstelle wechseln.

Die Plattform kann zur Entwicklung und zum Testen Schlüssel bereitstellen, doch für die Produktion ist der Einsatz eigener Anbieter-Schlüssel erforderlich. Kosten für Modelle, Bandbreitenbeschränkungen, Datenspeicherung sowie regionale Richtlinien werden vom jeweiligen Anbieter oder in einem selbst gehosteten Umfeld festgelegt.

Python und Node.js SDK

Julep bietet Python-Pakete sowie ein Node.js SDK an, mit denen Proxys, Benutzer, Sessions, Dokumente, Aufgaben und Ausführungen erstellt werden können. Die API-Schlüssel sollten aus Umgebungsvariablen oder einem Geheimnisverwaltungssystem abgerufen werden.

1. Wählen Sie die stabile Version oder eine klar festgelegte Kandidatenversion.
2. Installieren Sie das SDK der entsprechenden Sprache.
3. Erstellen Sie eine isolierte Entwicklungsumgebung und API-Schlüssel.
4. Erstellen Sie einen Proxy mit einziger Verantwortung.
5. Sitzungen für Agenten erstellen und Benutzer testen.
6. Fügen Sie minimale Tools und Beispieldokumente hinzu.
7. Erstellen Sie Aufgaben und überwachen Sie den Ausführungszustand.
8. Nach Überprüfung von Fehlern, erneutem Versuch, Berechtigungen und Kosten geht es online.

Open Responses

Open Responses ist eine quelloffene, selbst gehostete, responses-kompatible Schnittstelle von Julep, die verschiedene Modell-Backends verbinden kann und es ermöglicht, bestehende SDKs durch Anpassung der Basisadresse anzubinden. Sie eignet sich für Teams, die eine lokale oder private Bereitstellung benötigen und eine geringere Abhängigkeit von bestimmten Modellen wünschen.

Selbstverwaltete Architektur

Der vollständige Julep kann mit Docker Compose im Einzel- oder Mehrbenutzermodus ausgeführt werden. Zu den Komponenten gehören eine API für den Proxy, ein Speichersystem für Daten, Integrationsservices, Modelle sowie ein Temporal-System für die Verwaltung von Objekten oder Blobs. Zudem sind Überwachungsfunktionen sowie ein Gateway enthalten.

Einzelmieter und Mehrmieter

Im Single-Tenant-Modus kann direkt das SDK verwendet werden, ohne dass eine API-Key erforderlich ist – dies eignet sich für die lokale Entwicklung oder für kontrollierte interne Umgebungen. Im Multi-Tenant-Modus muss ein JWT generiert werden, um die Ressourcen der Entwickler auf der Gateway-Ebene zu trennen.

Dass ein Schlüssel nicht erforderlich ist, bedeutet nicht, dass ein Ein-Mietern-Service der Öffentlichkeit zugänglich gemacht werden kann. In einer Produktionsumgebung sind weiterhin ein Reverse-Proxy, Authentifizierung, Netzwerkisolation, Backups und Audits notwendig.

Was ist ein Memory Store?

Memory Store ist das derzeit wichtigste Produkt des Teams und wird als ein „Dropbox für den Kontext von Agenten“ beschrieben. Es ordnet Meetings, Nachrichten, Notizen, Entscheidungen sowie Informationen zu Personen und Projekten in eine übersichtliche Erinnerungsstruktur für Einzelpersonen oder Unternehmen.

• Inhalt aus Arbeitsplattformen wie Slack, Gmail, Granola und Fathom synchronisieren.
• Ordnen Sie die Gespräche und Notizen nach Personen, Projekten und Entscheidungen.
• Erstellung von Living Briefs, die mit neuen Erinnerungen aktualisiert werden.
• Persönliche Präferenzen, Notizen und langfristigen Kontext speichern.
• Für das Team sollten die Diskussionen und Gründe hinter den Entscheidungen aufbewahrt werden.
• Mit MCP können verschiedene AI-Klienten denselben Kontext abrufen.
• Es wird den Benutzern gestattet, Erinnerungen anzusehen und zu löschen.

Gedächtnisübertragung zwischen Tools

Memory Store verbindet über MCP kompatible Clients wie Claude, Codex, ChatGPT, Cursor, Raycast usw., sodass der Kontext, der in einem Tool aufgezeichnet wurde, in einem anderen Tool abgerufen werden kann. Die offizielle Website gibt an, dass alle MCP-Client kompatibel sind, wobei Claude am gründlichsten getestet wurde.

Das Teilen von Erinnerungen über verschiedene Clients erweitert den Zugriff auf Daten. Die Benutzer sollten zwischen persönlichen und teambezogenen Bereichen unterscheiden und vermeiden, vertrauliche Kundendaten, Anmeldeinformationen oder private Chats in ungeeignete gemeinsame Erinnerungen einzugeben.

Living Briefs

Living Briefs sind thematische Dokumente, die mit neuen Informationen aktualisiert werden. Sie können Entscheidungsprotokolle, den Status des Teams, Kundenanforderungen, Hintergrundinformationen zu Projekten oder Markenvorgaben zusammenfassen. Es handelt sich dabei nicht um eine einfache Ansammlung aller ursprünglichen Gespräche, sondern um die Aufrechterhaltung einer relativ stabilen Arbeitsbasis.

• Definieren Sie für jeden Brief ein klares Thema und den Verantwortlichen.
• Die entscheidenden Beweise hinter der Schlussfolgerung beibehalten.
• Markieren Sie Entscheidungen, die veraltet oder aufgehoben wurden.
• Vermeiden Sie es, jedes vorübergehende Ereignis als dauerhafte Regel festzulegen.
• Für erhebliche Änderungen ist eine manuelle Bestätigung erforderlich.
• Regelmäßig wiederholte und konfliktuelle Erinnerungen löschen.

Installation von Memory Store

Hosts wie Claude Desktop, die kein Plugin-System haben, können sich direkt mit Memory Store MCP verbinden. Claude Code und Codex können hingegen über einen öffentlichen Plugin-Markt Workflows für Memory Store installieren und anschließend die MCP-Zertifizierung erlangen.

Memory Store-Plugin-Markt

Das öffentliche Mem-Plugins-Repositorium wird unter der Apache-2.0-Lizenz bereitgestellt und enthält das grundlegende Memory-Store-Plugin sowie das eigenständige gtm-agent-Plugin. Der Code der Plugins ist open source, doch für eine normale Nutzung ist weiterhin die Hosting-Dienstleistung von Memory Store für die MCP-Zertifizierung erforderlich.

Ein GTM-Agent kann außerdem auf Suchfunktionen, E-Mail-Systeme, Kalender sowie automatisierte Verbindungen zurückgreifen und Außengeschäftsprozesse durchführen. Vor der Installation jeglicher Erweiterungen sollten die erforderlichen Berechtigungen, die Freigabeprozesse, die Blacklists sowie die Kosten für externe Dienste überprüft werden.

Preise und Kosten

Die Preisangaben wurden am 23. August 2026 überprüft. Die tatsächlichen Beträge, Steuern, Wechselkurse sowie Rabatte können sich ändern; es gilt letztendlich das, was auf der Zahlelseite angezeigt wird.

Den Open-Source-Code von Julep kann man kostenlos nutzen und anpassen, doch die Selbsthosting-Lösung ist nicht kostenlos. Die persönliche Version von Memory Store lässt sich kostenlos ausprobieren, für die Teamversion ist eine Terminvereinbarung erforderlich; derzeit gibt es keine offiziellen Preislisten.

Beim Erwerb von Memory Store sollten Sitzplätze, Anschlüsse, Speicherung, Anzahl der Rückrufe, Datenerhaltung, Export, Support sowie Löschprozesse schriftlich bestätigt werden. Bei self-hosted Julep müssen Modelle, Cloud-Ressourcen, Backups, Sicherheit und Personal für Updates in die Gesamtkosten einbezogen werden.

Daten- und Sicherheitsaspekte

• Etablierung einer Tenant-Isolation für Agenten, Benutzer, Sitzungen und Projekte.
• Wenden Sie für die Dokumentensuche bereichsspezifische Berechtigungsfilter an.
• Senden Sie nur die für die Ausführung der Operation benötigten Daten an das Tool.
• Betrachten Sie das Modell und die Integration mit Drittanbietern als unabhängige Datenverarbeitungseinheiten.
• Einstellen der Aufbewahrungsfristen für Nachrichten, Dokumente, Ausführungshistorie und Protokolle.
• Verschlüsselte Datenbanken, Objektspeicherung, Backups und Netzwerkverkehr.
• Für die Tools zur Löschung, zum Versand und zur Zahlung wird eine manuelle Freigabe hinzugefügt.
• Regelmäßig Tests für die Wiederherstellung von Backups sowie für den Wechsel von Zugangsdaten durchführen.

Eine vollständige Julep-Self-Hosting-Lösung ermöglicht es Teams, die Infrastruktur selbst zu steuern, doch die Verantwortung für die Sicherheit fällt auf den Betreiber. Memory Store gehört zu den Produkten mit gemeinsamem Kontext; vor der Nutzung müssen daher der Host-Landort, die Sub-Verarbeiter sowie der Unternehmensvertrag überprüft werden.

Open-Source-Lizenz

Apache-2.0 erlaubt die kommerzielle Nutzung und enthält Patentlizenzbedingungen, doch bei der Weiterverbreitung müssen Lizenz und Erklärung beibehalten werden. Der Deployer muss zudem die Lizenzbedingungen für Modelle, Datenbanken, Abhängigkeiten sowie Drittanbieter-Tools einhalten.

Für welche Benutzer geeignet

• Entwickler von KI-Anwendungen, die lang andauernde Aufgaben persistieren müssen.
• Ein Backend-Team, das auf Verzweigungen, Schleifen, Wiederholungsversuche und Tool-Orchestrierung angewiesen ist.
• Unternehmen, die eine selbst verwaltete Proxy-Plattform sowie eine Datenschicht wünschen.
• Ein Produktteam, das cross-sesshonalen RAG sowie die Benutzererinnerung benötigt.
• Entwickler, die hoffen, den Modellanbieter über eine einheitliche Schnittstelle wechseln zu können.
• Einzelpersonen, die Tools wie Claude und Codex zum Teilen von Kontext benötigen.
• Es wird angestrebt, ein Team zu schaffen, das für die Entscheidungsfindung im Unternehmen sowie für die Dokumentation von Projekten zuständig ist.
• Mitglieder der Community, die Plugins für Memory Store sowie Workflows für intelligente Agenten entwickeln.

Vorteile des Produkts

• Die Core-Plattform von Julep verwendet eine liberale Apache-2.0-Lizenz.
• Zentrale Verwaltung von Agenten, Sitzungen, Dokumenten, Aufgaben und Ausführungen.
• Unterstützung für Persistenz, Wiederherstellung nach Fehlern, Wiederholungsversuche und Audit-Status.
• Es werden Deployment-Möglichkeiten für Python, Node.js, API und Docker bereitgestellt.
• Mehrere Modellanbieter werden über LiteLLM unterstützt.
• Open Responses bietet selbsthostbare, kompatible Schnittstellen.
• Der Memory Store kann den Kontext über mehrere AI-Klienten hinweg teilen.
• Living Briefs eignet sich zur Aufrechterhaltung eines ständig aktualisierten Teamwissens.
• Der Code des Plugins-Marktes ist offen und erweiterbar.

Hauptbeschränkungen

• Julep 3 befindet sich noch in der Phase des kandidatischen Releases.
• Eine vollständige selbsthostete Architektur umfasst viele Komponenten, wodurch die Wartung eine hohe Hürde darstellt.
• Der Aufruf des Produktionsmodells erfordert einen eigenen Lieferanten-Schlüssel und verursacht Kosten.
• Einige alte Dokumente können neben der neuen Flow-Schnittstelle vorhanden sein.
• Open Responses befindet sich noch in der Alpha-Phase.
• Die Bereitstellung einer kompatiblen Schnittstelle garantiert nicht ein exakt gleiches Verhalten.
• Die festen Pakete von Memory Store, die Limits sowie die Bedingungen für Unternehmensdaten sind nicht öffentlich zugänglich.
• Das Teilen von Erinnerungen zwischen verschiedenen Tools erweitert den Zugang zu sensiblen Informationen.
• Offene Plugins bedeuten nicht, dass der Backend-Server von Memory Store offen ist.

Empfehlungen zur Auswahl

Prülliste vor dem Go-Live

1. Bestätigen Sie, ob eine Agenten-Orchestrierung oder der gemeinsame Zugriff auf das Gedächtnis über mehrere Clients erforderlich ist.
2. Wählen Sie eine stabile Julep-Version aus und fixieren Sie die Abhängigkeiten.
3. Listen Sie die Kosten für Modelle, Datenbanken, Temporal und Speicher auf.
4. Definieren Sie für jedes Werkzeug ein Mindestprivileg sowie ein Niveau an Nebenwirkungen.
5. Entwerfen Sie Zugriffskontrollen für Mieter, Benutzer, Projekte und Dokumente.
6. Wiederherstellung bei Testfehlern, Idempotenz, Zeitüberschreitung und wiederholte Aufrufe.
7. Datenauswertungspolitik für Evaluierungsmodelle und die Integration mit Drittanbietern.
8. Die Nutzer des Memory Store-Teams bestätigen schriftlich die Preise und Bedingungen.
9. Einführung von Prozessen für die Korrektur, Löschung, Exportierung von Informationen sowie für den Übergang bei Kündigung.
10. Die Sicherheits- und Kosteneignung wird durch kleine, realistische Arbeitsabläufe überprüft.

Häufige Fragen

Ist Julep jetzt Open Source?

Ja. Der Kernspeicher von Julep wird unter der Apache-2.0-Lizenz bereitgestellt – er kann somit genutzt, verändert und selbst gehostet werden. Die aktuelle Version 3.x ist noch eine Beta-Version.

Ist Memory Store auch Julep?

Beide werden von demselben Team betrieben, dienen aber unterschiedlichen Zwecken. Julep ist eine Plattform für Entwickler-Agenten, während Memory Store ein Produkt zur gemeinsamen Verwaltung von KI-Speichern für Einzelpersonen und Teams ist.

Ist Julep kostenlos?

Der Quellcode ist kostenlos, doch Modelle, Datenbanken, Objektspeicher, Temporal, Netzwerke sowie Wartung verursachen tatsächliche Kosten. Die Preise für alte Cloud-Dienste sollten nicht als feste Pakete für aktuelle Open-Source-Produkte herangezogen werden.

Wie viel kostet Memory Store?

Auf der offiziellen Website steht, dass Privatnutzer eine kostenlose Testversion nutzen können. Für die Teamversion ist eine Terminvereinbarung für eine Demonstration erforderlich. Ein fester Preis sowie die genauen Limitierungen sind bisher nicht bekannt. Bei der Bestellung sollte man mit dem Verkäufer einen vollständigen Vertrag besprechen.

Unterstützt Julep das Langzeitgedächtnis?

Unterstützung: Sessions speichern Gespräche und Kontexte, Docs sowie eingebettete Speicher ermöglichen die Wiedergabe von Vektoren, Texten oder einer Kombination daraus. Die vollständig selbsthostete Architektur beinhaltet außerdem einen Dienst für dauerhafte Speicherung von Informationen.

Unterstützt Julep MCP?

Es wird die Verbindung mit MCP-kompatiblen Servern sowie die dynamische Erkennung von Tools unterstützt. Der Memory Store ermöglicht es außerdem mithilfe von MCP mehreren AI-Klienten, gemeinsame Erinnerungen zu speichern und abzurufen.

Kann Julep privat bereitgestellt werden?

Ja. Sowohl die vollständige Plattform als auch Open Responses bieten Docker-basierte Self-Hosting-Lösungen an. Der Betreiber ist jedoch selbst für die Authentifizierung, die Datenverwaltung, die Überwachung, das Backup sowie die Aktualisierungen verantwortlich.

Ist Memory Store open source?

Der Marktcode für Memory Store-Plugins wird unter der Apache-2.0-Lizenz bereitgestellt, doch die gehosteten Produkte sowie der Backend-Teil sind nicht vollständig open source. Die Open-Source-Natur der Plugins setzt nicht automatisch voraus, dass auch die SaaS-Plattform open source ist.

Zusammenfassung

Julep eignet sich für Entwicklerteams von KI-Anwendungen, die eine langfristige Stabilität, komplexe Steuerflüsse, Fehlerbehebung, RAG sowie die Integration mehrerer Werkzeuge benötigen. Seine Apache-2.0-Lizenz, die Möglichkeit zur Selbsthosting sowie die Mehrmodell-Schnittstelle bieten eine starke Kontrolle über den Entwicklungsprozess.

Memory Store löst das Problem, dass Einzelpersonen und Teams immer wieder Kontextinformationen zwischen verschiedenen AI-Tools bereitstellen müssen. Bei der Auswahl sollte zunächst unterschieden werden zwischen dem Aufbau eines Agenten-Backends und dem Kauf eines Services für gemeinsam genutzte Erinnerungen. Anschließend sollten die Kosten für die Open-Source-Verwaltung, die Hosting-Kosten, die Datenrechte sowie die Verwaltung der Erinnerungen über verschiedene Clients bewertet werden.