Memory Provider Plugins
Memory Provider Plugins
Finding
Denne side er vigtig, fordi den viser hvordan Hermes kan få udskiftelig, profile-isoleret langtidshukommelse uden at bygge hukommelseslogik direkte ind i n8n eller LangGraph.
What it is
Memory Provider Plugins beskriver, hvordan man bygger en ekstern memory provider til Hermes via plugin-systemet. En provider implementerer en `MemoryProvider`-klasse, registreres med `register()`, kan tilføje egne tools og hooks, og styres via `hermes memory setup` og `hermes plugins`. Siden forklarer også vigtige driftsregler: kun én ekstern memory provider aktiv ad gangen, ingen netværkskald i availability-checks, profile-isolerede paths og non-blocking synkronisering.
Should we use it?
Use later. Lisa bruger allerede Honcho som aktiv memory provider, så vi bør ikke bygge en ny memory provider nu. For Hermes+n8n+LangGraph-missionen er siden dog vigtig som governance: hukommelse skal ligge i Hermes’ native memory layer, mens n8n og LangGraph bør bruge memory-data gennem klare workflows eller tools, ikke via parallelle private hukommelsessystemer. Den bliver relevant, hvis Honcho senere ikke dækker et konkret behov, eller hvis en specialiseret memory backend skal produktiseres som Hermes-plugin.
Recommendation
Behold Honcho som aktiv memory provider nu, og brug denne side som beslutningsregel: byg kun en ny memory provider, hvis behovet er generel Hermes-hukommelse på tværs af sessioner, profiler og tools — ikke bare et enkelt n8n- eller LangGraph-flow.
Use now
- Når vi skal forklare offentligt, at Hermes memory er plugin-baseret og kan udskiftes uden at ændre agent-loopet.
- Når vi vurderer om ny viden skal være memory, skill, wiki-artifact, n8n data store eller LangGraph state.
- Når vi reviewer Honcho-lignende integrationer for krav som profile isolation, non-blocking writes og single-provider rule.
- Når en memory provider skal have egne CLI-kommandoer, f.eks. status, config eller diagnostics.
Do not use / wait
- Byg ikke en ny memory provider, mens Honcho dækker Lisa’s nuværende cross-session memory-behov.
- Brug ikke memory provider plugins til projekt-runbooks; de hører bedre hjemme som skills eller wiki-artifacts.
- Brug ikke provider-hooks til langsomme API-kald i agent-loopet; synkronisering skal være non-blocking.
- Brug ikke flere eksterne memory backends parallelt; Hermes har bevidst single-provider rule for at undgå tool-bloat og konfliktende hukommelse.
Public page note
Memory Provider Plugins viser, at Hermes kan kobles til eksterne hukommelsessystemer på en profile-isoleret og plugin-baseret måde, så persistent agent-viden kan udvides uden at forgrene Hermes core.