Incremental Update – Open Source Integrated AI and Semantic Tech

Flexible GraphRAG v0.9.0 and KG Spaces v0.9.0 released, with support for Hyland OpenArch

X.com Steve Reiner @stevereiner LinkedIn Steve Reiner LinkedIn Posts

Repost of my LinkedIn post from October 27, 2026 (original LinkedIn post)

Flexible GraphRAG v0.9.0 and KG Spaces v0.9.0 are released, with support for Hyland OpenArch.

Hyland OpenArch federates unstructured, AI-ready data from all sources across an organization and makes it available to AI services and agents while always respecting permissions. GitHub: https://github.com/Hyland/OpenArch

In OpenArch mode, OpenArch is the search, vector, and document state store. Flexible GraphRAG sends it parsed text from its doc processors (Docling, LlamaParse, LiteParse) plus embedding chunks, and keeps building knowledge graphs into any of 15 property graph databases and/or 4 RDF stores. Search and AI query fuse graph and RDF results with OpenArch search and vector results.

All 14 data sources work with OpenArch, 10 with incremental auto-sync:
Auto-sync: Alfresco, Nuxeo, SharePoint, OneDrive, Box, Google Drive, Amazon S3, Google Cloud Storage, Azure Blob Storage, Filesystem
Without: CMIS, Web Pages, Wikipedia, YouTube

Builds on the 0.8.x permission work: per-source sign-in/sign-out, results filtered to what each user can see (UI and MCP), and filter pills to pick which sources feed hybrid search and AI chat. v0.9.0 adds separate Graph and RDF columns to the Processing table for per-file/folder options.

The projects

🔹 Flexible GraphRAG: Python backend, doc processing, KG building, ontologies, RAG/GraphRAG, Angular/React/Vue UIs, MCP server
GitHub: https://github.com/stevereiner/flexible-graphrag

🔹 python-openarch-api: Python client for OpenArch’s REST API
GitHub: https://github.com/stevereiner/python-openarch-api

🔹 KG Spaces for Alfresco ACA: “Add to KG Spaces” (ingest, or manage search+vector, graph, RDF, auto-sync) and “Ask KG Spaces about this folder or document”
GitHub: https://github.com/stevereiner/kg-spaces-aca

🔹 KG Spaces for Nuxeo (new): runs in its own tab; the Add/Ask menus in Nuxeo Web UI switch to it, and view links switch back
GitHub: https://github.com/stevereiner/kg-spaces-nuxeo

🔹 KG Spaces Deployment: one Docker Compose with Alfresco, Nuxeo, Hyland OpenArch, Flexible GraphRAG and both KG Spaces UIs; pick your graph DB and/or RDF store
GitHub: https://github.com/stevereiner/kg-spaces-deployment

📸 The image: KG Spaces landing page, Nuxeo Web UI with Add to KG Spaces, KG Spaces for Nuxeo AI query, and KG Spaces for ACA AI chat, with search filter pills from ingesting all 14 sources.

Flexible GraphRAG v0.8.0 released, with an optional CocoIndex integration

Flexible GraphRAG on GitHub

X.com Steve Reiner @stevereiner LinkedIn Steve Reiner LinkedIn Posts

Repost of my LinkedIn post from August 20, 2026 (original LinkedIn post)

Flexible GraphRAG v0.8.0 released, with an optional CocoIndex integration. CocoIndex is a Rust based incremental sync and processing engine for context, agents, and data pipelines.
You can now use a CocoIndex pipeline working inside the Flexible GraphRAG app instead of the default pipeline.

Mixing components: CocoIndex components (source/target connectors, functions, splitting) and Flexible GraphRAG “Flexible” components: data sources, LlamaIndex / LangChain targets, document processing (LiteParse, Docling, LlamaParse), splitting, chunking, ontologies, KG extraction. These are separate from the Langflow “Flexible” components. In .env you pick a backend per piece (source, chunker, property graph, vector, search, KG extractor): llamaindex, langchain, or cocoindex; the database is configured separately. RDF is LangChain only, and KG extraction is LlamaIndex / LangChain, although the new custom KG extractors can use CocoIndex’s entity resolver.

Incremental updates: CocoIndex deals with incremental handling — step-level memoization, automatic delete reconciliation — instead of the Python based incremental update system. Postgres still keeps track of the data sources configured in the UI (datasource_config table), but the document_state table is not used. The event change detectors from the default system are also used with the CocoIndex pipeline for “Flexible” data sources: Alfresco ActiveMQ, Nuxeo Kafka, S3 SQS, Azure Blob change feed, GCS Pub/Sub, Google Drive Changes API, OneDrive/SharePoint MS Graph delta query, Box Events API, and Local Filesystem watchdog.

