Blog

Engineering notes and product thinking from the Memory Stack team.

We built Memory Stack because our own AI kept forgetting
We were building Operator Stack, an automated backend for investment funds, and our team kept redoing work and forgetting what we had already figured out. It got worse once we added agents. No memory layer worked across our tools and people, so we built one.
32 duplicate QA findings and what they taught us about agent memory
We ran parallel QA agents on mycivicduty.org. They were fast. They also filed 32 near-identical findings into the wrong project and couldn't tell what was fixed versus still broken. Here's what happened and what it changed.
Engine rules as data: the architectural bet behind Memory Stack's rule layer
Most AI behavioral rules are embedded in prompts — coupled to a deploy cycle, unattributed, and invisible to anyone who isn't reading the source. Engine rules are a different bet: rules as first-class data, separate from code, loadable at runtime, and auditable by design.
Consulting firm: client context that follows the engagement
A new partner joins the engagement. The client context that three other partners built over six months doesn't transfer automatically. It should. Here's what that looks like.
Coordination memory: what your multi-agent stack is missing
Most teams running AI agents have solved the orchestration problem. The harder problem is making your agents not re-derive what other agents already learned. Here's the substrate we built to solve it — running eight agents across two projects.
Hiring rubrics that every interviewer's AI loads automatically
Hiring panels with five interviewers run five interpretations of the same rubric. Engine rules loaded at session start give every interviewer the same calibrated criteria — before the first question is written.
Founder operating principles extracted from a year of your own work
The best founders have a consistent operating philosophy. Most of it is implicit — expressed through decisions, not articulated as principles. Here's how to make it explicit, loadable, and transferable to your team.
On-call runbooks AI agents actually read first
A runbook that isn't loaded in the session isn't a runbook — it's a document. Here's how to make on-call procedures part of the AI context that loads when the alert fires.
Support ticket patterns auto-promoted to team playbook
Your best support agents have mental models of every issue pattern the product has ever produced. Those models live in their heads. Skill transfer makes them extractable — and loadable by every agent and rep on the team.
Standing compliance rules that travel with the output
Compliance rules embedded in prompts stay in the session. Compliance rules stored as memories load wherever the work goes — across tools, across agents, across team members.
AI behavior with a logged human-authored reason for every decision
The compliance question for AI isn't 'was the AI right.' It's 'can you show what governed the AI's behavior, who wrote those rules, and when.' Here's the infrastructure that makes that answerable.
Marketing personas that don't drift across content cycles
Personas built in one content sprint drift by the next. Different writers load different versions. The AI starts from scratch each session. Engine rules fix the consistency problem — personas that load automatically and stay current.
Sales call notes that update your CRM without re-typing
The gap between a sales call and a CRM update is ten minutes of re-typing context the AI already heard. Passive capture closes it — signals flow from the call into memory without a separate entry step.
Brand voice rules that your content AI can't accidentally violate
Most content teams have a brand voice guide. Most AI-generated content doesn't load it. Engine rules fix this: brand constraints as memories, loaded automatically in every content session.
From 50 ad-hoc rules to one governed rule layer
Most orgs running AI at scale have accumulated rules in five different places. Some are prompts. Some are docs. Some are in someone's head. The rule layer is the infrastructure that consolidates them — with attribution, versioning, and audit trail.
When your agents don't know what your other agents have learned
The orchestration problem is mostly solved. The context fragmentation problem isn't. Your agents run. They learn things. None of it reaches the next agent. Here's what that costs and how to close it.
Closing the cross-tool memory gap that breaks team workflows
Your engineer's Cursor memory doesn't reach your PM's Claude. Your sales team's ChatGPT context doesn't reach your CS team's Copilot. Every tool is an island. Here's the infrastructure that connects them.
PRD context that survives PM turnover
When a PM leaves, the PRDs stay. The reasoning behind every decision in those PRDs usually doesn't. Here's what it takes to make product context as durable as the artifacts it produces.
Customer feedback that flows from intake to roadmap automatically
Feedback arrives in five places. It gets synthesized nowhere. The result: PMs spend hours correlating signals that are already in the stack — just not connected to each other or to the roadmap.
Product decisions that don't evaporate between Mondays
The decision was made. Someone wrote it in Slack, or mentioned it on the call, or captured it in a Jira comment. By Thursday it's effectively gone. Here's the infrastructure that closes that gap.
Engineering principles extracted from your actual commits, not your handbook
Your CONTRIBUTING.md says one thing. Your commit history says another. The patterns in your commits are more accurate than anything your handbook says — and now they're extractable.
Code review that knows what your team already decided
A PR touching the auth middleware shouldn't require the reviewer to remember last February's compliance decision. The context should load automatically. Here's how we build that.
From 4-minute timeouts to durable queue: production-grade MCP
MCP is synchronous from the client's perspective. When async tasks don't have timeout discipline or per-user gates, you get 4-minute waits followed by 504s. Here's the production discipline we built after hitting this directly.
Eliminating the engineer-in-the-loop for AI behavior tuning
When an ops team needs to change how an AI behaves, they shouldn't need to open a ticket. Engine rules stored as memories put the person who understands the business rule in control — without a deploy cycle.
Running 8+ AI agents on one substrate without collision
Multi-agent collision isn't one thing. It's three: write collision, context collision, and behavior drift. Here's how we prevent each — in the stack we run ourselves.