What Is the Best AI Agent Memory for Make Workflows?

Hey hey hey, welcome to Agentic Pod! I'm Liam.

And I'm Stella! Liam, I built a Make scenario with an AI agent in it. Every run, it acts like we've never met.

That's by design. Leave one field blank in Make's AI agent module, the Conversation ID, and every run creates a brand new agent. Seven memory options exist for Make, and Vilix AI is the one that leaves Make.

Seven. Okay, I want to know which one I'm picking before the end.

Start with my pain. Why does my agent forget? It's literally the same scenario.

Make scenario runs are stateless. Nothing carries over unless you write it down and read it back. And that Conversation ID is the sharp edge. Blank field, blank memory.

So I give it an ID. Problem solved?

Mostly, um, inside that thread. Give each customer or ticket a stable ID, and follow-ups remember what was said. But a second scenario, with its own agent, starts from zero again. Even for the same customer.

Yep, two agents, one customer, zero shared brain. That's the first place Vilix AI helps. Make's agent module accepts MCP tools, MCP being the plug that lets an AI app use outside tools. So you attach Vilix AI as a tool, and the agent calls get_context at the start of a run and save_turn at the end. Every scenario reads and writes the same memory.

But hold on. What about Make's own stuff? Data Stores, that sounds free.

Data Stores are great for small facts. Last processed row, a run counter, a "did I already send this" flag. You write a key, a later module reads that key, even in another run.

So what's the catch?

You look things up by exact key. No searching by meaning. And you own the rules: what gets written, what goes stale. And it only lives inside Make.

Okay, and the knowledge files?

Those are uploaded documents the agent can search. Perfect for your refund policy or tone guide. But they're frozen. A run can't add to them, so they hold what you knew before, not what the agent learned today.

And the Google Sheet trick?

Everyone does, and it works. A row at the end of each run, read the latest row at the start. Humans can open it and check. Just past a few thousand rows it gets slow and fragile.

I keep hearing about vector databases. Do I need one?

Only if you recall by meaning. Like "find the support answer most like this ticket." Teams wire Pinecone or Qdrant in with HTTP modules. But you run embeddings, chunking, tuning, and each recall costs you Make operations.

So two stores. One exact, one fuzzy.

Often, yeah. Then there's Mem0, the open source one. Its superpower is self-hosting, so if your compliance team says memory stays in your building, that's your pick. You plug it in as MCP tools too.

And you run the server.

You do. Which is the whole point of Vilix AI. It's hosted in the cloud, so there's zero infrastructure. And recall is semantic plus keyword search, so the agent finds what you meant, not only what you typed.

Okay, but my agents don't only live in Make. Last week I used Claude for the same client.

And there's the wall. Every Make-native store stops at Make's edge. Your Claude session, your Codex task, your scheduled agent, none of them can see it.

So I brief each one separately. Every morning.

The human copy and paste again. With Vilix AI you connect each tool to the same account over MCP. Decisions, projects, full conversation history, they follow you into Claude, Codex, Cursor, OpenClaw, Hermes, and your Make scenarios.

And if two tools disagree?

Newest memory wins, and every save has a source label, so you see which tool wrote what.

Okay, clients. I know you're going to say clients.

I am. If you build Make automations for clients, give each client their own Vilix AI account, like a Gmail account that belongs to them. Every scenario you build for them connects to their account, and the memory belongs to their business. Nothing mixes between clients.

Before the verdict, how do I test it?

Save a decision from a Make run. Open Claude. Ask about it. If Claude answers, you're set.

Verdict time. Which of the seven?

All inside Make, tiny state? Data Stores. Customer chats? A stable Conversation ID. Need to open and read it? A sheet. Self-hosting rule? Mem0. And when the pain is "I re-brief every agent, every morning", one shared Vilix AI memory.

The full guide, the blog post and Vilix AI are linked in the description. Which of your agents forgets the most? Tell us in the comments. See you next time!