Assumptions
- Your application has a memory or state layer that can persist across model calls.
- You can control which events are allowed to write into that layer.
- Anthale can evaluate both the write path and the replay path around stored content.
Secure the memory layer
1
Decide what is allowed into memory
Separate durable facts, short-lived task state, user preferences, and generated summaries. Not every useful string
belongs in long-term storage.
2
Tag memory by source and trust level
Record whether the content came from a user, a retrieved document, a tool result, another agent, or a model summary.
Provenance matters when you replay the memory later.
3
Evaluate before write and before replay
Run Anthale before content is persisted and again before saved content is merged back into model context. A clean
write path does not guarantee a safe replay path forever.
4
Keep summaries from becoming policy
Store summaries as context, not as hidden instruction. A model-generated note should not silently upgrade itself
into a higher-authority rule for future tasks.
5
Expire or review privileged memory
Put retention limits and review paths around memory that can affect access, workflow routing, or high-impact tool
use.
6
Test for persistence attacks
Check whether one malicious note, summary, or retrieved chunk can keep influencing later sessions after the original
trigger is gone.
What this looks like in code
Common failure patterns
- A summary job copies user or tool text into memory without trust tagging.
- Long-term memory is replayed as if it were system instruction.
- Sensitive data is retained longer than the workflow requires.
- Teams protect the first request but not the later replay of stored state.