@wzrdtech/zap-memory) that every provider implements.
Memory is content, and content stays on the VM
Memory content lives inside the tenant VM by default. The control plane never stores or logs memory text; it sees counts and byte totals only.remember,search,read,addResourceare available in-VM and to the self-host CLI only. AMemoryServiceinstantiated on the managed control plane throwsMEMORY_CONTENT_OFF_VMfor these content methods.status,forget,wipeSessionwork everywhere (metadata / deletion).exportfrom the control plane requires explicit consent recorded on the runtime row (zap memory export --consent); in-VM export always works — your data is always extractable.
Providers
SaaS providers move content off the VM by definition, so they refuse to mount without
consent: true. All three pass the same contract test suite.
Scopes, durability, and wipe
wipeSession. Items remembered with a sessionId and without durable: true are session-scoped and removed by wipeSession for that session only.
Composing a provider
CLI
--json output never contains secrets. Memory operations are local reads/writes and never trigger live provider spend. export(scope) streams every item as MemoryItem records — after wipeSession, export returns durable tenant memory only.