You probably got here from a post that looked something like this:
“Anthropic engineer: 90% of our engineers were using self-improving loops. Now everyone shifted to building agentic Graphs. No more prompting.”
Let’s deal with that first, because starting a course on a false premise is a bad way to learn anything.
The hype, audited
That post went viral in several variants. Different accounts posted it with the engineer percentage swapped between 70% and 90%, with the timeline swapped between “3-6 months” and “4-6 months,” and with the attached video described as a graph lecture. The top reply on the original thread pointed out the video was not about graphs at all. It was the Claude Code release demo.
So:
- “No more prompting” is false. Every node in an agentic graph is a prompt. Graph engineering doesn’t remove prompting, it demotes prompting from the whole job to one component of a system. That’s a real and useful shift. It is not the abolition of prompting.
- The percentages are unsourced. No named engineer, no talk, no citation. Treat them as decoration.
- The architecture underneath is real and worth learning. That’s the part this course keeps.
What graph engineering actually means
Two distinct things travel under the same name. Both are in this course, and knowing which one someone means saves a lot of confusion.
1. Knowledge graph memory. Your agent stores facts as entities and relationships with timestamps instead of as a pile of text chunks. It can traverse from a thing to its related things, and it can answer questions about how the world changed over time. This is the substance of the good article that circulated alongside the hype.
2. Agentic workflow graphs. Your agent system is a directed graph of small, single-purpose steps with defined edges, rather than one giant prompt that tries to do everything. Each node is cheap and testable. Routing between them is explicit.
They connect: workflow graphs are how you build the knowledge graph affordably, and knowledge graphs are what let workflow nodes share state without ballooning context.
The one idea that carries the whole course
Spend intelligence exactly where intelligence is needed.
A naive agent treats every token the same. It calls a frontier model at maximum reasoning to decide that “Google” is an organization, and also to answer “why did the architecture change after the March migration.” Those are wildly different problems and you are paying the same rate for both.
Graph engineering is the discipline of splitting those apart:
| Work | Volume | Judgment needed | Configuration |
|---|---|---|---|
| Extraction (text → entities, edges) | Very high | Low, mechanical | Cheap model, low effort, cached prefix, batched |
| Traversal and reasoning (subgraph → answer) | Low | High, multi-hop | Frontier model, high effort, small precise context |
Everything else in this course is a consequence of that table.
What you’ll build
By the end you will have, running on your own machine:
- A working temporal knowledge graph with a validation gate in front of it, in plain Python on SQLite. No database server, no cloud account, no API key required for the core labs.
- An extraction pipeline with a stable cached prefix and a measured cost-per-episode number you produced yourself.
- A retrieval layer that pulls the smallest relevant subgraph and cites the edges it used.
- A routing policy your agent actually follows, written as a config file rather than a wish.
- The same graph wired into Hermes Agent (via
mcp_serversin config) and GitHub Copilot CLI (viacopilot mcp add) as persistent memory.
Why Hermes and Copilot CLI, not Claude Code
Not out of contrarianism. Three reasons:
- Copilot CLI is model-agnostic. One binary and one subscription gives you Claude, GPT, and Codex models behind
--model. Graph engineering is fundamentally about routing work to the right-priced model, and Copilot CLI lets you demonstrate that inside a single tool. That’s a pedagogically better fit than a single-vendor CLI. - Hermes has a native MCP client and durable memory of its own. It connects to MCP servers at startup, discovers tools, and exposes them in every conversation. It also has its own memory and skills layer, which makes the “graph memory versus agent memory” boundary something you can see and reason about rather than take on faith.
- The architecture is portable. Nothing here is CLI-specific. If you use Claude Code, the same MCP config works. The lessons flag the differences where they exist.
Prerequisites
- Python 3.10+ and comfort reading it
- A terminal, and either Hermes Agent or GitHub Copilot CLI installed (setup for both is in the next page)
- Docker only if you do the optional production track with Neo4j
- No prior graph database experience
You do not need an Anthropic API key for the core labs. Lessons that cost money are marked, and every one of them has a free local alternative.
Questions and feedback
Stuck on this lesson, spotted an error, or got it working? Sign in with a GitHub account to ask or comment. Threads live as GitHub Discussions on the course repo, so answers stay findable for the next person.