Home / Companies / FalkorDB / Blog / June 2026

June 2026 Summaries

6 posts from FalkorDB

Filter
Month: Year:
Post Summaries Back to Blog
ActiveGraph is an open-source framework designed for building multi-agent systems with enhanced visibility into agent activities, utilizing two distinct storage layers: an event store for durability and a graph store for the current state. The introduction of FalkorDBGraphStore as a backend enables the projection of the current state into FalkorDB, facilitating the execution of Cypher queries, cross-process sharing, and efficient management of large graphs by offloading them from process memory. This setup allows users to query live agent states, share projections across processes, and maintain large graphs without burdening system memory. ActiveGraph, developed by Yohei Nakajima, leverages the capabilities of FalkorDB to create a live, queryable view of the system's operational backbone, enhancing the framework's utility for complex, scalable agent-based applications.
Jun 28, 2026 1,226 words in the original blog post.
AI agents often struggle with memory retention, functioning like goldfish with limited recall, necessitating users to repeatedly introduce themselves and provide context. The text explores the shortcomings of traditional memory storage solutions like markdown files and vector databases and advocates for graph-based memory systems that capture relationships between entities. Using FalkorDB, a graph database, agents can store and retrieve information efficiently by maintaining separate, evolving memory graphs for each agent, thus preventing data overlap and ensuring contextual accuracy. The memory system, powered by Cognee and OpenClaw, allows agents to transform conversational data into structured graphs, enabling them to answer complex, multi-hop queries swiftly. The author's personal experience with agents Will and Liz illustrates the practical application of this system in managing professional and personal information by efficiently storing and retrieving details about people, companies, and events.
Jun 21, 2026 924 words in the original blog post.
The cypher query cheatsheet serves as a comprehensive guide for developers transitioning from basic graph database tutorials to production-level queries, focusing on the Cypher language originally developed for Neo4j and now used in various engines like FalkorDB. It addresses the complexities encountered in real-world applications, such as handling multiple relationship types, filtering across properties, and returning results efficiently. This guide includes essential syntax patterns, performance techniques, and indexing strategies for building effective graph queries, covering everything from node and relationship matching to mutation operations and variable-length traversals. It emphasizes the importance of using WHERE clauses, aggregation functions, and ORDER BY for refined data retrieval while highlighting the differences in Cypher implementations across various engines, specifically noting FalkorDB's unique features like JavaScript UDFs and its in-memory execution model. By mastering the patterns and techniques outlined, developers can optimize their graph queries for scalability and performance, ensuring they are equipped to handle complex production scenarios.
Jun 08, 2026 1,945 words in the original blog post.
This cypher query cheatsheet serves as a practical guide for developers transitioning from basic graph database tutorials to production environments, where queries become complex and performance-critical. The guide covers essential Cypher query language patterns, syntax, and performance optimization techniques necessary for building efficient graph database applications. It delves into node and relationship patterns, filtering, aggregation, variable-length traversals, and graph mutations such as CREATE and MERGE. The cheatsheet also emphasizes the importance of indexing and query profiling to enhance performance and provides insights into FalkorDB-specific extensions, highlighting differences from standard Cypher. By mastering these elements, developers can create scalable and efficient graph-powered applications.
Jun 08, 2026 1,945 words in the original blog post.
Vector search methods often fall short in accurately retrieving code relatedness because they rely on surface textual similarities rather than understanding the structural relationships within the code. A code graph, on the other hand, models functions, files, and classes as nodes connected by real relationships, enabling deterministic answers to questions about code dependencies and impact of changes. FalkorDB is highlighted for its ability to run fast, multi-hop graph traversals using sparse-matrix operations, making it a preferred backend for projects like code-graph. By storing the code structure directly as a typed graph, it allows precise queries about call chains and dependencies, reducing the risk of errors common with traditional vector-based retrieval methods. The narrative suggests that by integrating graph-based and vector-based approaches, developers can leverage both semantic retrieval and structural insights, thus enhancing the capabilities of codebase assistants.
Jun 05, 2026 1,309 words in the original blog post.
Vector search, while effective for finding semantically similar code, fails to understand the structural relationships in a codebase, leading to inaccurate results when querying for specific function calls or dependencies. The solution proposed involves modeling the codebase as a code graph, where functions, files, classes, and modules are represented as nodes, and their interactions are depicted as edges. This graph-based approach allows for precise and efficient queries, such as determining the full call chain between functions or identifying which functions depend on a particular one, using FalkorDB to manage these operations with sub-millisecond latency. Unlike traditional graph databases, FalkorDB uses sparse adjacency matrices and linear algebra for fast, multi-hop traversals, making it suitable for large-scale codebases. The integration of this method with LLMs provides grounded, accurate responses by leveraging the actual relationships in the code rather than relying on vector similarity, thus reducing the risk of hallucinations and improving the reliability of codebase assistants.
Jun 05, 2026 1,391 words in the original blog post.