Blog·Case Study

Never Record Again: How Montra Uses Supermemory to Rethink Video Creation

Campbell Baron, the founder of Montra, has been making videos since he was twelve. By thirteen, he was already doing brand work. Today, he’s betting on a very different future for creators: a world where recording is the exception, and most videos are generated from scratch.

By Naman Bansal·6 min read

Blog cover banner reading "How Montra Uses Supermemory To Rethink Video Creation" with camera lens and brain icons

Campbell Baron, the founder of Montra, has been making videos since he was twelve. By thirteen, he was already doing brand work. Today, he’s betting on a very different future for creators: a world where recording is the exception, and most videos are generated from scratch.

Montra’s vision is bold: in the future, most videos won’t be recorded. Instead, they’ll be generated. Recording will become the minority use case, replaced by AI tools that can produce entire videos from scratch.

That’s why Montra was built as a generative-only video editor. Instead of forcing users to stitch eight-second clips in another app, Montra lets you generate multiple related clips, arrange them as scenes, and finish the story inside one simple editor. Their unofficial slogan sums it up well: never record again.

Montra app UI showing featured and all presets for image generation and image-to-video as a gallery of thumbnails

The Problem

But building a tool around that vision exposed a critical problem: if you’re asking people to generate endlessly instead of record, how do you make sure they can actually find and reuse what they’ve created?

Basically, Montra needed a solid, searchable media library. Users needed to come back weeks later, type “the sailing clip I made”, and instantly pull it up.

In the ideal world, this meant having a search system smart enough to:

  • Analyze every clip as it was generated.
  • Index those clips in a way that captures meaning, not just filenames.
  • Let users query naturally in plain language.
  • Deliver results instantly, without friction.

The obvious solution? A vector database. Store every clip’s embedding, query later, and serve it back.

Simple in theory, but in practice, every option Montra tried introduced more complexity than it solved:

  • Postgres ML
    • A solid product, but “strenuous in setup.”
    • Gave more control than Montra needed.
    • Added extra engineering overhead
  • Supabase vectors
    • More pieces to configure and maintain.
    • Long-term infra burden.
  • Pinecone
    • Powerful, but only one piece of the puzzle.
    • Still needed Montra to glue together media analysis, storage, embeddings, and search logic.
    • Ended up fragmenting the stack instead of simplifying it.

For Campbell and his six-person team, this was a non-starter. They were already handling complex engineering where it was unavoidable, like their transcoding pipelines, but search wasn’t supposed to be one of those things.

As he put it:

“Users don’t care about complexity, and neither should we. It’s 2025, there should be some service provider that just does this for us.”

The Turning Point

That service provider did exist; Montra just hadn’t found it yet.

Campbell first stumbled on Supermemory through X. The landing page felt obvious: clean, straightforward, and unlike the alternatives, it didn’t look like a second product his team would have to manage. He passed it to one of his engineers, who put together a proof of concept in half an hour.

It worked. From there, integration into Montra’s existing pipeline took about a week of part-time work. And then came the moment that mattered most: “As soon as we ran our first search and it came back lightning fast, we were like holy shit. This works.

It wasn’t a fluke. They tried it again with different queries, and the results were just as fast. For the first time, recall felt instant and effortless, exactly what Montra had envisioned from the start.

For Montra, Supermemory wasn’t just “another vector database.” It was the first tool that actually matched their needs: fast to set up, effortless to run, and powerful enough to handle their generative media at scale.

Campbell breaks it down simply: “It was at least five times faster to implement than the second-best alternative, and two to three times faster in performance*. But the best part was not having to maintain it.”*

Here’s what stood out to the team:

  • 5x faster to implement compared to the next-best alternativeTheir devs could spin up a proof of concept in 30 minutes and have the full integration done within a week. No other solution even came close.
  • **2-3x faster search results with natural language.**Users don’t need to remember file names or scroll endlessly. They just describe what they want, and the system surfaces it in seconds.
  • Zero ongoing maintenance. Unlike self-hosted or stitched-together vector DBs, Supermemory required no day-to-day babysitting. Campbell called this one of the biggest selling points: “The lack of ongoing maintenance is huge.”
  • **Every clip became searchable.**Montra now stores each media ID alongside an AI description in Supermemory. That means a user can type “the sailing clip from last week” and immediately get the right result.
  • Developer focus preservedThe six-person team could keep working on the core product instead of spending scarce engineering cycles managing infrastructure.
  • Actually useful supportAnytime they ran into issues, Campbell got replies in minutes. “I figured he [Dhravya] must be 19 or 20. No one else replies that fast.”

