Productivity · Bookmarks Knowledge Graph

Bookmarks as a Knowledge Graph: A Practical Guide

You’ve been building a knowledge graph for years without calling it that. Every tweet you bookmarked, every Reddit post you saved, every LinkedIn article you tapped the save button on. That is not a pile of dead links. It is a hand-curated map of everything you once thought was worth keeping. The only problem is you can’t see the map, and neither can your AI.

A knowledge graph is a simple idea buried under intimidating words. Nodes are things. Edges are the connections between things. Your saves are the nodes. What you have never had is the edges.

This is a practical guide, not a theory lecture. By the end you’ll know why linking things by hand is a trap, why the graph view in your notes app is basically a screensaver, and how to get a working knowledge graph out of your bookmarks that an AI can actually walk through for you.

Quick answer
  • Your bookmarks are already the nodes of a knowledge graph. You did the expensive part, curation, years ago.
  • The edges, the connections between saves, are the part everyone gets wrong.
  • You will never draw those edges by hand. Manual organization dies at scale, same as folders.
  • Let AI compute the edges instead: topic tags plus semantic similarity, generated automatically.
  • Then hand the graph to an agent over MCP so it traverses your knowledge for you.

What a knowledge graph actually is

Strip away the jargon and a knowledge graph is two things. Nodes and edges.

Nodes are entities. A person, a place, an idea, a saved post. Edges are the relationships between them. According to Neo4j’s definition, a knowledge graph is “a graph of data whose nodes represent entities of interest and whose edges represent relations between these entities.” That’s it. Ottawa is a node. Canada is a node. The edge between them is labeled “capital of.”

Now map that onto your saves. Each bookmark is a node. A thread about hiring, a post about a pricing model, an article on a framework you meant to try. The relationships between them, this post is about the same topic as that one, this thread cites the idea in that article, are the edges. Build both and you can ask questions that a flat list can never answer.

The academic world has a name for the version you’d own. A 2023 survey on personal knowledge graphs defines it as a structured store of the entities and relationships that matter to one specific person. That is exactly what your bookmarks are. A structured store of the things one specific person, you, decided were worth saving.

Your bookmarks are already the nodes

Here is the part most people miss. The hard, expensive work of a knowledge graph is not the technology. It is the curation. Deciding what deserves a node in the first place.

You have already done that, thousands of times. Every save was a tiny act of judgment. This is worth keeping. That decision is the raw material every knowledge graph is built from, and you have been generating it for years without a plan.

Think about the alternative. Building a knowledge graph from scratch means sitting down and deciding what to feed it. That is a blank page most people never fill. You don’t have a blank page. You have a full one. Your X bookmarks, your Reddit saves, your LinkedIn saves. The nodes exist. They are just scattered across three platforms that treat them as an afterthought and give you no way to connect them.

So the job is not to build a graph. It is to reveal the one you already have.

The edges are the part everyone gets wrong

If the nodes are free, the edges are where it all falls apart. And it always falls apart the same way. People try to draw the edges by hand.

This is the Obsidian dream. Open a note, type a double bracket, link it to another note. Do that a thousand times and you get a beautiful web of connected ideas. In practice, almost nobody keeps it up. Manual linking has the same fatal flaw as bookmark folders. It works for the first fifty items and collapses under real volume. You save fast and you link slowly, so the links never catch up.

Then there is the graph view itself, the glowing constellation of dots that every note app now ships. It looks like insight. It is mostly decoration. One developer put it bluntly in a piece titled “Obsidian’s Graph View Is Beautiful and Almost Completely Useless.” Past a couple hundred notes the layout turns into what the community calls the hairball, a dense tangle nobody can read. Most people check it the way they check a step counter. They glance, they feel vaguely productive, and they never use it to decide anything.

Here is the uncomfortable take. The graph view is a poster, not a tool. A knowledge graph earns its keep when a machine traverses it to answer a question, not when a human stares at the pretty version. If you are admiring your graph instead of querying it, you don’t have a knowledge graph. You have a screensaver.

Stop drawing the graph. Compute it.

The fix is to stop treating edges as something you author and start treating them as something you calculate.

