Agent-Speicher
Oracle AI Agent Memory bietet eine persistente Speicherschicht für KI-Agenten von Unternehmen in der Oracle AI Database.
Während sich KI-Systeme von Single-Turn-Assistenten zu autonomen Agents mit langer Ausführungszeit entwickeln, wird der Speicher zu einer grundlegenden Grundlage. Agent Memory ermöglicht es Agents, Kontext über Interaktionen hinweg beizubehalten, nützliche Informationen im Laufe der Zeit zu speichern und diesen Speicher zu nutzen, um nachfolgende Antworten und Aktionen konsistenter und effektiver zu gestalten.
Das SDK basiert auf zwei Kernsäulen: Kurzzeitgedächtnis und Langzeitgedächtnis.
Kurzfristiger Speicher: Verwendet Threadkontextkarten und Konversationsübersichten, um die letzten Umdrehungen, den Aufgabenstatus und den Zwischenfortschritt während einer aktiven Session beizubehalten. Dies ist nützlich, wenn ein Agent den Arbeitskontext beibehalten muss, ohne die vollständige Unterhaltung an das Modell bei jedem Zug zu senden.
Langzeitspeicher: Verwendet add- und search-Speicherworkflows, um Benutzervoreinstellungen, erfasste Regeln und Fakten aus früheren Interaktionen über Sessions hinweg zu speichern und abzurufen. Diese Datensätze können mit semantischen, Schlüsselwort- oder hybriden Strategien durchsucht und für den entsprechenden Benutzer, Agent und Thread bestimmt werden.
Agent-Speicher im Agent-Ökosystem
Agent Memory wird als gesteuerter Speicherkern im KI-Agents-Ökosystem positioniert. Es bietet Agents dauerhaften Kontext und überlässt gleichzeitig Orchestrierung, Authentifizierung, Autorisierung und Identitätsmanagement für Endbenutzer der integrierenden Anwendung.
Agent Memory arbeitet mit mehreren LLM- und Einbettungsprovidern zusammen, während Enterprise Memory auf der konvergenten Grundlage von Oracle AI Database persistiert wird. Es kann Nachrichten, Speicher, Profile, Metadaten, Bilder und verknüpfte Speicherdatensätze über ein SDK speichern und abrufen.
Weitere Informationen zu kompatiblen LLMs und Einbettungsmodellen finden Sie unter Erste Schritte mit Agent-Speicher.
Wichtige Vorteile
Die meisten Speicher-Stacks kombinieren mehrere spezialisierte Systeme, wodurch der Integrationsoverhead und die betriebliche Komplexität erhöht werden. Agent Memory vereint diese Funktionen in einer einzigen Unternehmensplattform, sodass Teams zustandsbehaftete Agents mit verbesserter Konsistenz und Sicherheit erstellen können.
Unified Memory Core: Verwenden Sie Oracle AI Database als konvergierte Plattform für Arbeitsspeicher und Langzeitspeicher, anstatt separate Vektor-, Diagramm-, JSON- und Transaktionsspeicher zusammenzufassen.
Für Unternehmen entwickelt: Nutzen Sie die Zuverlässigkeit und Skalierbarkeit der Oracle AI Database, um persistenten Speicher für echte Workloads zu unterstützen, nicht nur für Prototypen.
Plattformintegration
Agent-Speicher kann von Oracle AI Database Private Agent Factory mit einem MCP-Server verwendet werden. Es kann auch mit externen Frameworks wie LangGraph und WayFlow verwendet werden, die einen persistenten Speicher der Unternehmensklasse benötigen.
Weitere Informationen finden Sie unter Agent-Speicher mit einem MCP-Server verwenden.
Schnellstart
Informationen zum Installieren des aktuellen Oracle AI Agent Memory-Release und zum Konfigurieren der Datenbankvoraussetzungen finden Sie unter Erste Schritte mit Agent-Speicher. Wenn Sie eine lokale Oracle AI Database für die Beispiele benötigen, lesen Sie Oracle AI Database lokal ausführen.
Nächste Schritte
- In der API-Dokumentation erfahren Sie mehr über die verfügbaren Klassen, Methoden und Funktionen.
- Durchsuchen Sie die Anleitungen im Inhaltsverzeichnis, um aufgabenorientierte Durchläufe und Framework-Integrationen zu erhalten.
- Prüfen Sie Sicherheitsbetrachtungen, bevor Sie Features mit aktivem Speicher aktivieren oder eine Datenbankverbindung für Endbenutzer freigeben.
Sicherheitsbetrachtungen
Für die Speicherextraktion und -zusammenfassung ist vor dem Deployment eine sorgfältige Sicherheitsbewertung erforderlich. Die integrierende Anwendung ist für die Endbenutzerauthentifizierung, -autorisierung und den korrekten Speichergeltungsbereich beim Aufruf des SDK verantwortlich.
Weitere Informationen finden Sie unter Sicherheitsbetrachtungen.