GraphNews

Obsidian as graph memory

Most people use Obsidian as a fancy folder.

The next generation is using it as a second brain that an AI agent actively maintains.

Here's what changed:

🗺️ Graphify — builds a queryable knowledge graph from your code, docs, and papers. Feeds your AI compressed subgraphs instead of raw files. Up to 71.5x fewer tokens. The difference between a flashlight and a satellite.

🤖 obsidian-second-brain — 32 CLI commands that pull live research into your vault, run scheduled agents overnight, and audit your current decisions against your past ones. "Your own notes say this failed last year. Still want to proceed?"

🔗 For Zettelkasten work: Smart Connections (semantic search), InsightA (long articles → atomic notes automatically), Notemd (auto wiki-links), Copilot (vault-grounded chat).

Since February 2026, Obsidian has an official CLI. Any AI agent with shell access can read and write your vault directly.

The vault is no longer passive storage. It's infrastructure.

ONTOLOGIES VS. SEMANTIC LAYERS: WHY ENTERPRISE AI NEEDS BOTH, AND WHICH DOES WHAT

One of the most persistent confusions in enterprise AI discussions is the conflation of semantic layers and ontologies. A new analysis from d.AP makes the distinction crisp and practically useful. A semantic layer is for lookup — it normalises labels and definitions to make metrics consistent across reporting tools. An ontology is for context and reasoning — it encodes what entities are, how they relate, what can be inferred, and what constraints must hold.

The difference surfaces sharply in deployment. A knowledge graph built without an overarching ontology may contain connected data, but it lacks a shared interpretive framework. Different departments build incompatible schemas. Integration logic becomes inconsistent. Every new use case requires a partial rebuild rather than a reuse of existing structure. The ontology is what allows a new data source to be added by updating the rules, rather than rewriting the graph.

The analysis draws on a useful structural metaphor: the ontology is the architectural blueprint; the knowledge graph is the physical building. You can have a blueprint without a building (a purely conceptual model), but a well-formed building requires a blueprint — whether or not that blueprint is made explicit. Most enterprise knowledge graphs have implicit ontologies; the question is whether those implicit structures are consistent, maintained, and capable of supporting the reasoning that agentic AI requires.

Gartner’s 2026 positioning — naming knowledge graphs and semantic enrichment as non-negotiable budget items for enterprise AI — suggests the enterprise market is arriving at this conclusion independently, through the painful experience of deploying agents on unstructured, under-governed data.

THE LOINC ONTOLOGY 2.0: 41,000+ CLINICAL CONCEPTS NOW IN SEMANTIC FORM

Healthcare informatics reached a significant milestone with the September 2025 production release of the LOINC Ontology 2.0 — a formal semantic representation of LOINC terms developed jointly by Regenstrief Institute and SNOMED International. The release now covers over 41,000 concepts representing laboratory LOINC terms, with approximately 78% of concepts sufficiently defined and a new LABORDERS.ONTOLOGY class providing 2,500 grouper concepts for hierarchical navigation.

The ontology is distributed as a SNOMED CT extension in RF2 format via loincsnomed.org, which means it carries the formal semantics and maintenance discipline of the SNOMED ecosystem. For implementers, this matters: LOINC has historically been a relational dataset — an extremely well-maintained one, but without the formal class hierarchy, property axioms, and reasoning support that clinical decision systems increasingly require.

The collaboration between Regenstrief and SNOMED International that produced this release began with a 2013 partnership linking SNOMED’s clinical semantics to LOINC’s observational concepts, and formalised into an extension agreement in 2022. The March 2025 production release — covering the top 200 most-used lab tests first — and the September 2025 expansion represent the payoff of nearly a decade of alignment work.

For those building healthcare knowledge graphs, the LOINC Ontology provides a canonical semantic anchor for laboratory observations that was previously absent. The RF2 format requires conversion to OWL or RDF for direct use in a triplestore, but established pipelines for that conversion exist. This is now the right starting point for any clinical ontology stack that needs to model test orders and results formally.

AGENTIC SPARQL: LLMS MEET FEDERATED KNOWLEDGE GRAPH QUERYING VIA MCP

