Insights · Paulo Cysne

Connected ideas.
Practical intelligence.

Short perspectives on context, knowledge graphs, and AI systems that can work with evidence.

01 · Context & knowledge

Context graphs vs knowledge graphs

A shared model of the world, connected to the situation at hand.

A knowledge graph connects entities through meaningful relationships. Think of suppliers, products, contracts, and the dependencies between them. It gives AI a structured model of a business domain.

A context graph emphasises the circumstances surrounding a task or decision. It may connect goals, events, permissions, evidence, and earlier decisions. The term is evolving; this is a useful distinction, not a rigid boundary.

The two approaches complement each other. A knowledge graph can also contain history and context. A context graph brings those connections into focus for a particular situation.

In Neo4j, both can be represented using nodes, relationships, and properties. GraphRAG can combine semantic retrieval with graph traversal to assemble relevant evidence. An agent can use that evidence to choose a better next step.

Consider a delayed order: dependencies reveal affected customers, while context identifies applicable commitments. Together, these connections support more relevant answers and explainable actions. Their value still depends on current data, provenance, and enforced access controls.

Knowledge graph

Entities + meaningful relationships

SuppliersuppliesProductincluded inOrder

Context graph

The situation around this order

Linked to the same order
What matters for this task?

GraphRAG retrieves the relevant connectionsAgent uses the evidence → answer or permitted next step
An illustrative order scenario: domain knowledge and task context can share one graph. Retrieval brings the relevant parts to the agent.

Further reading: Neo4j on knowledge and context graphs · GraphAcademy: GraphRAG

02 · Retrieval & reasoning

Agentic GraphRAG with Neo4j

Let the question guide retrieval—and let the evidence guide the answer.

A fixed RAG pipeline follows a predefined retrieval path. Agentic GraphRAG lets an agent select tools and adapt its investigation. Neo4j provides the connected data those tools query.

The agent first identifies what the question requires. A similarity search can locate relevant text, while Cypher can retrieve precise relationships. Combining retrieval methods helps when a question needs both narrative evidence and structured facts.

Suppose we ask which customers face disruption from a supplier delay. The agent can find the event, follow product and order dependencies, and retrieve delivery commitments. It can then check whether the collected evidence covers the question.

Neo4j’s GraphRAG Python package provides vector, hybrid, and Cypher-based retrievers. Its ToolsRetriever supports LLM-guided tool selection. A surrounding orchestration loop can add follow-up retrieval, evaluation, and stopping conditions.

Use bounded, authorised queries and retain the sources behind each claim. If evidence is missing or contradictory, retrieve again within a budget or state the uncertainty. The goal is a grounded answer, not an endlessly busy agent.

01 · AskBusiness question

Which customers are affected?

02 · PlanAgent selects tools

Choose the evidence needed

03 · RetrieveQuery Neo4j

Vector / hybrid search
Cypher + graph traversal

04 · CheckEnough reliable evidence?

Coverage · sources · contradictions

05 · RespondGrounded answer

Include sources and uncertainty

A proposed orchestration pattern. Neo4j supplies retrieval capabilities; the application implements the evaluation loop and stopping rules.

Further reading: Neo4j GraphRAG retrieval guide · ToolsRetriever API