Two kinds of edge get you almost everything you want, and a machine can generate both automatically.

The first is the topic edge. Every save gets tagged by meaning, and every save that shares a topic is connected to every other one. No dropdown, no manual tag. AI reads the content and assigns the topic the moment you save. Ten posts about pricing become a cluster whether or not you ever thought of them as related.

The second is the similarity edge. This is the one you cannot draw by hand at all. Two saves that use completely different words but mean the same thing get connected through their embeddings, the numeric fingerprint of their meaning. This is what powers semantic search. You search for “startup hiring advice” and find a thread that never used any of those words. The edge was there. You just never could have drawn it.

Put those together and you have a graph that builds itself as you save. Nodes from your curation, edges from the machine. The survey work on personal knowledge graphs points the same way. The value comes from a system that maintains the structure for you, not from asking a human to be a librarian on top of everything else they do.

The practical build, in four steps

Enough theory. Here is how you actually stand this up.

1 Get every node in one place

Your nodes are stranded across X, Reddit, and LinkedIn, and none of them talk to each other. Pull all three into a single store so the graph spans everything you’ve saved, not one platform at a time. A tool like ContextBolt captures saves from all three automatically as you browse, so you’re not exporting anything by hand.

2 Let AI generate the edges

This is the step you do not do. AI tags every save by topic and computes its meaning as an embedding. Topic tags give you the cluster edges. Embeddings give you the similarity edges. Both happen on save, silently, with zero effort from you. The graph gains connections every time you bookmark something.

3 Query by meaning, not keywords

Now you traverse the graph the way it was meant to be used. Ask for a concept and follow the edges to everything related, even saves that used different words. This is the difference between a list you scroll and a graph you interrogate. You stop hunting for the exact phrase you saved and start asking for the idea.

4 Hand the graph to an agent

The final move is to let an AI walk the graph for you. Expose your saves over MCP and Claude, Cursor, or Windsurf can query them mid-conversation. Ask “what have I saved about pricing pages” and the agent traverses your nodes and edges and answers from your own curated knowledge. Your bookmarks stop being a drawer and become live context. If you want the fuller version of this, it’s the same foundation behind an LLM wiki built from your bookmarks.

Drawn by hand vs computed by machine

FeatureManual graph (Obsidian style)Computed graph (AI)
Who makes the edgesYou, by handAI, on save
Survives 1,000+ itemsNo, upkeep collapsesYes, scales freely
Finds different-words matchesNoYes, semantic edges
Main outputA picture to admireAnswers to questions
Works across X, Reddit, LinkedInCopy-paste each oneCaptured automatically
Readable by an AI agentNot directlyYes, over MCP

The graph you’ll actually use

The knowledge graph everyone chases is the one on the screen, the glowing web of dots. The one that matters is invisible. It runs underneath your saves, connecting them by topic and by meaning, ready the moment you or your AI asks a question.

You already own the nodes. You built them one save at a time, on days you have long forgotten. The only thing standing between you and a real personal knowledge graph is the decision to stop drawing edges by hand and let a machine compute the ones you never could. Do that, and the years of saving finally pay off. Your bookmarks become something you think with, not a drawer you feel guilty about.

Bookmarks Knowledge Graph: FAQs

What is a personal knowledge graph?
A personal knowledge graph stores the things you care about as nodes and the relationships between them as edges. Instead of a flat list of saved links, you get a connected map an AI can walk through to answer questions about what you already know.
Can bookmarks really be a knowledge graph?
Yes. Every save is a node you curated by hand. The missing piece is the edges, the connections between saves. AI supplies those automatically through topic tags and semantic similarity, so you get a real graph without linking anything manually.
Do I need Obsidian or a graph view to do this?
No. The visual graph view in note apps is mostly decorative and turns into a hairball past a few hundred notes. A knowledge graph is useful when a machine traverses it to answer a question, not when you stare at it. You need search and connections, not a picture.
How do I connect my bookmark knowledge graph to an AI?
Expose it over MCP. ContextBolt Pro gives your saves an endpoint that Claude, Cursor, and Windsurf can query mid-conversation, so the AI walks your graph by meaning instead of you scrolling a list.