- Explain agent reasoning — “the Agent recommended X because A causes B causes X.”
- Verify agent answers — flag outputs that contradict the graph.
- Analyze interventions — “if we changed X, what would happen to Y?”
When to build a causal graph
- Your Agent answers questions where being wrong has consequences — finance, medical, engineering.
- Your domain has well-understood cause-and-effect you can capture.
- You want Agents to cite mechanisms, not just correlations.
Graph shape
- Nodes are variables: continuous (blood pressure), discrete (department), or binary (fraud yes/no).
- Edges are causal: an arrow from A to B means “changes in A cause changes in B”.
- The graph is a DAG (directed acyclic). Cycles are rejected — they don’t make causal sense.
Building a graph
Two main paths:Manual authoring
Add variables and edges by hand. Best when you’re the domain expert.
Extract from documents
Let Nora propose variables and edges from your knowledge. Review, edit, accept.
Using a graph
Verify agent answers
Cross-check every answer against the graph before it goes out.
Analysis sessions
Interactive exploration — hypothesize, test, iterate.
Attach to an agent
Give an Agent the graph as a first-class knowledge source.
Draft & publish
Graphs are versioned. You can edit in Draft (staged changes shown as pending), and publish when ready. Only published graphs are used in verification. Rollback is instant.What causal graphs are not
- Not a replacement for knowledge. Keep your docs.
- Not a symbolic AI system. Your Agent still uses an LLM; the graph is a check, not the reasoner.
- Not a general knowledge graph. It’s specifically for causal relationships. If you want general entity relationships, use memory graphs.