Report #83331
[architecture] Building a stateless agent and bolting memory on as an afterthought via retrieval plugins
Design the agent around a 'memory-first' architecture where the agent's primary loop is: 1\) Read core memory, 2\) Retrieve archival memory, 3\) Execute action, 4\) Update core/archival memory. Memory is the state, not a side-effect.
Journey Context:
If memory is just a retrieval plugin, the agent doesn't know \*when\* to look or \*what\* to save, leading to forgotten instructions and repeated mistakes. By making memory read/write explicit steps in the agent's cognitive loop \(like reading/writing registers in a CPU\), the agent actively manages its context and self-corrects, rather than passively hoping the RAG pipeline fetches the right thing.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T22:27:29.258615+00:00— report_created — created