For Campbell, the biggest takeaway was that Supermemory felt like Montra itself: abstracting away complexity so the end-user experience stays simple. Just as Montra hides recording complexity from creators, Supermemory hides infra complexity from builders.

From Search to Memory: What’s Next?

Supermemory solved Montra’s immediate pain: turning a broken library into a lightning-fast, natural language search. But Campbell doesn’t see it as just search infrastructure. For him, the bigger play is memory. He wants to make the media library intelligent, not just indexed.

With memory, Montra isn’t limited to reacting when users type a query. It can start anticipating what they’ll need:

  • When a user adds a new scene, Montra could suggest related clips that they generated a month ago.
  • When arranging transitions, it could surface presets that worked well in past projects.
  • When credits are running low, it could recommend reusing older clips instead of regenerating.
  • When finishing a draft, it could push users to add music or polish based on patterns in their past work.

“All editors today just react. We want to anticipate,” Campbell says. “Supermemory makes that possible.”

Memory helps Montra deliver an opinionated workflow by nudging users toward better videos, faster. A traditional video editor can’t do that, because it doesn’t remember what you’ve created before. Supermemory gives Montra that long-term, persistent context.

And this is where Supermemory shows its range. For Flow, it powers contextual writing across notes. For Montra, it underpins an intelligent media library for generative video. Different use cases, same principle: add memory to your product, and it becomes smarter, stickier, and more valuable.

Even in Campbell’s words, “I think of Supermemory as like Play-Doh, and we can use it however we want. But more importantly, the Play-Doh doesn't come with like a multi-paragraph instruction manual that we have to learn. The simpler it is, the better from my perspective.”