Outside the app too: this CocoIndex pipeline “app file” can be used outside the Flexible GraphRAG app for custom mixed apps. Also, CocoIndex provides CLI support.

Flexible GraphRAG components can be used : 14 data sources (10 auto syncing) and all the DBs — 15 property graphs, 4 RDF stores, 10 vector stores, 3 search engines. CocoIndex native components can be used too: vector DBs, property graph DBs, relational and analytical DBs, and message streams: https://cocoindex.io/docs/connectors/

A Flexible GraphRAG CocoIndex Integration Meeting Notes Knowledge Graph example is provided: any of 10 data sources, to any of 15 property graph databases.

Flexible GraphRAG is an Apache 2.0 open source AI context platform: document processing, knowledge graph auto-building, ontologies, many LLM providers, GraphRAG and RAG, hybrid semantic search, AI query, and AI chat. Python backend (LlamaIndex + LangChain), Angular / React / Vue frontends, an MCP server, Hyland Alfresco , Hyland Nuxeo support, and Docker Compose any database, dashboard.

GitHub: https://github.com/stevereiner/flexible-graphrag
Docs: https://stevereiner.github.io/flexible-graphrag/
PyPI: https://pypi.org/project/flexible-graphrag/
MCP PyPI: https://pypi.org/project/flexible-graphrag-mcp/
Docker: https://hub.docker.com/u/integratedsemantics
Blog: https://integratedsemantics.org/
CocoIndex: https://github.com/cocoindex-io/cocoindex

Flexible GraphRAG v0.7.2 is out: Hyland Nuxeo data source, OAuth2 and ticket auth for Alfresco, OAuth2 for the MCP server

Flexible GraphRAG on GitHub

X.com Steve Reiner @stevereiner LinkedIn Steve Reiner LinkedIn Posts

Repost of my LinkedIn post from August 10, 2026 (original LinkedIn post)

Flexible GraphRAG v0.7.2 is out 🚀
🆕 Hyland Nuxeo is now a supported data source, with OAuth2, token, and basic authentication.
🔐 Hyland Alfresco data source gains OAuth2 and ticket authentication in addition to basic authentication.
🔑 The Flexible GraphRAG MCP Server optionally supports OAuth2 on the MCP transport itself.

📡 ActiveMQ carries Alfresco add, delete, and modify events, and Kafka carries Nuxeo document change events off the audit stream.

Alfresco and Nuxeo authentication works from the UI or through MCP, with or without the auto-sync incremental update system enabled, and on either the default pipeline or the Langflow visual ingest pipeline.

The python-alfresco-mcp-server was also updated, adding OAuth2 and ticket auth plus optional MCP transport OAuth2. Both projects build on the updated python-alfresco-api, which provides the enhanced OAuth2, ticket, and basic authentication.

Flexible GraphRAG is an Apache 2.0 open source AI context platform: a document processing pipeline (Docling, LlamaParse, or LiteParse), knowledge graph auto-building, ontologies and schemas, many LLM providers, GraphRAG and RAG, hybrid semantic search (fulltext, vector, property graph, RDF/SPARQL), AI query, and AI chat.

The backend is Python, with both LlamaIndex and LangChain fully supported. Angular, React, and Vue TypeScript frontends and an MCP server are included.

The stack supports 14 data sources (10 with incremental auto-sync), 15 property graph databases, 4 RDF triple stores, 10 vector databases, and OpenSearch / Elasticsearch / BM25 search, plus Alfresco and Nuxeo. All databases and dashboards can be enabled with the provided Docker Compose layout.

Optionally, the ingest pipeline, hybrid search, and AI query can run through customizable Langflow visual flows (12 custom components).

flexible-graphrag github: https://github.com/stevereiner/flexible-graphrag

python-alfresco-mcp-server github: https://github.com/stevereiner/python-alfresco-mcp-server

python-alfresco-api github: https://github.com/stevereiner/python-alfresco-api

Flexible GraphRAG v0.7.1 is out: Visual Langflow integration, LiteParse support, and Microsoft Graph delta query (SharePoint, OneDrive)

Flexible GraphRAG on GitHub

X.com Steve Reiner @stevereiner LinkedIn Steve Reiner LinkedIn Posts

Repost of my LinkedIn post from July 23, 2026 (original LinkedIn post)

Flexible GraphRAG v0.7.1 is out: Visual Langflow integration, LiteParse support, and Msft Graph delta query (SharePoint, OneDrive). v0.8.0, with optional CocoIndex support, is coming soon. Details in article:

Details

From my LinkedIn article (original article)

Flexible GraphRAG v0.7.1 released : Visual Langflow integration, added LiteParse support, and Microsoft Graph delta query (efficient incremental update for SharePoint, OneDrive). Also for v0.8.0, have optional initial support for CocoIndex coming soon.

Github: https://github.com/stevereiner/flexible-graphrag

