@ApertureData

Foundational Data Layer for AI: Combine scalable vector search with memory-optimized graph and multimodal data management

Mountain View, CA
Joined November 2018
RAG gets harder when your data is not just text. At ODSC AI West 2026, @vishakha041, Co-Founder & CEO of @ApertureData, will present “Beyond Embeddings: The Trifecta of Graph, Multimodal, and Semantic RAG.” Vishakha leads the development of ApertureDB, a vector-graph multimodal AI database built for production AI systems. In this session, she’ll show why stitching together separate vector, graph, metadata, and object-storage systems can create unnecessary latency and consistency problems. Using a live GraphRAG demo, Vishakha will explore how a unified approach to graphs, multimodal data, embeddings, and semantic retrieval can simplify infrastructure while improving performance and correctness. Join this Graph Enhanced AI talk at ODSC AI West 2026: hubs.ly/Q04yq-840
1
5
5
724
New episode of The Cognitive Layer: @amyhodler (GraphGeeks, co-author of @OReillyMedia's Graph Algorithms and Knowledge Graphs) on why graph structure, not context window size, is what actually gives AI systems memory plus a great discussion on context graphs, multimodal amnesia, and why vector search alone misses connections that aren't linguistically similar but are conceptually identical. Watch: youtu.be/oLjh-Yas8x4 Listen: open.spotify.com/episode/1Mt…
1
2
43
Episode 2 of The Cognitive Layer is with @amyhodler , founder of GraphGeeks and co-author of @OReillyMedia 's Graph Algorithms. Her path into this started with a book on information theory that changed how she saw the world, everything connected, nothing isolated. That same instinct is behind a question we spent a lot of time on: why doesn't a bigger context window solve memory? Even at a million tokens, LLMs still lose information buried in the middle. Checkout the clip below and tune into the full episode next week...
2
2
65
An architecture walkthrough, an early look at an internal tool actually being built, and some of the most experienced builders in agentic memory in one room. San Francisco, October 13.
Oct 13, San Francisco: an evening on agentic memory in practice. I'll walk through the architecture behind memory and cognition in AI, grounded in a study of 20+ frameworks. Sonam Gupta (@Coffee_and_NLP ) shows an early look at a sales enablement tool she's building on Aperture Nexus (from @ApertureData ). Hosted with @heyamylin @OutcastVC , with Connie Xu (Halo) bringing together builders in the space. RSVP: luma.com/8tbyxmd8
3
229
1/ An agent walks into a repeat problem like it's the first time, every time. Aperture Nexus is our answer: open source memory for AI agents, built on ApertureDB (aperturedata.io). 🧵
1
1
3
63
2/ Most memory tools treat everything as disconnected text chunks, so nothing carries over. Nexus stamps context on every commit, works with images, documents, video, or structured records, not just chat logs, and gives your agent's reasoning something real to build on, not a competing layer.
1
1
1
16
Memory is the dessert everyone in AI wants right now. Episode 1 of The Cognitive Layer makes the case for eating your vegetables first, the data foundation underneath it. Himanshu Singh (Netflix) on why entity resolution is a systems problem, not a prompt problem, and what happens when you skip straight to "memory": agents don't just make mistakes, they hallucinate in sync.
Asked my guest: coffee, cocktail, or dessert? Him: "Dessert. Memory is the dessert everyone wants. But you have to eat your vegetables first, those are the data foundation. Skip them, and the dessert makes you sick." Episode 1 of The Cognitive Layer, with Himanshu Singh (@netflix ), on building AI memory you can actually trust. Link below 👇
2
59
This Wednesday, let's answer a few questions together.  • What actually breaks first when you give an AI agent memory: retrieval, reasoning, or the interaction between the two?  • Why do so many memory architectures work in demos but struggle in production?  • What are the latest memory frameworks getting right... and where are they still falling short?  • What does it take to build memory that can evolve with your agents over time?  • How important is true multimodality in this architecture? These are the kind of questions we've been digging into over the past few months. At this week's @FrontierOwner Coffee Meetup hosted by @DevSodhi , I'll share what we learned from studying 20+ memory frameworks, where the field is converging, and the architectural decisions that led us to build Nexus, our open-source memory infrastructure and cognition hooks layer built on ApertureDB (@ApertureData ). We'll also do a live demo, discuss the tradeoffs we encountered, and hopefully have a lively discussion afterward. Nexus is still early, and some of the best ideas have come directly from conversations with builders. So if you're working on agent memory, I'd love to hear what's breaking in your stack and what you think we're all getting wrong. 📆 Wednesday, August 5 📍 Frontier Tower Coffee Meetup (16th Floor, 995 Market St, San Francisco) 💡RSVP: luma.com/title-agent-memory-…
2
2
4
112
The data platform pain is real, and so is the choice sitting right in front of you. Stitch together five systems and hope, or build on something that already works. Our customers keep picking the second path, and it's why they can focus on outcomes instead of infrastructure.
A customer once asked me why AI infrastructure costs so much before the model even gets a chance to prove itself. I've since heard close to that same number, near $2M a year PER TEAM (for a large organization), from hundreds of AI teams, almost none of it going toward anything that touches the product. Most of it goes toward the parts nobody puts on a slide: pulling data out of buckets, SharePoint and wherever else it actually lives, processing it with ffmpeg-like libraries or a pile of custom scripts because every format needs its own handling, then finally loading it into a vector store and a graph store that were never designed to talk to each other, held together by more glue code than anyone wants to admit to maintaining. That's when it clicked for me why MIT's research shows 95% of enterprise AI initiatives never deliver measurable business impact. It's rarely the model. It's everything underneath it, sourced, processed, and stitched together by hand, one pipeline at a time. We built ApertureDB so that the decision gets made once, not paid for every year after. Home Depot, Nielsen, Fanatics, Jabil, and others already made that call. In our own benchmarks, that meant 2x to 10x faster vector search than leading alternatives, 2-30x faster metadata search, and one published study clocked building an ML image dataset 35x faster than a DIY Postgres/OpenCV stack. If your roadmap is being held back by the plumbing instead of the product, that's the conversation worth having.
3
62
1/ Human memory isn't just a retrieval system. It's a relevance engine. 🧵
3
2
7
715
Understanding multimodal data isn't just about storing it. It's about being able to pull out the one paragraph, bounding box, or clip that matters, without paying for the whole blob every time. We explored array-based formats early on. The problem wasn't storage itself, it was that the overhead negated the exact benefit you'd expect from fast partial access. You'd gain on retrieval logic and lose it right back to bloat (loss of caching). The deeper issue: images, video, and documents don't need to come back in entirety most of the time. A user wants a bounding box, not the whole image. A clip, not the whole video. A paragraph, not the whole document. That requires a format built around a one-to-many relationship, one asset, many meaningful parts, with fast access to just the part that matters. That's what pushed us toward the graph. Two things fell out of that decision: • Clips, bounding boxes, and paragraph spans live as metadata and relationships, not duplicated bytes. No re-encoded copies of the same video for every clip someone wants. • We can embed the relevant part directly, not just the whole asset, because the whole often loses the detail a specific query actually needs. Native multimodal support also means real processing, chunking, resizing, format conversion, happens at the point of retrieval, not as a separate pipeline someone has to build and maintain. That's the actual bet behind multimodal native: not storing more data types, but understanding what's inside them well enough to hand back only the part someone needs!
1
1
4
212
A team came to us mid-migration, moving off a stitched-together stack because every quarter their query latency got a little worse and nobody could tell them why. Turned out the problem wasn't any single piece. It was three: a vector store, a graph store, and the glue code holding them together, each optimized on its own, none of them designed to talk to each other under real production load. Nobody could tell them why because debugging meant tracing a query across three systems that each told a slightly different story. We rebuilt their retrieval path on ApertureDB: one engine, embeddings, graph, and multimodal data together, no format conversion between systems, no glue code translating one store's output into another's input. In our benchmarks: 65K+ nodes/second ingestion, 1M+ QPS retrieval. That's the part that actually matters. Fast writes vs. fast reads vs. scale isn't a law of nature, it's usually a tax you pay for plumbing: converting formats, reconciling three systems that were never designed to agree. Remove the forced plumbing, and the tradeoff you thought you had to make mostly wasn't real to begin with. Debugging and maintenance stopped being their growing pains. That's the part worth paying attention to.
1
1
3
311
Built from the start, not bolted on after. Here's why that distinction matters for agent memory at scale.
Most "memory layers" for agents are a vector store with a graph bolted on after the fact. We went the other direction: ApertureDB unifies vector search, graph traversal, and multimodal storage in one engine from the start — sub-10ms KNN, sub-15ms lookups on billion-scale graphs, one query language instead of three systems stitched together.
2
78
Our founder Vishakha on why memory that only stores what isn't enough. Relationships and provenance are the parts most systems skip.
Vector search alone treats memory as a bag of similar things. Relationships matter. Provenance matters. Multimodal data matters. We built ApertureDB as a unified engine — embeddings, graph, and native storage for images, video, documents, and metadata — because agent memory that only remembers what something meant, and not how it connects or where it came from, breaks the moment a question crosses two hops.
3
71
For years, the conversation around AI retrieval has largely centered on embeddings but as more production systems emerge, it's becoming clear that embeddings alone aren't enough. 𝗥𝗲𝗹𝗮𝘁𝗶𝗼𝗻𝘀𝗵𝗶𝗽𝘀 𝗺𝗮𝘁𝘁𝗲𝗿. 𝗖𝗼𝗻𝘁𝗲𝘅𝘁 𝗺𝗮𝘁𝘁𝗲𝗿𝘀. 𝗠𝘂𝗹𝘁𝗶𝗺𝗼𝗱𝗮𝗹 𝗱𝗮𝘁𝗮 𝗺𝗮𝘁𝘁𝗲𝗿𝘀. At GraphCon Seattle, I'll be sharing some of the lessons we've learned building systems that combine graph relationships, multimodal data, and semantic retrieval into a unified foundation for AI applications. 𝗧𝗵𝗲 𝘀𝗲𝘀𝘀𝗶𝗼𝗻 𝗶𝘀 𝗰𝗮𝗹𝗹𝗲𝗱: 𝗕𝗲𝘆𝗼𝗻𝗱 𝗘𝗺𝗯𝗲𝗱𝗱𝗶𝗻𝗴𝘀: 𝗧𝗿𝗶𝗳𝗲𝗰𝘁𝗮 𝗼𝗳 𝗚𝗿𝗮𝗽𝗵, 𝗠𝘂𝗹𝘁𝗶𝗺𝗼𝗱𝗮𝗹, 𝗮𝗻𝗱 𝗦𝗲𝗺𝗮𝗻𝘁𝗶𝗰 𝗥𝗔𝗚 graphgeeks.org/graphcon Looking forward to discussing where graph technologies fit into the next generation of AI systems, how it's the means to solving multimodal challenges, and meeting fellow builders exploring similar challenges. Thank you to the GraphGeeks and GraphCon team (Amy Hodler) for the opportunity to speak alongside folks like Paco Nathan, David Hughes, Weidong Yang, Vaibhav Gupta, and others I learn a lot about graphs from. @ApertureData
1
4
189
𝗔𝘀 𝗔𝗜 𝘀𝘆𝘀𝘁𝗲𝗺𝘀 𝗯𝗲𝗰𝗼𝗺𝗲 𝗺𝗼𝗿𝗲 𝗺𝘂𝗹𝘁𝗶𝗺𝗼𝗱𝗮𝗹, 𝘁𝗵𝗲 𝗰𝗼𝗻𝘃𝗲𝗿𝘀𝗮𝘁𝗶𝗼𝗻 𝗶𝘀 𝘀𝗵𝗶𝗳𝘁𝗶𝗻𝗴 𝗯𝗲𝘆𝗼𝗻𝗱 𝗺𝗼𝗱𝗲𝗹𝘀 𝗮𝗻𝗱 𝘁𝗼𝘄𝗮𝗿𝗱 𝘁𝗵𝗲 𝗱𝗮𝘁𝗮 𝗹𝗮𝘆𝗲𝗿 𝘁𝗵𝗮𝘁 𝗽𝗼𝘄𝗲𝗿𝘀 𝘁𝗵𝗲𝗺. In a recent episode of AI Chronicles, Manasvi Sharma from Gracenote (a @nielsen company) highlighted the growing importance of 𝗰𝗼𝗺𝗯𝗶𝗻𝗶𝗻𝗴 𝗺𝘂𝗹𝘁𝗶𝗺𝗼𝗱𝗮𝗹 𝘃𝗲𝗰𝘁𝗼𝗿 𝘀𝗲𝗮𝗿𝗰𝗵 𝘄𝗶𝘁𝗵 𝗴𝗿𝗮𝗽𝗵-𝗯𝗮𝘀𝗲𝗱 𝗸𝗻𝗼𝘄𝗹𝗲𝗱𝗴𝗲 𝗮𝗻𝗱 𝗴𝗿𝗼𝘂𝗻𝗱𝗶𝗻𝗴. 𝗛𝗲 𝗮𝗹𝘀𝗼 𝗿𝗲𝗳𝗲𝗿𝗲𝗻𝗰𝗲𝗱 𝗔𝗽𝗲𝗿𝘁𝘂𝗿𝗲𝗗𝗕 𝗮𝘀 𝗮𝗻 𝗲𝘅𝗮𝗺𝗽𝗹𝗲 𝗼𝗳 𝗮 𝗱𝗶𝗳𝗳𝗲𝗿𝗲𝗻𝘁𝗶𝗮𝘁𝗲𝗱 𝘁𝗲𝗰𝗵𝗻𝗼𝗹𝗼𝗴𝘆 𝗶𝗻 𝘁𝗵𝗶𝘀 𝘀𝗽𝗮𝗰𝗲. His point resonates with what we're seeing across the industry: understanding relationships between data can be just as important as retrieving similar data. As teams build more sophisticated AI workflows involving images, video, audio, text, embeddings, and metadata, the ability to connect modalities while maintaining context becomes increasingly critical. 𝘛𝘩𝘢𝘯𝘬𝘴 𝘵𝘰 𝘔𝘢𝘯𝘢𝘴𝘷𝘪 𝘧𝘰𝘳 𝘵𝘩𝘦 𝘮𝘦𝘯𝘵𝘪𝘰𝘯 𝘢𝘯𝘥 𝘧𝘰𝘳 𝘴𝘩𝘢𝘳𝘪𝘯𝘨 𝘩𝘪𝘴 𝘱𝘦𝘳𝘴𝘱𝘦𝘤𝘵𝘪𝘷𝘦 𝘰𝘯 𝘸𝘩𝘦𝘳𝘦 𝘈𝘐 𝘪𝘯𝘧𝘳𝘢𝘴𝘵𝘳𝘶𝘤𝘵𝘶𝘳𝘦 𝘪𝘴 𝘩𝘦𝘢𝘥𝘦𝘥 𝘢𝘯𝘥 @Coffee_and_NLP 𝘧𝘰𝘳 𝘵𝘩𝘪𝘴 𝘪𝘯𝘵𝘦𝘳𝘷𝘪𝘦𝘸. youtu.be/ea3EPz-hizc?si=g2ML…
2
3
169
Replying to @satyanadella
This distinction between human capital and token capital resonates deeply, @satyanadella. The core challenge right now is how organizations preserve the underlying judgment behind corporate decisions, not just the raw outputs. If these continuous learning loops are to become a firm’s compounding IP, managing memory and reasoning traces is fundamentally an infrastructure problem, not just a model selection problem. Crucially, "tokens" aren't just text. True institutional memory is natively multimodal, weaving together text context with the images, video, and rich assets that drive actual enterprise workflows. To pass the ultimate "sovereignty test" and avoid vendor lock-in, enterprises must explicitly own a foundational data layer capable of unifying these complex, multimodal reasoning traces independent of the underlying models.
1
2
39
We got back from Taipei last week, and it’s clear that the friction we are solving isn't just a domestic problem, the demand is entirely global. 🚀🇹🇼 Expanding your geographical footprint as an infrastructure startup is a massive challenge, but having the right partner is an absolute unlock. Being part of the @Garageplusepoch cohort gave us a major growth platform. They put us right in the center of the action with a booth at @computextaipei and set up a direct line of targeted meetings with international investors and enterprise customers. We already have great momentum deploying ApertureDB in the US and India, but standing on the ground in Taiwan proved that new geographic markets are ready for this exact stack. When you're building a unified graph-vector engine designed for complex, large-scale multimodal data, your market is anywhere builders are trying to push AI past the demo phase. But beyond our own pipeline, the most exciting part was the cohort itself. Being surrounded by global founders pulling off massive innovation across both AI software and bleeding-edge hardware was incredible. When you see how tightly the next generation of AI models, robotics, and physical infrastructure are converging, you realize just how massive the global roadmap is. Huge thank you to Cian-Ya (Tirzah) Chen, Chih-Yuan, Andy Su, Min Chao, and the entire Garage+ team for opening those doors and giving us a massive tailwind on this growth path. The scope just got a lot bigger. Back to execution at @ApertureData
4
8
1,096
I built an enterprise memory engine with an AI that kept forgetting things. Meet Claudette: brilliant coder, relentless collaborator, and quietly allergic to integration tests. The raw reality of building Aperture Nexus: • The Mock Trap: Claudette built tests that only tested themselves. • The Unfair Advantage: Why a unified multimodal backend (@ApertureData ) saved us months of infrastructure engineering. • Context Drift: Needing the very tool I was building just to resolve cross-LLM entity data and keep my data states straight. If your AI tools feel "brilliant but amnesic", this "behind the scenes" engineering story is for you. 👇 Read the full breakdown here: medium.com/@vishakha041/me-m…
1
2
6
1,073