Querying a graph rather than rereading everything
A knowledge graph built once answers a question by walking explicit links, which costs noticeably fewer tokens than a full reread of the source files, a gap illustrated by a public example that carries its own caveat, and the same principle applies to an old session transcript, queried by levels before being reopened in full.
A knowledge graph links the elements of a project, files, functions, notes, through explicit links rather than through their mere position in a folder, and answering a question by walking these links costs noticeably less than a full reread of the source files. Graphify, a third-party tool built for assistants such as Claude, Cursor or Codex, applies this principle to a project's code: it is not an Anthropic feature, but a separate piece of software that builds its own graph once, then answers questions by querying it rather than rereading every file.
A figure, with its own caveat
The most concrete public example comes from Graphify's own blog: a community user reports there having consumed roughly seventy-one point five times fewer tokens by querying their project's graph rather than directly rereading the whole set of their source files for the same question.
The gap is stark, but the article that publishes it describes it itself as a figure relayed by the community rather than a benchmark result, with no published method that would allow it to be reproduced identically on another project, and with no absolute token value attached. Retaining the principle, a queried graph costs less than a full reread, matters more than retaining a precise factor calculated from a single testimonial.
The same principle for an old session transcript
The logic extends to another type of heavy file, the transcript of a long past work session. Rather than reopening a whole transcript every time a question concerns an old decision, a three-level method limits the reading to what is strictly necessary:
level 1: read the summary reminder, a few lines
if the answer is enough, stop here
level 2: grep the relevant passage in the transcript, read only the targeted portion
if the answer is enough, stop here
level 3: read the whole transcript, only if the previous two levels still leave doubt
This sequence limits the reading to what is strictly necessary. A summary reminder first gives a short answer. If that reminder is not enough, a targeted portion of the transcript, around the passage concerned, takes over. Reading the whole transcript stays reserved for the last level, when the note seems out of date or the answer looks doubtful. This method is not a function that Claude offers on its own, it is something you build, like nightly memory consolidation, which can rely on an already refreshed graph rather than rereading everything each night.
A public example, with its own caveat
A cooperative's coordinator queries a knowledge graph built on the code of a small internal project and notes the token consumption shown at the end of the answer. She then asks Claude the same question, telling it to directly reread the entire set of source files for the same project, and notes the token consumption shown at the end of this second answer: the graph consumed noticeably less.
Write in one sentence what this situation establishes, and in one sentence what it does not establish.
What this establishes: This situation establishes that the same question was asked twice of the same system, once via the knowledge graph and once by directly reading the source files, on one given project.
What this does not establish: It does not establish that the consumption gap observed on this project will recur in the same proportion on another project, since no published method allows this measurement to be generalised beyond this example.
The three most common miscalibrations
- Trop large This situation proves that a knowledge graph always consumes at least seventy times fewer tokens than a full read, whatever project is queried.
- Trop étroit This result says nothing at all since only one question was asked on one project, which makes any comparison unusable.
- À côté This result shows that the internal project chosen by the coordinator contains more files than the average project at the cooperative.
- A knowledge graph links the elements of a project through explicit links and answers a question by walking these links rather than rereading every file in full.
- Graphify is a third-party knowledge-graph tool for code, built for assistants such as Claude, and not a feature built in by Anthropic.
- The most concrete publicly available figure is itself described by its own source as a figure relayed by the community, not the result of a rigorous benchmark.
- The same logic applies to an old session transcript: query a summary reminder first, then a targeted portion, and only drop down to a full read if the answer is missing or looks out of date.
Pick a code or notes folder you consult often, ask Claude a precise question about it, and note whether the answer relies on an already built summary or on a full reread of the files, before judging whether a graph or an index would save you time.
These points depend on an interface or a rule that may have changed since this was written. Check them on your own screen before relying on them.
- If you install Graphify yourself, check on its own blog page whether this figure has been updated or refined since: it can change without the underlying measurement itself having changed.
Every datable claim in this lesson links here to the public text behind it. A source that does not open proves nothing.
- Graphify, how to give Claude Code a code knowledge graph consultée le 2026-09-02