Hukommelse (Einstein)
Einstein er AiHummers langtidshukommelse. Den omdanner samtaler til holdbare fakta, men gør det omhyggeligt: intet bliver til hukommelse uden beviser og en menneskelig involvering, og genkaldelse er indpakket, så det aldrig kan fungere som en bagdør for promptinjektion. Hukommelsen administreres under /v1/admin/memory/*.
Denne side forklarer krav → gennemgang → promoverings-pipelinen, hvordan tilbagekaldelse beskyttes, og hvad der kan konfigureres. For den pakkevarer hukommelsestjeneste, se Einstein-plugin.
Påstande, beviser og gennemgang
Hukommelse skrives ikke stille. Når samtaler foregår, udtrækkes kandidatfakta som krav, hver bærende bevis det blev hentet fra. Krav går til anmeldelse, hvor et menneske kan acceptere eller afvise dem, og kun accepterede krav er forfremmet ind i langtidshukommelsen.
conversation ─▶ claim (+ evidence) ─▶ human REVIEW ─▶ PROMOTED to memory[!NOTE] Fremme er menneskelig gennemgået. Systemet indekserer og foreslår, men det gør det aldrig omskriver stiltiende hukommelsen. Dette er, hvad der holder langtidshukommelsen pålidelig nok til at underbygge reelle svar.
Kanonisk Markdown er en læsbar projektion
Systemets hukommelseslager (sandhedskilden) er PostgreSQL. Oven på det hele bliver Einstein ved kanonisk Markdown — en menneskeligt læsbar projektion af den hukommelse: det er, hvad en person læser og redigerer under gennemgang. Markdown bliver aldrig overskrevet stille, hvilket holder hukommelsen menneskeligt læsbar, gennemgåelig og bærbar, snarere end en uigennemtrængelig klump. Det er en projektion, ikke en anden autoritativ lagring.
Data-indhegnet hentning
Når hukommelsen genkaldes i en vending, ankommer den som en værktøjsresultat indpakket i et data-hegn. Data-hegnet markerer genkaldt indhold som data, ikke instruktioner, så tekst, der er gemt i hukommelsen, ikke kan kapre agenten — dette er forsvaret mod indirekte prompt-injektion (hvor en ondsindet instruktion smugles ind via husket indhold).
[!WARNING] Genkaldt hukommelse er data, aldrig kommandoer. Data-hegnet er det, der håndhæver dette. Deaktiver det ikke: det er grænsen, der forhindrer et forgiftet minde i at styre en agent.
Hvad du kan konfigurere
Hukommelsesadfærd styres af kerneindstillinger — de kan justeres fra administrationsbrugerfladen (Administration → Indstillinger) og admin-API’en. Selve Einstein-pluginet har ingen operatørindstillinger.
| Indstilling | Valgmuligheder / formål |
|---|---|
Hukommelsestilstand (AIHUMMER_MEMORY_CAPTURE) |
auto (udtræk og fremme efter den konfigurerede politik — standarden), review (menneskelig port), eller off (indsamling stoppet) |
Hentning (AIHUMMER_MEMORY_RETRIEVAL) |
Fuldtekst- og/eller embeddings-baseret hentning |
| Indlejring | AIHUMMER_EMBEDDER_URL / AIHUMMER_QDRANT_URL — indlejreren og vektorlageret brugt til semantisk genkaldelse |
Periodisk konsolidering (“drøm”) og modsigelsesdetektion er indbygget adfærd i hukommelsesplatformen, ikke operatørindstillinger. Hukommelsesmodulet er indbygget og kan ikke fjernes; off tilstand stopper kun indsamling af nye minder, det fjerner ikke selve modulet.
[!TIP] Start med anmeldelse tilstand i produktionen, så et menneske godkender, hvad der bliver til langtidshukommelse, så gå videre til bil kun når du stoler på udtrækningen for et givet arbejdsområde.
Som standard kan recall køre på en in-memory lager med en hash embedder. For semantisk recall af produktionskvalitet, peg AiHummer på et rigtigt vektorlager og embedder med AIHUMMER_QDRANT_URL og AIHUMMER_EMBEDDER_URL.
Admin-API
| Ressource | Formål |
|---|---|
/v1/admin/memory |
Hukommelseskonfiguration og -styring |
/v1/admin/memory/.../facts |
Gennemgå påstande, fremme eller afvise fakta |
Hvor til næste
- Se den pakkede tjeneste i Einstein-plugin.
- Underbyg svar med dokumenter Viden / RAG.
- Konfigurer de agenter, der bruger hukommelse i Agenter og personaer.