One of the most technically significant papers of the spring quietly updated its second version in April. “Agentic SPARQL,” from researchers at arXiv, explores what happens when you combine SPARQL federation with the Model Context Protocol — giving LLM agents the ability to discover endpoints, explore schemas, decompose queries across distributed RDF datasets, and return grounded answers without hallucinating.

The architecture is elegant in its standardisation strategy. SPARQL already provides a native federation mechanism via the SERVICE operator, and endpoints can self-describe using VoID vocabulary. MCP provides the JSON-RPC bridge between the LLM’s tool-calling interface and the SPARQL endpoint registry. The combination means an agent can be handed a natural-language question, select the relevant endpoints itself, and issue a federated SPARQL query — without the query being hard-coded by a developer.

The paper extends the Spider4SPARQL benchmark towards a federated variant, cross-partitioning 19 RDF datasets across multiple endpoints in ways that require the agent to reason about data locality rather than simply executing pre-known queries. That is a realistic test of agentic behaviour, and the results are instructive about where endpoint discovery and schema exploration remain unsolved problems.

For those of us working at the intersection of RDF tooling and LLM integration, this paper is required reading. It suggests that SPARQL endpoints, far from being a legacy retrieval mechanism, are well-positioned as the native data layer for agentic AI — precisely because they combine a standardised query language, formal metadata, and federation in a single protocol stack.

SEMANTICA V2: 10× EMBEDDING CACHE PERFORMANCE AND SEMANTIC NEIGHBOURHOOD SEARCH

The Hawksight-AI team released Semantica v2 on 11 May, and the performance improvements are substantial. The headline figure — over 10× embedding cache performance — is achieved through per-session revision-based caching with thread-safe invalidation, addressing one of the most persistent bottlenecks in production knowledge graph systems that blend vector and symbolic retrieval.

The new Semantic Neighbourhood Search capability is conceptually interesting. Rather than returning a flat ranked list of similar entities, it provides context-aware similarity with proximity metrics — effectively treating the neighbourhood of a node as a structured semantic space rather than a distance function. That distinction matters for applications where the meaning of an entity depends on its immediate relational context rather than its isolated embedding.

The v2 release also improves entity extraction speed at up to 6.98× over the previous version, with improved deduplication strategies including Jaro-Winkler, semantic, and hybrid approaches. For pipelines that ingest free text and build knowledge graphs incrementally — precisely the use case that is becoming standard in enterprise RAG architectures — the deduplication improvement is as practically significant as the cache gains.

Semantica is positioning itself as an AI-native knowledge graph intelligence framework: semantic retrieval, ontology reasoning, context graphs, and explainable AI in a single integrated system. The v2 release suggests the team is taking the production performance story seriously, which distinguishes it from the many knowledge graph projects that are research-grade demonstrations rather than deployable infrastructure.

The numbers are in, and they are striking. A new market analysis places the global knowledge graph sector at $1.34 billion in 2025, on a trajectory to $19.16 billion by 2033 — a compound annual growth rate of 30.8%. What is driving the surge? Enterprises are moving past the AI experimentation phase and into production deployments that require something vector search alone cannot provide: internal context, multi-hop reasoning, access-controlled querying, and the ability to explain how an answer was derived.

The shift is architectural. Organisations that spent the last two years evaluating generative AI pilots are now discovering that a model connected to a flat document store cannot answer the questions that actually matter — questions that cross customers, contracts, suppliers, transactions, and policies simultaneously. Knowledge graphs provide the semantic fabric that makes those cross-domain queries possible.

The US market, representing roughly 38–42% of global revenue, is itself expected to exceed $7 billion by 2033. The analysis notes a distinct shift in enterprise buying behaviour: procurement is no longer framed as “graph storage” but as “grounded enterprise AI with evidence, permissions, and multi-hop reasoning.” That repositioning matters. It signals that the semantic web community’s longstanding argument — that meaning precedes scale — has finally found its commercial moment.

For practitioners in ontology, SHACL, and RDF, the implication is straightforward: the infrastructure you have been building for a decade is now the thing enterprises are paying to acquire.