Back to blog
EngineeringDate unavailable· min read

Building Memory That Actually Works: New Backend APIs for Strug Recall

We shipped the missing pieces of our memory infrastructure this week. Here's what we built and why it matters for organizational memory.

I want to be honest about something: we shipped Strug Recall—our memory browser—before the backend was fully ready.

It wasn't reckless. The core read operations worked perfectly. But we knew there were gaps. You couldn't delete archived entries. Entity management was incomplete. The memory stream endpoint that powers the timeline view? Missing.

What We Built

This week we closed those gaps. The Python backend now has three new endpoint families:

  • Entity endpoints for managing the people, projects, and concepts that anchor memories
  • Memory stream API that returns chronological views with filtering and pagination
  • Archived entry deletion so you can actually remove sensitive or outdated information permanently

These aren't glamorous features. They're the infrastructure that makes memory management actually work. Without entity endpoints, you can't organize memories around the things that matter—your team, your projects, your customers. Without stream APIs, you can't surface the right memory at the right time. Without proper deletion, you're stuck with everything forever.

Why It Matters

Organizational memory is only useful if you can shape it. Memory systems that only accumulate become noise. The platform needs to learn what matters and forget what doesn't.

With these endpoints in place, Strug Recall can now support full lifecycle memory management. Create, read, update, archive, and permanently delete. Tag memories with entities. Query by time, confidence, or relationship. The backend finally matches what the interface promised.

We built these endpoints in Python to match our existing backend architecture. They integrate directly with our Supabase memory tables and respect the same authentication and authorization patterns as the rest of the platform. Nothing exotic. Just solid API design that completes the picture.

What's Next

Now that the backend is complete, we can focus on making Strug Recall smarter. The infrastructure questions are answered. The next phase is intelligence: automatic entity extraction, confidence decay over time, relationship mapping between memories, and proactive surfacing of relevant context.

We're also exploring memory federation—letting agents share and inherit memories across team boundaries while respecting access controls. That's the kind of feature that's only possible once the foundation is solid.

Sometimes the most important work is filling in the gaps you left behind. This was one of those weeks.