That’s the point. We’ve built the Play-Doh, and we can’t wait to see what you build with it. Interested in adding Supermemory to your product? Read the docs and get started now.

  1. An update to supermemoryWe've discontinued the supermemory company brain and Nova. Everyone who was charged has been refunded, our MCP and plugins continue to run, and we're going all in on the memory engine.
  2. Scaling Conversations: How Adapta Grew Usage Without Losing ContextAdapta added Supermemory as a persistent memory layer so every conversation keeps its context — letting the team scale usage without losing the thread.
  3. How Chatarmin Ditched RAG and Went Memory-Only with SupermemoryChatarmin replaced a heavy RAG pipeline with Supermemory's memory layer — cutting average AI response time from 40s to 12s and token usage by 40–50%.
  4. SMFS: making agentic retrieval 55% cheaper AND more accurateWe launched SMFS.ai (Supermemory Filesystem) a few weeks ago, with a simple bet: We can redesign the filesystem specifically for agents, with special files, structures, and commands that it can use for it's tasks. Today, SMFS is used by hundreds of companies to power their agents.
  5. Introducing Dynamic Dreaming: supermemory now connects the dots, for you.Dreaming is magical. TLDR: We're launching Dynamic Dreaming in supermemory today, which automatically works if you're using supermemory in any way - API, OpenClaw, Hermes agent, etc.
  6. Dear reader, we just made supermemory insanely cheap... the Context CloudWhen I first started building supermemory, I had one goal: To build the best memory system for AI. I would talk to customers, and find out that memory was not the only thing they needed - They were all setting up 7-8 different vendors at the same time.
  7. Introducing @supermemory/tools v2.0.0Today we're releasing v2.0.0. This release unifies the API across all agents sdk integrations from AI SDK to Mastra, makes conversation identity a first-class concept, and ships with memory saving on by default.
  8. Solving the Precision-Recall Tradeoff: Search Result AggregationWhen you're building memory for AI, search is your foundational layer. The way search generally works is straightforward: the user defines a query, and then sets a limit (top-K) on how many search results they want returned. Usually, this is set to 10 or 20.
  9. Stateful Coding Agents with Memory: Build Long-Running Agents (2026)We built a plugin for Claude Code and OpenCode that gives your coding agent persistent memory. It remembers your preferences, learns your codebase, and never loses context mid-conversation. The result is an agent you can run for months without starting over.
  10. OpenClaw Memory Problems: Why It Forgets and How to Fix It (2026)TLDR: Today, we are releasing a new version of our openclaw plugin - https://github.com/supermemoryai/openclaw-supermemory. This post is going to be a bit technical, so bear with me (or bookmark for later!) In this post, I will talk about what we do about OpenClaw memory, and how we fix it.
  11. Clawd / Molt bot's memory SUCKS. We gave it supermemory.I'm the founder of supermemory. Clawd/Molt bot is blowing up right now, with many, many use cases. I set it up, too, and have been using it through telegram. TLDR: just go to https://supermemory.ai/docs/integrations/clawdbot to set up supermemory for your clawd bot.
  12. Catch up with our UNFORGETTABLE Launch WeekOver the last year, one belief has guided almost everything we’ve built at Supermemory AI becomes meaningfully useful only when it remembers. Memory shouldn’t be something developers rebuild from scratch. It shouldn’t be fragile, expensive, or trapped inside a single tool.
  13. Empowering the Next Generation of Founders: Supermemory Startup ProgramIf there’s one thing we’ve learned while building Supermemory, it’s that most startups don’t fail because they didn't build features; they fail when infrastructure slows them down, or they built too slow.
  14. Building code-chunk: AST Aware Code ChunkingAt Supermemory, we're building context engineering infrastructure for AI. A huge part of that is dealing with code: ingesting repos, understanding structure, and making it searchable. The problem is that most code chunking solutions are terrible. We built code-chunk to fix this.
  15. Supermemory raises $3 million with the best memory engine for LLMsToday, I am excited to announce our first funding round to accelerate our mission of building an interoperable, scalable and reliable memory for LLMs and agents. Memory is one of the hardest challenges in AI right now.
  16. Mem0 vs Supermemory: Why Scira SwitchedScira AI moved its production memory layer from Mem0 to Supermemory. This is what failed, what improved, and how the team evaluated the two systems.
  17. Unified Memory That Works Where You Work: Your Second Brain With SupermemoryHi everyone, I’m Dhravya, the founder of Supermemory. I want to start with a little story behind why this product means so much to me. You can also skip straight to what it is and how it works below.
  18. Supermemory just got faster on PlanetScaleWhat is Supermemory? Supermemory completes the missing part of the LLM puzzle: memory. Just as memory is crucial for human intelligence, it's essential for truly intelligent AI systems.
  19. Faster, smarter, reliable infinite chat: Supermemory IS context engineering.People are obsessed with prompts and prompt engineering. Sure, what you say is important, but what the model knows when you say it is the difference between a stateless text generator and an intelligent AI system. In short, context is the most crucial component.
  20. We solved AI API interoperabilityOne API to rule them all, One spec to find them, One library to bring them all and in the TypeScript, bind them. When we were building the the Infinite Chat API, initially, we only supported the OpenAI format. This was fine, until a lot of our customers started asking, asking for more.
  21. The Wow Factor of Memory - How Flow Used Supermemory To Build Smarter, Stickier ProductsOverview: Flow is a note-taking app built around a bold vision: to create a more personal, context-aware writing experience powered by AI. At the heart of this mission is memory.
  22. The UX and technicalities of awesome MCPsLast month, we launched the Supermemory MCP, mostly to test our own infrastructure and get some initial traction. It blew up. To my absolute surprise, the initial launch itself got half a million impressions (!!!). Then, we launched and got #2 on ProductHunt too.
  23. Architecting a memory engine inspired by the human brainLanguage is at the heart of intelligence, but what truly powers meaningful interaction is memory — the ability to accumulate, recall, and contextualize information over time. Large Language Models (LLMs) have mastered language, but memory remains their Achilles’ heel.