​

Referenz zur Speicherkonfiguration

• Speicherüberblick — wie Speicher funktioniert
• Builtin Engine — Standard-SQLite-Backend
• QMD Engine — lokaler Sidecar mit lokalem Fokus
• Speichersuche — Suchpipeline und Optimierung
• Active Memory — Aktivieren des Speicher-Sub-Agenten für interaktive Sitzungen

1. Das Plugin muss aktiviert sein und auf die aktuelle Agent-ID zielen
2. Die Anfrage muss eine geeignete interaktive persistente Chat-Sitzung sein

​

Providerauswahl

​

Reihenfolge der automatischen Erkennung

1. local — wenn memorySearch.local.modelPath konfiguriert ist und die Datei existiert.
2. openai — wenn ein OpenAI-Schlüssel aufgelöst werden kann.
3. gemini — wenn ein Gemini-Schlüssel aufgelöst werden kann.
4. voyage — wenn ein Voyage-Schlüssel aufgelöst werden kann.
5. mistral — wenn ein Mistral-Schlüssel aufgelöst werden kann.
6. bedrock — wenn die AWS-SDK-Credential-Chain aufgelöst wird (Instance Role, Access Keys, Profile, SSO, Web Identity oder Shared Config).

​

Auflösung von API-Schlüsseln

​

Konfiguration von Remote-Endpunkten

{
  agents: {
    defaults: {
      memorySearch: {
        provider: "openai",
        model: "text-embedding-3-small",
        remote: {
          baseUrl: "https://api.example.com/v1/",
          apiKey: "YOUR_KEY",
        },
      },
    },
  },
}

​

Gemini-spezifische Konfiguration

​

Bedrock-Embedding-Konfiguration

{
  agents: {
    defaults: {
      memorySearch: {
        provider: "bedrock",
        model: "amazon.titan-embed-text-v2:0",
      },
    },
  },
}

​

Unterstützte Modelle

​

Authentifizierung

1. Umgebungsvariablen (AWS_ACCESS_KEY_ID + AWS_SECRET_ACCESS_KEY)
2. SSO-Token-Cache
3. Credentials über Web-Identity-Token
4. Gemeinsame Credentials- und Konfigurationsdateien
5. ECS- oder EC2-Metadaten-Credentials

​

IAM-Berechtigungen

{
  "Effect": "Allow",
  "Action": "bedrock:InvokeModel",
  "Resource": "*"
}

arn:aws:bedrock:*::foundation-model/amazon.titan-embed-text-v2:0

​

Konfiguration lokaler Embeddings

​

Konfiguration der Hybridsuche

​

MMR (Diversität)

​

Zeitlicher Zerfall (Aktualität)

​

Vollständiges Beispiel

{
  agents: {
    defaults: {
      memorySearch: {
        query: {
          hybrid: {
            vectorWeight: 0.7,
            textWeight: 0.3,
            mmr: { enabled: true, lambda: 0.7 },
            temporalDecay: { enabled: true, halfLifeDays: 30 },
          },
        },
      },
    },
  },
}

​

Zusätzliche Speicherpfade

{
  agents: {
    defaults: {
      memorySearch: {
        extraPaths: ["../team-docs", "/srv/shared-notes"],
      },
    },
  },
}

​

Multimodaler Speicher (Gemini)

​

Embedding-Cache

​

Batch-Indizierung

​

Sitzungs-Speichersuche (experimentell)

​

SQLite-Vektorbeschleunigung (sqlite-vec)

​

Indexspeicherung

​

Konfiguration des QMD-Backends

​

Update-Zeitplan

​

Limits

​

Geltungsbereich

{
  memory: {
    qmd: {
      scope: {
        default: "deny",
        rules: [{ action: "allow", match: { chatType: "direct" } }],
      },
    },
  },
}

​

Zitate

​

Vollständiges QMD-Beispiel

{
  memory: {
    backend: "qmd",
    citations: "auto",
    qmd: {
      includeDefaultMemory: true,
      update: { interval: "5m", debounceMs: 15000 },
      limits: { maxResults: 6, timeoutMs: 4000 },
      scope: {
        default: "deny",
        rules: [{ action: "allow", match: { chatType: "direct" } }],
      },
      paths: [{ name: "docs", path: "~/notes", pattern: "**/*.md" }],
    },
  },
}

​

Dreaming (experimentell)

​

Benutzereinstellungen

​

Beispiel

{
  plugins: {
    entries: {
      "memory-core": {
        config: {
          dreaming: {
            enabled: true,
            frequency: "0 3 * * *",
          },
        },
      },
    },
  },
}

• Dreaming schreibt Maschinenstatus nach memory/.dreams/.
• Dreaming schreibt menschenlesbare narrative Ausgabe nach DREAMS.md (oder in eine vorhandene dreams.md).
• Die Richtlinien und Schwellenwerte für Light-/Deep-/REM-Phasen sind internes Verhalten, keine benutzerseitige Konfiguration.