← All insights

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 emphasizes 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

Supplier→Product→Order

Context graph

The situation around this order

Delay eventDelivery promiseDecision historyAccess policy
GraphRAG retrieves the relevant connections
The agent uses evidence to produce an 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

Continue from context to retrieval.

See how an agent can choose tools and gather connected evidence with Neo4j.

Read the next article →