1. Optional visual Langflow flows to customize the ingest pipeline and search flows used “under the covers” of the UI (OpenRAG like). Also have configurable “Flexible" Langflow components to use in other apps. Langflow+components can be used “standalone” running in a separate venv from the main Flexible GraphRAG backend venv, or with a new docker with the flexible components, available on https://hub.docker.com/u/integratedsemantics (along with the previous optional dockers for backend, react, vue, and angular frontends)

2. A Previous post mentioned that if Langflow mode is enabled, incremental updating will also flow thru the customizable pipeline. Now all 13 data sources will flow thru it and some fixes were made. App UI , MCP, and REST all will use the visual flows when the ENABLE_LANGFLOW_FLOWS is true.

3. Added support for the open source LiteParse from LlamaIndex in addition to previous support for Docling and LlamaParse (LiteParse can be configured to send to other parsers for a list of complexity reasons) LiteParse github https://github.com/run-llama/liteparse

4. Added support for Microsoft delta query for efficient incremental change updating for SharePoint and OneDrive data sources.

5. For v0.8.0 (not checked in) have an optional CocoIndex pipeline working inside the Flexible GraphRAG app. CocoIndex github https://github.com/cocoindex-io/cocoindex This pipeline supports mixing CocoIndex things and "Flexible LlamaIndex / LangChain things” from Flexible GraphRAG. Things = connectors (sources, targets), functions ( document processor supporting Docling, LlamaParse, and Liteparse, chunking / splitting, and KG extraction). These are separate from the Langflow “Flexible” components. With this pipeline, CocoIndex deals with incremental handling instead of the existing Flexible GraphRAG Python based incremental update system with Postgres for state management. Still can use it to keep track of multiple datasource_configs, setup in the app UI, and optional monitoring logging.

6. This CocoIndex pipeline app can be used outside of the Flexible GraphRAG app for custom mixed apps.

7. Thus Flexible GraphRAG things can be used : 13 data sources (9 auto syncing with Alfresco ActiveMQ, S3 SQS, Azure change feed, GCS pub/sub, MS Graph delta query, watchdog filesystem change detectors), DBs: 15 property graphs, 4 RDF stores, 10 vector stores, 3 search engines) in addition to CocoIndex "native" things. In the .env config, for each backend ( source, property graph , search, vector, chunker/spitter) in framework config section, you can setup to use llamaindex, langchain or cocoindex. RDF is langchain only, KG extraction is currently only llamaindex or langchain. What particular database to use is separately configured.

8. Screenshot shows Flexible GraphRAG running in Langflow pipeline mode, with an auto sync data source setup with SharePoint (using MS delta query), PDF file was parsed by LiteParse, with Qdrant vector, Elastic search, Neo4j property graph, and Graphwise Ontotext GraphDB RDF graph all getting initial sync, add, delete, modify changes. Flexible GraphRAG processing tab shows initial sync status, chat is being used to ask “Who works for Acme” and “How is Acme organized” using context in all 4 dbs from the ingestion of company-ontology-test.txt (Flexible GraphRAG was setup in ontology mode with 3 ttl turtle files)

Flexible GraphRAG now supports optional visual Langflow flows for ingest and search / AI query, plus configurable Flexible Langflow components

Flexible GraphRAG on GitHub

X.com Steve Reiner @stevereiner LinkedIn Steve Reiner LinkedIn Posts

Repost of my LinkedIn post from July 6, 2026 (original LinkedIn post)

The Flexible GraphRAG app now supports optional visual Langflow flows to customize the ingest pipeline and search / ai-query flows used “under the covers” of the UI (OpenRAG like). Also have configurable “Flexible” Langflow components to use in agentic apps or for RAG / GraphRAG. These include data source (13 sources ), document processor (Docling / LlamaParse), text splitter/chunking, KG extraction supporting ontologies for both pg and rdf dbs, vector (10 dbs), search (3 dbs), property graph (15 dbs). rdf graph (4 dbs), hybrid search, ai query / chat
Github: https://github.com/stevereiner/flexible-graphrag

Update: works with the incremental auto update sync

From my follow-up LinkedIn post from July 8, 2026 (original LinkedIn post)

I forgot to mention that the Flexible GraphRAG incremental auto update sync system works with the customizable visual ingestion pipeline flow (if ENABLE_LANGFLOW_FLOWS is configured). The flow is used for initial ingests, adds, and updates. The Langflow components are Python based and use the Flexible GraphRAG Python "framework“. Auto update sync with the Hyland Alfresco data source is tested and works with the ingest flow. These should work too: S3, Google Drive, OneDrive, SharePoint, Box, and Local Filesystem. For GCS and Azure Blob Storage, I have a fix coming soon. Postgres is used to manage the update system. Github: https://github.com/stevereiner/flexible-graphrag